29.3 在 eDirectory 中設定應用程式

準備好應用程式以進行配送 (請參閱節 29.1, 瞭解軟體套件) 後,您隨時可以在 eDirectory 中將應用程式建立為應用程式物件,定義其配送規則,並將其與使用者和工作站相關聯。

您可以在所需的任何容器中建立應用程式物件。由於應用程式啟動器代表登入的使用者或工作站來存取物件,因此您應該將其置於使用者或工作站可以透過區域連接 (而不是廣域連接) 來使用其分割區 (或分割區複製本) 的容器中。如需更多資訊,請參閱節 51.0, 參考:應用程式物件位置

在 eDirectory 中建立應用程式物件並對其進行設定的步驟:

  1. 在 ConsoleOne® 中,於要建立應用程式物件的容器上按一下滑鼠右鍵,依次按一下「新建」、「應用程式」,以顯示「新應用程式物件」對話方塊。

    「新應用程式」對話方塊。
  2. 從以下選項中進行選取,以為應用程式建立適當類型的物件:

    有 .aot/.axt 檔案的應用程式: 能讓您指定使用 snAppShot 建立或從其他應用程式物件輸出的 .aot.axt 檔案。.aot.axt 檔案用於填入應用程式物件的內容欄位。跳到節 29.3.1, 根據 ZENworks snAppshot 檔案建立應用程式物件

    有 .msi 檔案的應用程式: 能讓您指定 Microsoft Windows Installer (.msi) 檔案。.msi 檔案用於填入應用程式物件的內容欄位。跳到節 29.3.2, 根據 Windows Installer (.MSI) 檔案建立應用程式物件

29.3.1 根據 ZENworks snAppshot 檔案建立應用程式物件

  1. (依條件而定) 如果「新應用程式物件」對話方塊未開啟,請參閱節 29.3, 在 eDirectory 中設定應用程式

  2. 在「新應用程式物件」對話方塊中,選取「有 .aot/.axt 檔案的應用程式」選項,然後按一下「下一步」。

  3. 指定 .aot .axt 檔案的路徑。

    或者

    按一下瀏覽按鈕以瀏覽該檔案並將其選取。

    應位於您使用 snAppShot 建立後儲存該檔案的網路位置。如果您瀏覽檔案,「開啟」對話方塊的檔案類型顯示預設為 *.axt。如果您建立的是 .aot 檔案,則您必須將檔案類型顯示變更為「*.aot」或「全部檔案」,才能選取 .aot 檔案。

  4. 按一下「下一步」,然後修改以下欄位以自訂應用程式物件。

    物件名稱: 此欄位預設為執行 snAppShot 時指定的應用程式物件名稱。如果需要,您可以變更名稱。其名稱必須遵從下列規範:

    • 容器中的名稱必須為獨一無二。
    • 可接受特殊字元。但是,如果使用加號 (+)、等號 (=) 和句點 (.),其前面必須有反斜線 (\)。
    • 以下字元在應用程式物件名稱中有效,但在 Windows 資料夾和檔名中無效︰
      \ / : * ? " < > |
      

      如果您在應用程式物件名稱中使用這些字元,則當其顯示在由 Windows 而非 Novell Application Launcher™ (Novell 應用程式啟動器™) 控制的位置 (例如,在 Windows 桌面上) 時,會以底線 (_) 將其取代。

    • 大小寫字母、底線及空格在第一次輸入時會顯示,但不可辨識。例如,將 ZENworks_Desktop_Management 和 ZENWORKS DESKTOP MANAGEMENT 視為相同。

    在 eDirectory 中可顯示應用程式物件的名稱。依預設,當在使用者工作站上由應用程式啟動器顯示名稱時,還會將其用作應用程式物件的圖示標題。如有必要,您可以在建立應用程式物件後變更圖示標題 (應用程式物件 >「識別資料」索引標籤 >「圖示」頁)。

    SOURCE_PATH (安裝檔案 [.fil] 的位置): 此欄位預設為執行 snAppShot 時儲存應用程式檔案 (.fil) 的位置。您應確認路徑是否正確。如果路徑使用磁碟機映射,則您可以 1) 確保所有工作站均將相同磁碟機映射到來源位置,或 2) 將磁碟機映射變更為其他格式,例如 UNC。如需有關有效格式的資訊,請參閱節 23.2, 檔案系統存取綜覽中的「檔案路徑語法」。

    您在此輸入的路徑會新增為應用程式物件「巨集」清單中的 SOURCE_PATH 巨集 (「公用」索引標籤 >「巨集」頁),並用於需要來源位置路徑的任何欄位中。

    TARGET_PATH (用戶端工作站目錄路徑): 此路徑指定應安裝應用程式檔案的工作站位置。它預設為在 .aot.axt 中定義的路徑,即執行 snAppShot 時安裝應用程式的位置。您應驗證其是否為您要安裝應用程式的工作站目錄。

    您在此輸入的路徑會新增為應用程式物件「巨集」清單中的 TARGET_PATH 巨集 (「公用」索引標籤 >「巨集」頁),並用於需要目標位置路徑的任何欄位中。

  5. 按一下「下一步」,然後定義應用程式啟動器用於判斷工作站是否滿足應用程式要求的規則。

    配送規則可確保應用程式啟動器不會將應用程式配送至不支援該應用程式的工作站。例如,如果應用程式僅在 Windows 2000/XP 上執行,則您可以建立禁止向 Windows 98 工作站執行配送的作業系統規則。

    附註:在應用程式可用之前定義作業系統這一要求已移除。

    在舊版 ZENworks 中,必須在「系統要求」中定義作業系統平台,才能配送和啟動應用程式。已移除此要求。

    新的行為使用以下邏輯:如果應用程式僅在特定作業系統上執行,則定義作業系統配送規則。如果應用程式不要求特定的作業系統,則無需定義配送規則。依預設,未定義作業系統配送規則的應用程式在所有支援的平台 (Windows 98、Windows 2000 和 Windows XP) 上均可用。

    新增配送規則的步驟:

    1. 按一下「新增」,然後選取您要定義的規則類型。

    2. 填寫要求資訊 (按一下「說明」可取得有關要求的資訊,或參閱「配送規則」頁),然後按一下「確定」,以將要求新增至清單。

      如果您稍後要為應用程式建立其他配送規則,則可以使用應用程式物件上的「配送規則」頁。如需有關資訊,請參閱「配送規則」頁

  6. 按一下「下一步」,然後將應用程式物件與您要為其配送該應用程式的使用者或工作站相關聯。若要如此:

    1. 按一下「新增」,然後瀏覽至使用者或工作站物件,並將其選取。您還可以選取群組物件、工作站群組物件以及容器物件 (組織單位、組織或國家/地區)。如果您選取容器物件,則可以選擇將所有容器的使用者和/或工作站物件與應用程式相關聯。

      要與這些應用程式關聯的每個工作站均必須先作為工作站物件輸入 eDirectory。如果要與這些應用程式關聯的工作站尚未作為工作站物件輸入,請參閱節 III, 自動工作站輸入與移除

      將應用程式物件與群組物件、工作站群組物件或其他容器物件相關聯,是在 eDirectory 中關聯應用程式物件時優先選用的方法。將應用程式與大量使用者物件或工作站物件 (例如,250 個以上) 相關聯,會導致伺服器使用率提高。

      重要:請勿將應用程式物件與別名物件相關聯。不支援別名物件。

    2. 將使用者或工作站新增至清單後,為使用者或工作站選取適當的核取方塊,以設定要套用至應用程式的特性 (「強制執行」、「應用程式啟動器」、「開始」功能表、「桌面」、「系統匣」、「快速啟動」,以及「強制快取」)。按一下「說明」以取得這些特性的描述,或參考「關聯」頁

      如果您稍後要將應用程式與其他使用者或工作站相關聯,則可以使用應用程式物件上的「關聯」頁。如需有關資訊,請參閱「關聯」頁

  7. 按一下「下一步」,查看應用程式物件設定,然後按一下「完成」,以建立應用程式物件。

  8. 繼續 節 28.3, 指定檔案系統存取權限

29.3.2 根據 Windows Installer (.MSI) 檔案建立應用程式物件

  1. (依條件而定) 如果「新應用程式物件」對話方塊未開啟,請參閱節 29.3, 在 eDirectory 中設定應用程式

  2. 在「新應用程式物件」對話方塊中,選取「有 .msi 檔案的應用程式」選項,然後按一下「下一步」。

  3. 在「.msi 檔案的路徑」欄位中,指定 .msi 檔案的完整路徑,以在配送至工作站過程中用作來源檔案。

    您可以使用映射的磁碟機或 UNC 路徑。如果您使用磁碟機映射,則必須確保所有工作站均將相同的磁碟機映射到來源位置。您在此輸入的路徑會新增至應用程式物件「套件來源」清單 (「公用」索引標籤 >「來源」)。

    附註:建立應用程式物件後,您無法變更 .msi 檔名;但是,您可以變更 .msi 檔案的路徑。如果您變更 .msi 檔名,則安裝會失敗。

  4. 按一下「下一步」,然後修改以下欄位以自訂應用程式物件。

    物件名稱: 此欄位預設為 .msi 檔案中定義的應用程式物件名稱。如果需要,您可以變更名稱。其名稱必須遵從下列規範:

    • 容器中的名稱必須為獨一無二。
    • 可接受特殊字元。但是,如果使用加號 (+)、等號 (=) 和句點 (.),其前面必須有反斜線 (\)。
    • 以下字元在應用程式物件名稱中有效,但在 Windows 資料夾和檔名中無效︰
      \ / : * ? " < > |
      

      如果您在應用程式物件名稱中使用這些字元,則當其顯示在由 Windows 而非 Novell 應用程式啟動器控制的位置 (例如,在 Windows 桌面上) 時,會由底線 (_) 取代。

    • 大小寫字母、底線及空格在第一次輸入時會顯示,但不可辨識。例如,將 ZENworks_Desktop_Management 和 ZENWORKS DESKTOP MANAGEMENT 視為相同。

    在 eDirectory 中可顯示應用程式物件的名稱。依預設,當在使用者工作站上由應用程式啟動器顯示名稱時,還會將其用作應用程式物件的圖示標題。如有必要,您可以在建立應用程式物件後變更圖示標題 (應用程式物件 >「識別資料」索引標籤 >「圖示」頁)。

    管理套件路徑: 此路徑指定您要用於管理用途的 MSI 套件的位置。ConsoleOne 使用此位置的 .msi 檔案在應用程式物件中填入資訊。此欄位僅可供 ConsoleOne 讀取 .msi 套件使用。它不能供 Novell 應用程式啟動器配送應用程式使用。對於配送,應用程式啟動器使用上一頁「.msi 檔案的路徑」欄位中定義的路徑。

    路徑預設為上一頁「.msi 檔案的路徑」欄位中定義的路徑。如有必要,請進行變更。您可以使用映射的磁碟機或 UNC 路徑。如果您使用磁碟機映射,則必須確保所有 ConsoleOne 工作站均將相同的磁碟機映射到該位置。您無法在此欄位中使用巨集。

    您在此輸入的路徑會新增至應用程式物件「管理套件路徑」欄位 (「識別資料」索引標籤 >「套件資訊」頁)。

    附註:請勿在此欄位中使用巨集,否則無法建立應用程式物件。ConsoleOne 建立應用程式物件後,您可以定義來源位置的巨集 (「公用」索引標籤 >「巨集」),並且需要的話,可在其他應用程式物件欄位 (例如,「套件來源」清單) 中使用。

  5. 按一下「下一步」,然後定義應用程式啟動器用於判斷工作站是否滿足應用程式要求的規則。

    配送規則可確保應用程式啟動器不會將應用程式配送至不支援該應用程式的工作站。例如,如果應用程式僅在 Windows 2000/XP 上執行,則您可以建立禁止向 Windows 98 工作站執行配送的作業系統規則。

    新增配送規則的步驟:

    1. 按一下「新增」,然後選取您要定義的規則類型。

    2. 填寫要求資訊 (按一下「說明」可取得有關要求的資訊,或參閱「配送規則」頁),然後按一下「確定」,以將要求新增至清單。

      如果您稍後要為應用程式建立其他配送規則,則可以使用應用程式物件上的「配送規則」頁。如需有關資訊,請參閱「配送規則」頁

  6. 按一下「下一步」,然後將應用程式物件與您要為其配送該應用程式的使用者或工作站相關聯。若要如此:

    1. 按一下「新增」,然後瀏覽至使用者或工作站物件,並將其選取。

      要與這些應用程式關聯的每個工作站均必須先作為工作站物件輸入 eDirectory。如果要與這些應用程式關聯的工作站尚未作為工作站物件輸入,請參閱節 III, 自動工作站輸入與移除

      您還可以選取群組物件、工作站群組物件以及容器物件 (組織單位、組織或國家/地區)。如果您選取容器物件,則可以選擇將所有容器的使用者和/或工作站物件與應用程式相關聯。

      將應用程式物件與群組物件、工作站群組物件或其他容器物件相關聯,是在 eDirectory 中關聯應用程式物件時優先選用的方法。將應用程式與大量使用者物件或工作站物件 (例如,250 個以上) 相關聯,會導致伺服器使用率提高。

      重要:請勿將應用程式物件與別名物件相關聯。不支援別名物件。

    2. 將使用者或工作站新增至清單後,為使用者或工作站選取適當的核取方塊,以設定要套用至應用程式的特性 (「強制執行」、「應用程式啟動器」、「開始」功能表、「桌面」、「系統匣」、「快速啟動」,以及「強制快取」)。按一下「說明」以取得這些特性的描述,或參考「關聯」頁

      對於 MSI 應用程式,如果使用者或工作站沒有來源 .msi 檔案的網路用戶端存取權限,則必須使用「強制快取」選項。Microsoft Windows 安裝程式需要網路用戶端提供的檔案存取權限,而非 ZENworks 桌面管理代辦提供的檔案存取權限。請考量以下幾個範例:

      • 您防火牆之外的使用者需要 MSI 應用程式,但沒有防火牆內伺服器上來源 .msi 檔案的網路用戶端存取權限。他們會登入 ZENworks 中間層伺服器,並且應用程式啟動器會顯示 MSI 應用程式。為成功配送,必須將 MSI 應用程式標記為「強制快取」以便將來源 .msi 檔案複製到使用者的快取目錄 (透過中間層伺服器),然後從快取目錄進行配送。
      • 防火牆內的使用者需要 MSI 應用程式。他們未安裝 Novell Client™,因此需要登入 ZENworks 中間層伺服器以進行 eDirectory 驗證。使用者屬於 Active Directory 領域,並且來源 .msi 檔案位於其具有存取權限的 Windows 共享上。無需強制快取應用程式而可成功配送,是因為 Microsoft 網路用戶端提供了來源 .msi 檔案的存取權限。

      如果您稍後要將應用程式與其他使用者或工作站相關聯,則可以使用應用程式物件上的「關聯」頁。如需有關資訊,請參閱「關聯」頁

  7. 按一下「下一步」,查看應用程式物件設定,然後按一下「完成」,以建立應用程式物件。

    在為 MSI 應用程式建立應用程式物件後,如果接收到應用程式的新 MSI 套件 (.msi 檔案),則您必須使用新 .msi 檔案建立新應用程式物件。您不能直接使用新 .msi 檔案取代舊檔案。

    例如,將桌面管理代辦封裝為可透過應用程式物件配送的 .msi 檔案 (zfdagent.msi)。每次接收到新 zfdagent.msi 檔案 (透過升級或支援套件),您必須為它建立新應用程式物件。這可確保 .msi 檔案中包含的全域唯一識別碼 (Global Unique Identifier, GUID) 與應用程式物件中和工作站上的 GUID 保持同步,從而使應用程式能正確安裝和解除安裝。

  8. 繼續 節 28.3, 指定檔案系統存取權限