2006 年 7 月 14 日
本讀我檔案中的資訊將介紹 Novell® ZENworks® 7 桌面管理，這是一種 Novell 產品，用於管理公司防火牆之內或之外的 Windows* 工作站之桌面。其中包括有關在 NetWare®、Windows 或 Linux* 伺服器平台上執行的 ZENworks 服務之資訊。
最初發行 ZENworks 7 桌面管理時即已確定本文件中包含的問題。如需有關初始發行後已校正問題的資訊，請參閱 Novell 支援知識庫中的 TID 10097368。
《Novell ZENworks 7 桌面管理安裝指南》提供了詳細的安裝說明。該安裝指南可在 Novell 文件網站上找到，在執行安裝程式時它會顯示為功能表選項。
在使用 ZENworks 7 桌面管理的範圍和環境方面，有一些限制。
如需更多資訊，請參閱 Novell 支援知識庫中的 TID 10019161。
如果未開啟這些連接埠，則 SLES 10 伺服器無法新增到您計劃安裝 ZENworks 的 eDirectory 樹狀結構中。
如果 NetWare 6.5 SP2 安裝在您驗證工作站是否具有 ZENworks 功能的伺服器上，則必須將機器上安裝的 Novell Client™ 版本升級至 4.9 SP2 或更新版本，才能使用 ConsoleOne® 1.3.6 來管理 eDirectory 樹狀結構或伺服器。
我們建議您不要安裝 eDirectory 8.7.3 隨附的 Novell Client (4.90.0 SP1a) 版本。此版本需要安裝其他升級檔才能與 Windows Server 2003 配合使用。然而，建議您安裝適用於 Windows 4.91 的 Novell Client，您可從 Novell 產品下載網站下載此產品。
目前，任何 64 位元版本的 SLES 9 或 SLES 10 作業系統均不支援 ZENworks 7 中間層伺服器。
不支援將搭配 SP1 的 ZENworks 7 中間層伺服器安裝於網路叢集。
注意：如果您錯誤地選擇在 Linux 叢集上安裝中間層，則安裝程式將繼續執行 novell-zdm-cluster rpm，並使用 NULL 作為中間層元件。實際並未安裝中間層伺服器。
本節將說明有關桌面管理伺服器、中間層伺服器及桌面管理代辦的安裝問題。還將討論有關桌面管理元件 (例如應用程式管理和工作站影像) 的一些安裝問題。
為您方便起見，我們將有關在 Linux 伺服器上安裝 ZENworks 桌面管理服務的問題作為一組。
我們建議您在執行搭配 Support Pack 1 的 ZENworks 7 桌面管理安裝程式的機器上，不要變更預設網路連接服務提供者的順序。變更預設順序會導致在安裝程式中出錯。
本節將說明在 Linux 上安裝 Novell ZENworks 7 桌面管理服務中發現的問題。
將 ZENworks 7 桌面管理安裝於 Linux 伺服器之後首次開啟 ConsoleOne 時，螢幕上會顯示授權快顯訊息。您必須輸入授權代碼才可管理 ZENworks 桌面管理 Linux 機器。
儘管「安裝完成」訊息表明所有安裝的 ZENworks 服務均已啟動，但 proxydhcp 服務在 ZENworks 7 桌面管理服務安裝於 Linux 後並未啟動，且在重新開機之後仍未啟動。若要啟動該服務，請執行 /etc/init.d/novell-proxydhcp start。如果希望該服務在重新開機後啟動，您可以使用 runlevel 編輯器，將該精靈新增至所需的 runlevel。
如果您將 silent.properties 安裝檔案設定為使用預設安裝，即將搭配 SP1 的 ZENworks 7 桌面管理之所有元件安裝至叢集節點，則安裝程式會在中間層伺服器安裝期間遇到嚴重錯誤。這些錯誤會列於安裝記錄檔中。
ZENworks 中間層伺服器不支援叢集且不會進行容錯移轉，並且 Linux (搭配 SP1) 上的常規 ZENworks 7 桌面管理服務安裝程式會禁止將其安裝至叢集節點。silent.properties 安裝方法並未進行類似調整。如果您使用 silent.properties，我們建議您僅選取伺服器安裝集，以避免發生嚴重錯誤。
如果您在 SLES 9 伺服器上僅安裝 ZENworks 7 中間層伺服器後開啟 YaST，然後選取「軟體安裝」並按一下「」，則會顯示錯誤，指出發生相依性衝突。
這些錯誤指出相依性關於 novell-zenworks-common，除非 ZENworks 7 桌面管理伺服器安裝在同一機器上，否則它不會複製到伺服器。
如果中間層伺服器是自行安裝於 SLES 9 伺服器，則您可以忽略該錯誤。
如果您將 ZENworks 7 中間層伺服器安裝於 OES (Linux) 伺服器 (隨附版本)，然後啟用「」設定，則所有透過中間層登入的使用者均無法通過驗證。管理員同樣無法登入；進而導致無法使用 NSAdmin 公用程式。
若要解決此問題，您可以執行以下任一作業：
在文字編輯器中開啟 /etc/opt/novell/xtier/xsrvd/envvars。
將下行：
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib
取代為：
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib:/opt/novell/nmas/client/lib
使用以下指令重新啟動 novell-xsrvd：
/etc/init.d/novell-xsrvd restart
當您嘗試在安裝有 eDirectory 8.7.3x 的 SLES 9 SP3 伺服器上安裝搭配 Support Pack 1 的 ZENworks 7 桌面管理時，安裝程式會偵測 eDirectory 樹狀結構，但無法通過其驗證。
當搭配 SP1 的 ZENworks 7 桌面管理安裝於安裝有 eDirectory 8.7.3x 的 OES Linux SP2 伺服器上時，則不會出現這種情況。
若要解決該問題，您需要在 SLES 9 SP3 伺服器中新增 eDirectory 分割區複製本。
如果以非根使用者的身份從使用者介面啟動，則在 Linux 上安裝搭配 SP1 的 ZENworks 7 桌面管理服務會失敗。不會顯示有關此失敗的錯誤訊息。繼續嘗試以根使用者的身份從終端機提示啟動安裝同樣會失敗。
若要解決該問題，請將電腦重新開機、以根使用者的身份登入並重試安裝。
如需更多資訊，請參閱 Novell 支援知識庫中的 TID 3233134。
本節包含有關安裝桌面管理伺服器時可能發生問題的資訊。
桌面管理伺服器安裝程式要求安裝來源工作站的指定系統磁碟機上具有可用空間。如果安裝程式失敗，則可能是由於沒有足夠的可用空間用以繼續安裝。
您必須建立足夠的空間，才能繼續進行安裝。如果 Windows 磁碟機幾乎全滿，則可以設定 環境變數以使用其他磁碟機上的磁碟空間。
範例： SystemDrive=D:
桌面管理伺服器安裝程式會讀取 NetWare 伺服器的 autoexec.ncf 檔案，以找到並使用第一個列出的 BIND IP 位址陳述式。如果檔案具有兩個或更多 BIND IP 位址陳述式並且第一個位址錯誤或無效，則安裝會失敗。
若要更正該問題，請確定 autoexec.ncf 檔案中首先列出的是正確的 IP 位址。
如果您使用安裝有 ConsoleOne 的 Windows 2000 Server 將桌面管理 ConsoleOne 嵌入程式安裝至其他伺服器，則 Windows 會將 ConsoleOne 的新安裝路徑新增至其登錄，其中包括先前安裝的 ConsoleOne 的預設位置。
如果您使用同一 Windows 2000 Server 將 ConsoleOne 嵌入程式安裝至其他伺服器，則安裝會失敗，因為它使用安裝的預設路徑。
如果您無法從其他伺服器安裝嵌入程式，我們建議您從以下登錄項目中刪除預設值：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
如果選取「必要條件檢查」核取方塊，且叢集物件不是「伺服器選項」清單中的第一個伺服器，則桌面管理伺服器安裝程式無法安裝至多伺服器 eDirectory 樹狀結構中的叢集。
若要解決該問題，請不選「」核取方塊。
當您安裝 ZENworks 7 桌面管理服務時，安裝會在 eDirectory 樹狀結構中建立新的 ConsoleOne 更新應用程式物件。您正確設定該物件之後，它才會正常運行。
設定該物件的步驟：
在 ConsoleOne 中，於「」應用程式物件上按一下滑鼠右鍵，並依次按一下「」、「」索引標籤和「」。
在「」欄位中，鍵入 \\server_name\sys\public\zenworks\c1update.exe。
或者
在 ConsoleOne 中，於「」應用程式物件上按一下滑鼠右鍵，並依次按一下「」、「」索引標籤和「」。
在「檔案路徑」欄位中，鍵入 %SOURCE_PATH%\zenworks\c1update.exe。
本節包含有關安裝中間層伺服器時可能發生問題的資訊。
如果您先在 Windows 2000/2003 伺服器上安裝 Novell Client，之後在同一機器上安裝中間層伺服器，隨後又從該伺服器上解除安裝 Novell Client，則中間層伺服器將失敗。用戶端解除安裝程式會移除 ZENworks 中間層伺服器所需的重要檔案。
在同一軟體組合情況下，如果您隨後將用戶端升級至 4.9 SP2 (或更新版本)，則會安裝不同版本的 nicm.sys。如果您未使用 ZENworks 7 中間層伺服器中包含的 nicm.sys，則中間層伺服器會失敗。
若要解決此問題，您可以使用以下兩種方法：
當您將搭配 SP1 中間層伺服器的 ZENworks 7 安裝至 OES Linux 伺服器後，其他 Novell 產品 (例如 NetStorage) 使用的現有 Xtier 元件會被強制降級，以與搭配 SP1 的 ZENworks 7 桌面管理配合使用。
如果降級 Xtier 元件會給您的使用者帶來問題，則您可以使用 novell-zdm-configure 公用程式來設定現有版本的 Xtier，使其與搭配 SP1 中間層伺服器的 ZENworks 7 配合使用。如需更多資訊，請參閱《Novell ZENworks 7 桌面管理安裝指南》中的「設定或重新設定在 Linux 上執行的已安裝 ZENworks 程序」
。
本節包含有關安裝桌面管理代辦時可能發生問題的資訊。如需更多資訊，請參閱 Novell 知識庫中的 TID 10078667。
重要事項：不再支援 ZENworks for Desktops 4.0 隨附的桌面管理代辦版本。在將桌面管理代辦升級至 ZENworks 7 之前，使用者應使用 ZENworks 6 Suite (ZENworks for Desktops 4.0.1/SP1b) 隨附的代辦版本或更新版本取代該較舊版本。
工作站上必須存在 Microsoft Windows Installer 引擎 (msi.dll) 和 Windows Installer 可執行檔 (msiexec.exe)，以便取出並執行桌面管理代辦 MSI 套件。有些 Windows 98 工作站可能未安裝 MSI 引擎，因此桌面管理代辦 MSI 套件將無法安裝。
您可以從 Microsoft 下載網站取得最新版本的 Windows Installer，也可以使用 Novell ZENworks 7 Companion 2 CD 中 \microsoft windows installer\98 資料夾中的 MSI 2.0 檔案 (instmsia.exe)。
如果您透過應用程式啟動器將桌面管理代辦 MSI 配送至 Windows 工作站，則使用者不應使 ConsoleOne 在這些工作站上處於開啟狀態。
如果在配送過程中 ConsoleOne 處於開啟狀態，則桌面管理代辦安裝 MSI 會失敗。
我們建議您不要將桌面管理代辦 MSI 物件設定為允許使用者執行解除安裝，因為目前當使用者透過在應用程式物件圖示上按一下滑鼠右鍵來執行解除安裝時，工作站不會提示重新開機。
如果您授予該使用者管理員權限，則該使用者可以使用「」來解除安裝桌面管理代辦。這種情況下，工作站不會顯示重新開機提示。ZENworks 7 套用至桌面管理伺服器後，您可以使用該伺服器 sys:public\mgmt\consoleone\1.2\bin 資料夾中的 agentdistributor.exe 公用程式。使用該公用程式，您可以根據 IP 位址將最新的代辦「推送」至各工作站。
如果您或某使用者在 Windows 98 工作站上安裝了 myapps.html，則某些 ZENworks 管理代辦檔案將安裝在該工作站上，這些檔案無法隨後透過 Windows「」的「」功能進行解除安裝。
如果需要在同一工作站上安裝 Novell Client，則這會導致問題產生；用戶端安裝程式會偵測到桌面管理代辦檔案，並且在從工作站移除代辦 (或其檔案) 之前無法繼續。由於檔案無法構成整個代辦安裝，因此在「」中未列出桌面管理代辦。
如需更多資訊，請參閱 Novell 支援知識庫中的 TID 10094298。
如果您在 Windows 98 工作站上從「應用程式瀏覽器」檢視窗 (myapps.html) 安裝應用程式外掛程式，隨後又使用「應用程式瀏覽器」檢視窗中的代辦 MSI 在該工作站上安裝完整的 ZENworks 桌面管理代辦，則「應用程式瀏覽器」檢視窗會停止運行。
發生該問題的原因在於，從瀏覽器檢視窗進行 MSI 安裝時出現檔案名稱截短的情況。我們建議您使用「應用程式瀏覽器」檢視窗之外的方法在 Windows 98 上安裝代辦 MSI。
當您或某使用者從 Windows 98 工作站解除安裝 ZENworks 7 桌面管理代辦時，解除安裝程序可能會失敗，並顯示以下錯誤訊息：
錯誤 1605：此動作僅對目前安裝的產品有效
失敗是因為 Windows 98 MSI Installer 錯誤地設定了用於解除安裝的 Windows 登錄。
InstallShield 消費者中心發佈了「知識庫資源」，其中提供解決該問題的一些步驟。該解決方法建議您執行 公用程式來清除工作站的登錄項目。該公用程式可從 Microsoft 支援網站下載。
如果您依次安裝 Novell Client 4.9 SP1a、Novell NetIdentity 1.2 (從同一 Novell Client CD) 和 ZENworks 7 桌面管理代辦，然後移除該代辦，則 NetIdentity 將無法運作，因為代辦 NetIdentity 檔案已被移除。
若要解決該問題，您需要使用 Windows「新增/移除程式」公用程式來移除 NetIdentity，然後重新安裝。
如果您使用 Novell Client 在空白工作站上安裝 NetIdentity，則 NetIdentity 會列於 Windows「」的「」清單中。
如果您隨後在該工作站上安裝 ZENworks 桌面管理代辦 (其亦會安裝 NetIdentity)，則您可以使用 Windows 的「新增/移除程式」從工作站「移除」NetIdentity，但 NetIdentity 並未真正從機器中移除，它只是從「」清單中移除。直到解除安裝 ZENworks 桌面管理代辦，才會移除 NetIdentity。
如果您在 Windows 98 工作站上安裝 Novell Client 3.x 並啟用工作站管理員，然後安裝 ZENworks 7 桌面管理代辦並解除安裝 Novell Client 3.x，則會從工作站上解除安裝工作站管理員，這樣就沒有規則會配送至工作站。
若要更正該問題，您必須在 Windows 98 工作站上先解除安裝桌面管理代辦，然後重新安裝。
如果您安裝 ZENworks 7 桌面管理代辦並隨後配送或「復原為」之前隨附的 ZENworks for Desktops 4.0.1 升級檔或過渡版本，則不會再將工作站識別為已輸入，並且與工作站相關的應用程式不會顯示於 Novell 應用程式啟動器檢視窗中。
如果您已安裝了 ZENworks 7 桌面管理代辦，我們建議您不要復原為桌面管理代辦的 ZENworks for Desktops 4.0.1 升級檔或過渡版本。
在工作站上安裝 ZENworks 7 桌面管理代辦將覆寫某些協力廠商網路登入 GINA。ZENworks 7 桌面管理代辦支援以下協力廠商 GINA (即桌面管理代辦安裝不會覆寫這些 GINA)：
如果使用者工作站上已安裝了某些其他協力廠商 GINA (即該清單未列出的 GINA)，則桌面管理代辦將無法安裝。您可以使用設定為 的 IGNORE_3RDPARTY_GINA MSI 內容，強制安裝代辦並覆寫協力廠商 GINA。
重要事項：如果協力廠商 GINA 不是 Microsoft GINA 鏈中的主要 (即首位) 列出項目，則其將無法運作。這會導致安裝有桌面管理代辦的工作站上出現問題：代辦要求鏈中的主要列出項目，並將停用協力廠商 GINA。
ZENworks 7 隨附的桌面管理代辦配送程式 (agentdistributor.exe)，會導致您用於配送代辦的 Windows 工作站上出現過多的 CPU 週期。同時選取數個組態元素時，就會發生該問題。桌面管理代辦功能、中間層位址和 ZENworks 網路樹名稱均會延長指令行。如果指令行字串變得過長 (約 240 個字元)，則用於部署代辦的 ZDPAService 就會使用過多的 CPU 週期。這可能會鎖定該機器。
一種可以降低指令行長度的方法即，選取可隨桌面管理代辦安裝的所有功能。這樣可將簡化的指令行 (ADDLOCAL=ALL) 傳送至緩衝區，從而代辦配送程式可正常執行。
重要事項：該程序將安裝桌面管理代辦的所有功能。根據業務需要，您可能不希望將所有這些功能均安裝在組織中使用者的桌上型電腦上。我們不建議您一次僅安裝一種代辦功能。
如需有關代辦配送程式的更多資訊，請參閱《Novell ZENworks 7 桌面管理安裝指南》中的「使用桌面管理代辦配送程式將代辦部署至 Microsoft 領域中的工作站」。
從語言環境已設定為西班牙或宏都拉斯的 Windows 伺服器，啟動代辦配送程式公用程式 (單獨啟動或從 ConsoleOne 啟動) 時，會顯示該公用程式的英文版本。
若要解決該問題，請使用 Windows「控制台」中的「」設定，將地區格式設定為西班牙或宏都拉斯之外的西班牙文語言環境。
Microsoft RDP 5.1 用戶端 (msrdp.ocx) 包含在 ZENworks 7 啟動顯示裝置中。當使用者啟動您設定為在 RDP 用戶端會期中執行的終端機伺服器應用程式時，啟動顯示裝置會產生一條錯誤訊息，指出檔案的證書已過期。
如果您按一下錯誤訊息中的「是」以繼續安裝，啟動顯示裝置會將 msrdp.ocx 檔案安裝至使用者工作站的 c:\program files\novell\zenworks 目錄，並註冊 .ocx 檔案。
如果您使用 ZENworks 管理代辦安裝程式將 msrdp.cab 檔案安裝至工作站，則不會顯示錯誤訊息。
本節包含有關安裝 ZENworks 7 桌面管理之工作站影像元件時可能發生問題的資訊。
如果您重新安裝或升級 ZENworks 伺服器安裝的工作站影像元件，則以下行會新增至 Desktop Managementlog.txt 記錄檔：
Imaging\NTa Components NOT successfully installed on
<server_name> at <installation_path>
Imaging\NTb Components NOT successfully installed on
<server_name> at <installation_path>
安裝記錄檔 (zenworks_for_desktops_server_installlog.log) 指出未能成功複製 zenimgdsr.dll 檔案。出現這種情況是由於在安裝過程中，原始 .dll 檔案在伺服器上仍處於開啟狀態。.dll 的 ZENworks for Desktops 4.x 與 ZENworks 7 桌面管理版本相同，因此安裝失敗不合邏輯。
如果要避免此錯誤，您可以重新命名伺服器上的 zenimgdsr.dll，然後執行安裝程式。
本節包含有關在 Linux (搭配 SP1) 上使用 ZENworks 7 桌面管理服務的解除安裝程式時可能發生問題的資訊。
Linux (搭配 SP1) 上 ZENworks 7 桌面管理服務的解除安裝功能列出了您可以選擇解除安裝的元件，包括中間層伺服器 (請參閱《Novell ZENworks 7 桌面管理安裝指南》中的「解除安裝 Linux 伺服器上的 ZENworks 元件」
，以取得更多資訊)。
在 OES Linux 伺服器上，如果選取所有元件以解除安裝，則除了中間層外，所有元件均會解除安裝。如果僅選取中間層伺服器進行解除安裝，則中間層伺服器仍會載入。這是因為中間層伺服器是自動安裝於 OES Linux 伺服器上的。
本節包含有關在使用者從較舊版本的 ZENworks 桌面管理或 ZENworks for Desktops 升級至 ZENworks 7 桌面管理時可能發生問題的資訊。
設定桌面管理代辦的升級應用程式物件時，您應將應用程式設定為「」，從而安裝代辦後，使用者無法再於 Novell 應用程式啟動器中看到應用程式。我們還建議您不要啟用應用程式物件的解除安裝。
升級桌面管理代辦不需要管理員權限。在安裝過程中，桌面管理代辦會暫時提昇使用者的權限。
如果您將 Windows 98 上安裝的 ZENworks 桌面管理代辦升級至 ZENworks 7 版本的代辦，則安裝會在工作站重新開機後顯示一條訊息，表明 ncred9x.dll 中出現錯誤。此次升級失敗後，使用者便無法登入，工作站將一直處於錯誤狀態。
該錯誤是因為，Windows 98 MSI 引擎中存在漏洞，無法正確更新某些檔案。
如果要避免該問題，您需要將下面的內容納入 MSI 應用程式物件 (僅適用於 Windows 98 工作站)：
REINSTALLMODE=vamus
這將在 Windows 98 工作站上正確放置檔案。
如需有關設定 MSI 內容的更多資訊，請參閱《ZENworks 7 桌面管理管理指南》「應用程式管理」一節中「參考：應用程式物件設定」中的「MSI 索引標籤」。
設定桌面管理代辦的升級應用程式物件時，您應將應用程式設定為「」，從而安裝代辦後，使用者無法再於 Novell 應用程式啟動器中看到應用程式。我們還建議您不要啟用應用程式物件的解除安裝。
升級桌面管理代辦不需要管理員權限。在安裝過程中，桌面管理代辦會暫時提昇使用者的權限。
如果您將 ZENworks 桌面管理伺服器升級為搭配 SP1 的 ZENworks 7 (NetWare、Windows 或 Linux 伺服器平台)，但未將 ZENworks 6.5 中間層伺服器軟體升級為搭配 SP1 的 ZENworks 7，並且中間層伺服器在 NetWare 6 上執行，則與工作站相關的群組規則將無法配送至安裝有 ZfD 4.x 或 ZENworks 6.5 桌面管理代辦的工作站。
若要解決該問題，請確保將中間層伺服器升級為 ZENworks 7。
當您將 ZENworks for Desktops (ZfD) 3.2 Support Pack 3 升級為搭配 Support Pack 1 (SP1) 的 ZENworks 7 桌面管理時，zenwsimp.ncf 和 zenwsrem.ncf 檔案會從其 ZfD 設定變更為搭配 SP1 的 ZENworks 7 桌面管理之預設設定。如果要使用工作站輸入或工作站移除的 ZfD 3.2 設定，您需要在升級後手動編輯檔案來重設它們。
當您將 ZENworks for Desktops 3.2 SP3 升級為搭配 SP1 的 ZENworks 7 桌面管理時，SP1 安裝程式將列出不適用於 3.2x 版本的元件，例如遠端管理網路喚醒和庫存代理。如果您希望在升級中包含這些較新的元件，請於您看到這些元件顯示時將其選取以進行安裝。
如果您將 ZENworks 桌面管理伺服器從 ZENworks for Desktops (ZfD) 3.2 SP3 升級至 ZENworks 7，然後為此具有 ZfD 3.2 影像之環境中的 Windows 98 工作站重新複製影像，或者如果您從現有 ZfD 3.2 工作站移除 Novell Client，然後又重新安裝，則與工作站關聯的應用程式可能不會顯示於這些工作站上。
如果您需要重新複製 ZfD 3.2 工作站影像，或在其升級為 ZENworks 7.x 桌面管理之前從工作站移除 ZfD 3.2 用戶端，則您應隨後在此工作站上安裝 ZENworks 7 桌面管理代辦。這樣做可使與工作站關聯的應用程式重新顯示。
如果您將 ZENworks 桌面管理伺服器從 ZENworks for Desktops (ZfD) 3.2 SP3 升級為 ZENworks 7.x，然後為此具有 ZfD 3.2 影像之環境中的 Windows 98 工作站重新複製影像，或者如果您從此環境中 (安裝了 ZfD 3.2) 的 Windows 98 工作站移除 Novell Client，然後又重新安裝該用戶端，則 Novell 應用程式啟動器將無法在工作站上執行。
發生該問題是由於 ZfD 3.2 應用程式管理中使用的應用程式檔案儲存位置 (伺服器上) 與 ZENworks 7 應用程式管理中使用的檔案儲存位置 (工作站上) 不同。
如果您需要重新複製 ZfD 3.2 Windows 98 工作站影像，或在其升級為 ZENworks 7.x 桌面管理之前從 Windows 98 工作站移除 ZfD 3.2 用戶端，則您應隨後在工作站上安裝 ZENworks 7.x 桌面管理代辦。較新版的桌面管理代辦可識別已配送至工作站之應用程式檔案的目前位置。
當您在 Linux 上升級至搭配 Support Pack 1 的 ZENworks 7 桌面管理服務時，安裝程式無法偵測到之前安裝的 ZENworks 7 桌面管理元件。而依預設，將選取所有元件進行升級。如果在安裝 SP1 期間這些元件保持為選取狀態 (即您未變更預設選項)，則之前安裝的元件會升級為搭配 SP1 的 ZENworks 7 桌面管理，而未安裝的元件將會首次安裝。
雖然安裝程式介面無法指出之前安裝了哪些元件 (該行為不同於 Windows/NetWare 安裝)，但如果您將其升級至 SP1，則不會帶來負面影響。
當您嘗試將 ZENworks 6.5 或 ZENworks 7 XML 代理伺服器升級為搭配 SP1 的 ZENworks 7 桌面管理時，依預設，在安裝過程中不會選取 XML 代理伺服器：安裝程式無法偵測到伺服器上安裝的舊版 XML 代理伺服器。
若要解決該問題，請在搭配 Support Pack 1 的 ZENworks 7 桌面管理之安裝精靈中，手動選取 XML 代理伺服器對應的核取方塊。
本節將說明當使用者為執行登入而嘗試使用 Novell Client 或桌面管理代辦進行桌面管理伺服器驗證時，可能會出現的問題。
在此類 NetWare 伺服器上編輯 Hosts 檔案後，如果您嘗試輸入工作站，則某些 NetWare 伺服器會產生 500 層級錯誤。
若要解決此問題，請將安裝有 ZENworks 中間層伺服器並且已編輯其 Hosts 檔案以進行工作站輸入的 NetWare 伺服器重新開機。
如果 Windows 2000 機器同時安裝有 Active Directory* (由於桌面管理伺服器當成主要領域控制器而安裝) 和 eDirectory (為了容納桌面管理而安裝)，則當您嘗試透過中間層伺服器於該機器上所安裝的桌面管理伺服器進行驗證時，除非使用者使用完整的網路位置登入，否則驗證會失敗。
失敗的原因是 Active Directory 與 eDirectory LDAP 偵聽器相互爭奪預設 LDAP 連接埠。若要解決此連接埠衝突，請在安裝 eDirectory 過程中，選擇除預設 389 連接埠之外的其他 LDAP 連接埠，或修改在 ConsoleOne 的伺服器容器中找到的 物件，然後使用中間層伺服器中的 NSAdmin 公用程式將中間層伺服器設定為透過該連接埠進行通訊。
在 NSAdmin 中設定連接埠的步驟︰
在 Internet Explorer 的「網址」方塊中，鍵入 NSAdmin 公用程式的 URL。例如：
http://server_name_or_IPAddress/oneNet/nsadmin
在 LDAP 連接埠組態參數的「值」欄位中，指定已在 eDirectory 中設定的 LDAP 連接埠號碼 (中間層伺服器應使用此連接埠號碼與桌面管理伺服器進行通訊)，然後按一下「提交」。
注意：請勿嘗試使用除 Internet Explorer 之外的其他網際網路瀏覽器 (例如 Mozilla Firefox) 執行 NSAdmin 公用程式。其他瀏覽器無法正常執行 NSAdmin。
如需有關此問題的更多資訊，請參閱 Novell 支援知識庫中的 TID 10073537。
如果您嘗試手動卸載 NetWare 6 上執行的中間層伺服器處理器 (例如 xzen.nlm)，則伺服器會異常結束。
在 NetWare 6 上，您應該使用 NVXADMDN 卸載 Apache 和中間層處理器。請使用 NVXADMUP 重新啟動 Apache 和中間層處理器。
在 NetWare 6.5 上，您應該使用 AP2WEBDN 卸載 Apache 和中間層處理器。請使用 AP2WEBUP 重新啟動 Apache 和中間層處理器。
除非您具有本地 Windows 2000 使用者的管理員權限，否則無法在 Windows 2000 上使用 ndscons.exe 驗證中間層伺服器和桌面管理伺服器之間的連接。
在您從「Windows 安全」對話方塊 (Ctrl+Alt+Delete) 按一下「」後，安裝有桌面管理代辦並以被動模式執行 (無 Novell Client) 的工作站會在下拉方塊中顯示下列選項：
<Novell Netidentity 認證提供者>
此選項用於從 NetIdentity 變更 eDirectory 密碼，但目前不起作用。若要變更在被動模式中所執行代辦的密碼，請開啟「控制台」，按一下「」，然後在適當的對話方塊中變更密碼。
如果 Novell Client 和桌面管理代辦均安裝在同一工作站上，並且使用者登入本地工作站，然後開啟 myapps.html 並按一下應用程式啟動器 Web 檢視窗中的「」連結，則 NetIdentity 登入無法運作。此為指定的行為。如果工作站上同時安裝有 Novell Client 和 ZENworks 管理代辦，則應用程式管理會永遠使用 Novell Client。
只要工作站上安裝有此代辦，在同樣的情況下，透過 Web 檢視窗中的「」連結可啟動 NetIdentity 登入。
如果必須透過安裝在 Linux 機器 (SLES 9 SP1 或 OES Linux) 上的中間層伺服器存取檔案，則使用 ZENworks for Desktops 4.x 桌面管理代辦的工作站無法從 Windows 上安裝的桌面管理伺服器存取檔案 (例如要快取的應用程式)。
發生此問題的原因有兩個：
您可以透過安裝 ZENworks 6.5 (或更新版本) 桌面管理代辦解決此問題，它可以使用 ZENMUP 直接與 Windows 伺服器進行通訊。
如果您在 SLES 9x 伺服器上安裝搭配 Support Pack 1 的 ZENworks 7 桌面管理，請確保已使用版本在 2005 年 2 月或之後的 openldap2-client 對伺服器進行升級。
如果使用者登入之 SLES 9x 伺服器上的中間層伺服器中有尚未更新的舊版 openldap2-client，則中間層服務會最大限度地使用 CPU 並凍結中間層。
測試表明，當工作站透過防火牆進行驗證並在登入期間複製規則檔案或應用程式檔案時，會導致登入次數過多。
若要解決此問題，建議您將應用程式和規則設定為在終端上使用 DNS 名稱而非 IP 位址做為檔案位置。
若要判斷您是否已登入 Kerberos 領域，您需要使用 Ctrl+Alt+Del 按鍵組合在工作站上啟動 ZENworks 桌面管理代辦登入。這樣會顯示 Windows 登入資訊，包括 Kerberos 登入 (如果有)。
如果您在 Windows「控制台」中開啟「ZENworks 代辦選項」(紅色「N」圖示) 以檢視 Windows 登入資訊，則該對話方塊上即使顯示有 Windows 工作站的登入資訊，也不會顯示任何 Kerberos 領域資訊。
本節將說明可能無法正常運作或可能需要在 ZENworks 7 桌面管理中進一步設定之桌面管理工作站輸入與移除元件的某些方面。
在 SLES 9 伺服器上安裝 eDirectory 的過程中，如果已將 LDAP 連接埠設定為在除 389 之外的連接埠上進行偵聽，則在該伺服器上執行自動工作站輸入時會失敗。
現在可以手動設定 novell-zdm-awsi.conf 檔案，以允許替代連接埠處理自動工作站輸入。請使用以下步驟修改 .conf 檔案：
使用文字編輯器在 Linux 伺服器上開啟 /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf。
在檔案中找到以下行：
#LDAP_PORT = 389
刪除此行的註解，並將連接埠號碼從 389 變更為您要使用的連接埠。
儲存此檔案並將其關閉，然後重新啟動輸入服務。
在啟用了防火牆的 SLES 10 桌面管理伺服器上嘗試作業時，自動工作站輸入會失敗。此為預設的 SLES 10 組態。
若要在此情況下啟用工作站輸入，請在 SLES 10 防火牆上開啟 TCP 連接埠 8039。
如果您在 Linux 上安裝搭配 Support Pack 1 的 ZENworks 7 桌面管理服務，則當 Linux 伺服器上還安裝有 eDirectory 8.8 時，該伺服器上的自動工作站輸入會失敗。
依預設，eDirectory 8.8 會將 nds.conf 檔案放在 /etc/opt/novell/eDirectory/conf/ 目錄中，而 eDirectory 8.7.3 會將 nds.conf 放在其 /etc 目錄中。目前，輸入服務會在 /etc 目錄中查找此檔案，因此在 eDirectory 8.8 環境中會失敗。如果將伺服器上的 eDirectory 8.7.3 升級至 eDirectory 8.8，則不會發生此問題。
若要解決此問題，請在 /etc 目錄中建立與 /etc/opt/novell/eDirectory/conf/nds.conf 的軟式連結並重新啟動工作站輸入服務：
ln -s /etc/opt/novell/eDirectory/conf/nds.conf /etc
/etc/inid.d/novell-zdm-awsi start
如果您已經將 ZENworks for Desktops 3.2 系統升級至搭配 SP1 的 ZENworks 7 桌面管理，則您可以在 eDirectory 樹狀結構中保留於 ZENworks for Desktops 3.2 中建立的自動工作站輸入規則。
如果您將 Linux 伺服器引入這個已升級的 ZENworks 7 環境，然後又將現有輸入規則與安裝在 Linux 伺服器上的桌面管理伺服器相關聯，則無法輸入工作站物件。
由於較舊的輸入規則會導致 Linux 上的輸入服務失敗，所以才會出現此問題。若要解決此問題，請刪除現有伺服器規則套件，使用 ZENworks 7 桌面管理嵌入程式重新建立新伺服器規則套件，將此新套件與 Linux 伺服器相關聯，然後設定新輸入規則。
注意：對於在 ZENworks for Desktops 3.2 中設定的自動工作站移除規則和工作站庫存規則，會發生類似的行為。若要解決此問題，請依照上述程序執行作業。
本節將說明可能無法正常運作或可能需要在搭配 SP1 的 ZENworks 7 桌面管理中進一步設定之桌面管理工作站管理元件的某些方面。
在 ZENworks 7 桌面管理中為系統啟動排程啟動程序檔時，即使已經選取「」，工作站規則套件中設定的 Windows 工作站群組規則啟動程序檔的執行方式也可能不一致。
若要解決此問題，請在啟動程序檔中將 wmwait.exe 做為第一個指令執行。此程式會延遲程序檔並檢查工作站管理員是否已驗證該連接。驗證連接後，會關閉此程式並正常處理啟動程序檔。
請務必在修改啟動程序檔時執行以下作業：
HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Workstation Manager\Group Policies"UseSyncGroupPolicyEvent"=dword:00000001
本節將論述可能無法正常運作或可能需要在 ZENworks 7 桌面管理中進一步設定之 Windows 群組規則管理的某些方面。
如果您要同時套用為使用安全性設定進行設定的 Windows XP 而建立的工作站群組規則和使用者群組規則 (例如，您要定義使用者證書)，則透過使用者群組規則套用的安全性設定會覆寫透過工作站群組規則套用的安全性設定。
如果您在使用者規則中停用安全性設定，則會設定並啟動在工作站規則中設定的安全性設定。
將群組規則關聯至使用者或工作站時，如果您在檔案路徑中使用明確的 IP 位址 (亦即，在 ConsoleOne 中，於該規則的路徑中提供 IP 位址—例如 \\137.65.167.123\c$\explicit)，則您無法從安裝有桌面管理代辦的 XP 工作站登入。
您應該在路徑中使用伺服器名稱而非 IP 位址。
如果您從 ConsoleOne 啟動 Microsoft Management Console (MMC) 以編輯 Windows 群組規則—尤其是重新命名預設使用者帳戶 (管理員或訪客)，則系統不會將您登入為您要變更其預設帳戶名稱的使用者。如果您使用此預設帳戶登入並對其重新命名，則不會將變更儲存至您在 ConsoleOne 中指定的網路路徑，並且可能仍然保留在管理機器上。
如果具有巡視設定檔的網路使用者在其登入的 Windows 工作站上看到多個 c:\documents and settings\username.machine_name.nnn 資料夾，或如果使用者發現 Windows 登出較慢或工作站關機較慢，則可能是因為 Windows 登錄機碼處於開啟狀態。
若要解決該問題，請下載並使用 Microsoft User Profile Hive Cleanup Service 公用程式，此公用程式可關閉使用者 Hive 中開啟的登錄機碼，並可在登出時正常刪除巡視設定檔，加快了工作站登出和關機。
建議您使用 Novell Application Launcher? (Novell 應用程式啟動器?) 將此 MSI 應用程式配送至受影響的工作站。
您還可以嘗試 NAL 重新啟動公用程式 (zennalrestart.exe)。此公用程式可在使用者登出時重新啟動 Novell 應用程式啟動器服務，從而有效地關閉之前由此服務開啟的登錄機碼。若要下載此公用程式，請參閱 Novell 支援知識庫中的 TID 2971971。
安裝 ZENworks 7 桌面管理之後，不會將 iPrint 印表機配送至執行 Windows 2000/XP 工作站的使用者，即使在使用者規則套件 (可安裝 iPrint 用戶端並將印表機驅動程式推送至使用者) 中設定了 ZENworks 7 桌面管理 iPrint 規則並將這些使用者的工作站重新開機，也是如此。
若要在 NetWare 6 中解決此問題，請於 \\server_name\sys\login\ippdocs 目錄下的 iprint.ini 檔案中將 AllowUserPrinters 值從預設值零 (0) 修改為 (1)，這樣可允許使用者新增印表機。在 NetWare 6.5 中，可在 \\server_name\sys\apache2\htdocs\ippdocs 目錄中找到 iprint.ini 檔案。
注意：只有在安裝 NetWare 的過程中安裝了 Novell Distributed Print Services? (Novell 分散式列印服務?) 並且已將 nipp.exe 解壓縮至該目錄之後，才可以使用 iprint.ini 檔案。如果您沒有 iprint.ini 和 nipp.exe，則可以從 Novell 支援 (http://support.novell.com) 下載它們。請搜尋 TID 2968629。
如果您使用 iPrint 規則透過防火牆將印表機配送至 Windows 2000/2003 終端機伺服器使用者會期，則此規則無法正確設定所需的登錄機碼以略過代理位址手動組態。
需要從防火牆外部列印至印表機的每個終端機伺服器會期使用者需要使用下列步驟設定代理位址：
在使用者的終端機伺服器會期中，按一下「」>「」>「」>「」，然後按一下「」索引標籤。
選取「」核取方塊。
在「」欄位中，鍵入代理伺服器的外部防火牆代理位址，然後按一下「」。
設定代理位址後，印表機規則即可執行配送，而不會有任何問題。
Novell iPrint 規則 (使用者和工作站套件) 無法在僅有 SUSE LINUX Enterprise Server 9 (SLES 9) 的環境中執行。若要執行 Novell iPrint 用戶端，您的樹狀結構中必須至少具有一個 NetWare 6 (或更新版本) 或 OES Linux 做為 iPrint 伺服器。
本節將說明可能無法正常運作或可能需要在搭配 SP1 的 ZENworks 7 桌面管理中進一步設定之應用程式管理元件的某些方面。
雖然 nal.exe 和 nalexpld.exe 均隨附在產品中並且仍可啟動可執行檔，但是其目的在於使現有登入程序檔持續發揮功能。
搭配 SP1 的 ZENworks 7 桌面管理僅支援 nalwin32.exe 所支援的參數。若要查看這些參數的清單，請輸入以下指令：
nalwin32.exe /?
如果您輸入以下指令，則可以查看相同的參數：
nalwin.exe /?
目前尚無法使用「檔案」功能表上的「結束 Application Explorer」選項關閉「Application Explorer」視窗。
若要關閉 Application Explorer，請按一下「Application Explorer」視窗右上角的「關閉」() 按鈕。
雖然您可以將應用程式圖示從「Application Window」檢視窗的右側窗格拖曳至 Windows 桌面，但是這樣做會建立無法啟動應用程式的損壞捷徑。
建立捷徑後啟動「Application Explorer」檢視窗，即可解決此問題。啟動 Application Explorer 可使捷徑正常運作。稍後，當您關閉 Application Explorer 時，會從桌面移除此捷徑。
如果使用者將使用 myapps.html 選項設定為其 Windows XP 桌面的網頁背景，則 Windows XP 會產生程序檔錯誤，並且 myapps.html 無法顯示應用程式。
如果您希望使用者使用此功能，則需要編輯 myapps.html 中此功能無法處理的部分。最簡便的方法就是從檔案中的 WriteData() 函數中擷取資料，並將其當成新 .html 檔案的內容。
網頁註解如下所示：
<head>
<title>Novell Delivered Applications</title>
</head>
<body scroll=’no’ style=’margin:0; overflow:hidden’>
<object id="AxNalView" classid="CLSID:4F4B2E32-B44C-450E-8683-6903FE9DDCEA" width="100%" height="100%">
<!--param name="SingleTree" value="ZENWORKS_TREE"-->
<!--param name="PortalView" value="false"-->
<!--param name="BannerURL" value="http://www.company.com/banner.html"-->
<!--param name="BannerHeight" value="80"-->
<!--param name="ShowTree" value="true"-->
<!--param name="ShowTasks" value="false"-->
<!--param name="AppDisplayType" value="1"-->
<!--param name="ShowAppFrameNavigation" value="true"-->
<!--param name="ShowIEToolbarButton" value="true"-->
</object>
</body>
</html>
將此檔案儲存至硬碟機。然後您就可以將其做為 XP 背景。
如果您存取 Apache Web 伺服器提供的網頁，並且如果該網頁包含日文字元 (例如日文版的 myapps.html)，則該頁面上的字元可能會顯示為亂碼。
此為 Apache Web 伺服器的已知問題，只需在 Apache 中進行簡單設定即可修正此問題。若要更好地瞭解此問題，請參閱 Sun Developer Network 網站上題為「Creating Multilingual Web Sites with Apache」的文章。如需有關如何解決此問題和設定伺服器的特定資訊，請參閱 Apache HTTP Server Version 2.0 文件中題為「Content Negotiation」的文章。
有關應用程式物件的新終端機伺服器系統要求僅適用於遠端終端機伺服器會期。依預設，將終端機伺服器主控台上執行的會期視為遠端會期。可透過在終端機伺服器上建立以下登錄機碼來變更此行為：
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
建立此登錄機碼會導致將終端機伺服器主控台上執行的會期視為非終端機伺服器會期。
如果使用者使用舊於 4.9 Support Pack 2 的 Novell Client? 版本 (亦即「僅限工作站」) 從本地登入，則 NWGINA 不會進行 eDirectory 驗證並且不會發出任何網路請求。此外，Novell Client 與確定為主要樹狀結構的 eDirectory? 樹狀結構之間會建立未經驗證的或「受監視的」連接。
如果使用者隨後使用中間層登入從 Novell 應用程式啟動器進行驗證，則 NetIdentity 用戶端會在由中間層伺服器支援的 ZENworks 管理伺服器進行驗證。
由於要配送的檔案位於用戶端已建立受監視連接的伺服器上，因此應用程式啟動器無法透過此驗證配送應用程式。透過此連接，用戶端可在伺服器上查看 sys:卷冊 (所有使用者均有權存取 NetWare 伺服器 sys: 卷冊上的 \login 目錄，因為舊版用戶端是透過執行 login.exe 驗證的)。
若要解決此問題，使用者必須在系統匣中 Novell Client 的紅色 圖示上按一下滑鼠右鍵，以登入該伺服器。使用者不應透過在系統匣中「」圖示上按一下滑鼠右鍵，並選取「」來登入。
將已配送的應用程式設定為從工作站解除安裝之後，工作站目前無法在完成解除安裝後提示重新開機。
由於解除安裝可能會影響 Windows 登錄，因此除非將工作站重新開機，否則在啟動時讀取登錄的其他應用程式可能會受到不利影響。使用者應永遠在解除安裝已配送的應用程式後手動重新開機。
如果您將 .ini 檔案應用程式設定為解除安裝時同時解除安裝「建立或附加至現有值」屬性，則不會移除在原始安裝過程中新增的值。
目前，解決此問題的唯一方法是手動編輯 .ini 檔案。
目前的 Novell Client 未隨附 Novell 授權服務的關鍵元件 nls32.dll。因此，當您嘗試在桌面管理中使用軟體授權計量和監視時會產生錯誤。
若要解決此問題，請將 nls32.dll 和 nlsapi32.dll 從 Companion 1 CD 的 companioncd\companion1\licensing 目錄複製到要檢查應用程式授權的每個工作站。在 Windows 2000/XP 工作站上，請複製到 c:\winnt\system32 目錄。在 Windows 98 SE 工作站上，請複製到 c:\windows\system 目錄。
如果針對已載入 cifs.nlm 的 NetWare 6.5 伺服器而執行的 Novell 應用程式啟動器存取之前設定為「」的數個應用程式物件，則在快取第一個應用程式時 NetWare 伺服器可能會異常結束。
我們已經找到此問題的原因，並已在 NetWare 6.5 SP1 升級檔和 NetWare 6.5 SP2 中對其進行了修正。
如果您從還安裝有 ZENworks for Desktops 4 SP1b 或 4.0.1 桌面管理代辦的 Windows XP 工作站本地執行 ConsoleOne 和搭配 SP1 的 ZENworks 7 嵌入程式，則無法在該工作站上從 ConsoleOne 輸入或輸出 AOT 或 AXT 檔案。這樣做會導致 ConsoleOne 損壞。
如果您要使用 ConsoleOne 輸入或輸出 AOT 或 AXT 檔案，建議您不要使用此種軟體組合。
您應該從安裝有搭配 SP1 的 ZENworks 7 桌面管理代辦的工作站啟動 ConsoleOne 的本地副本。此副本不應包含 ZENworks for Desktops 4 SP1b 或 ZENworks for Desktops 4.0.1 嵌入程式。
在日文版 Windows XP 工作站上的 snAppShot 中建立應用程式，然後瀏覽應用程式安裝目錄時，可能會顯示以下錯誤：
外部例外 C0000006
此問題會在下一個版本的 snAppShot 中解決。
如果您從叢集資源啟動應用程式物件配送，然後在配送完成之前啟動叢集資源移轉，則配送可能在完成之前逾時並產生錯誤。
若要解決此問題，您需要手動重新啟動該配送。
如果您在建立新應用程式物件時嘗試輸入現有應用程式物件的 .fil 檔案或登錄機碼，則當較舊資訊所在路徑中的資料夾名稱包含 8 個以上字元、空格或延伸字元時，會無法輸入此資訊。
如果您將鏈中的相依應用程式配送至 ZENworks 環境中的 Windows 98 工作站，並且該工作站上的中間層和桌面管理伺服器已升級為搭配 SP1 的 ZENworks 7 桌面管理，但該工作站上的桌面管理代辦尚未從 4.x 版本或 6.5 隨附版本進行升級，則可能無法配送應用程式，並會發生各種錯誤。
在此情況下，您可能發現鏈中的前幾個應用程式均可以正常配送，但是當繼續執行鏈中其他應用程式的配送時，可能會使工作站處於解除連接的狀態。
解決此問題的方法有兩種：
如果您在使用 Novell 應用程式啟動器的 Windows 98 SE 工作站上安裝 Windows Internet Explorer Security Update KB905915，則應用程式啟動器的「網頁瀏覽器」檢視窗會將應用程式圖示顯示為不正常的黑色方形。
我們不打算為此顯示問題建立修復。
本節將說明可能無法正常運作或可能需要在 ZENworks 7 桌面管理中進一步組態之桌面管理工作站影像元件的某些方面。
將 Windows 2000 工作站硬碟從基本磁碟系統升級為動態磁碟系統會變更分割區表，使它不允許工作站開機至生產分割區，只能開機至桌面管理 Linux* 分割區。對於此問題，ZENworks 7 桌面管理中未包含任何修復。
ZENworks 7 的工作站影像元件不支援動態磁碟。如果您升級磁碟，將無法使用工作站影像。
如果您將搭配 SP1 的 ZENworks 7 工作站影像元件安裝到具有多個網路卡 (network interface card, NIC) 的 Windows 2000 伺服器，則不能選擇將影像代理伺服器結合至特定 IP 位址。
如果您將工作站影像安裝到 NetWare 伺服器，則可以使用以下參數將影像代理伺服器結合至特定 IP 位址 (亦即您選擇的網路卡)：
load imgserv -i:IP_Address
如果您選取「」，並在影像伺服器規則的「」內容頁上指定靜態 IP 位址，然後透過該設定還原工作站影像，稍後又將設定變更為「」，則工作站不會取得任何 IP 位址。
若要解決此問題，您需要將設定變更為 DHCP 並在工作站上重新安裝網路卡驅動程式，否則您必須回復至靜態 IP 設定。
PXE-on-Disk 安裝公用程式無法偵測或顯示 NETGEAR, Inc 製造之 PXE 相容網路卡的驅動程式。
使用 zimgboot.exe 建立的五張開機磁碟沒有足夠的空間來容納所有檔案，包括 USB 驅動程式。
如果工作站需要 USB 驅動程式，使用者可看到類似於以下內容的錯誤訊息：
載入 USB 模組 /bin/runme.s:/lib/modules/2.4.22/kernel/drivers/usb 此檔案或目錄不存在
或者
載入 USB 模組 /bin/runme.s:/lib/modules/2.4.22/kernel/drivers/usb/storage 此檔案或目錄不存在
如果其工作站需要 USB 驅動程式的使用者遇到這些錯誤，您應該為其工作站準備影像開機 CD。影像開機 CD 有足夠的空間來容納適當的 USB 驅動程式。
如果您將安裝有 Novell Cluster Service 的 NetWare 節點升級至搭配 Support Pack 1 的 ZENworks 7 桌面管理，則即使已設定和套用影像伺服器規則，ZENworks 開機前服務也無法偵測到任何工作站影像工作。
若要解決此問題並執行指定的工作，請手動存取 並選取「」。
如果您是在安裝有搭配 SP1 Linux 服務的 ZENworks 7 桌面管理 (亦即桌面管理伺服器元件) 的 SLES 9x、SLES 10 或 OES Linux SP2 64 位元伺服器上執行 Novell eDirectory 8.7.3.8 (或更新版本)，則 ZENworks 7 開機前服務會導致 eDirectory 關機。
如果將影像伺服器規則設定為包含可於下次透過以程序檔複製的影像啟動工作站時，複製工作站影像的規則，則會發生此問題。開機前服務執行時，eDirectory 會關機。
若要解決此問題，您需要設定規則，以使影像檔的位置為非 Linux 伺服器。
本節將說明可能無法正常運作或可能需要在搭配 SP1 的 ZENworks 7 桌面管理中進一步設定之搭配 SP1 的 ZENworks 7 遠端管理元件的某些方面。
如果受管理工作站有多台監視器，則來自管理主控台的遠端會期僅會管理受管理工作站的主監視器。
在受管理工作站上執行遠端控制會期過程中，如果您將顯示模式從 DOS 方塊應用程式模式變更為全螢幕模式，則在變更為正常模式或關閉 DOS 方塊之前不會接收更新。
如果使用者使用遠端桌面連接來連接至 Windows XP 工作站，然後在該工作站上啟動遠端控制會期，則遠端控制主控台將為黑色，並且您將無法對其進行遠端控制。
在您嘗試遠端控制其工作站之前，具有 Windows XP 工作站的使用者應從本地登入。
在執行遠端控制會期過程中，您可能無法移除受管理工作站上的 Active Desktop 底色圖案。這會影響遠端管理效能。
若要解決此問題，您必須手動隱藏受管理工作站的底色圖案。
對於底色圖案隱藏，Windows XP 的運作方式與其他 Windows 作業系統不同。設定底色圖案後，Windows XP 會建立其備份。當您停用該底色圖案時，僅會從主要位置停用它。當您變更設定時，該底色圖案可能會重新出現。
遠端管理不支援在受管理工作站上使用動畫式游標和彩色游標。
在對 Windows XP 受管理工作站執行遠端管理會期過程中，如果您將滑鼠游標放在連續變更的視窗上 (例如任務管理員)，則滑鼠游標會在受管理工作站上閃爍。此滑鼠行為僅在受管理工作站上明顯。
如果修改排程，則在 NetWare 6.5 SP1a (及更新版本) 伺服器上執行的網路喚醒服務可能無法喚醒目標工作站。
若要解決此問題，請嘗試重新啟動該服務。
在 Windows 2000/XP 工作站上，在執行遠端控制或遠端檢視會期過程中，DirectX 應用程式無法在專用模式中執行。
在將遠端管理代辦升級至 ZENworks 7 時，如果服務控制管理員正在執行，則不會建立 Novell ZENworks 遠端管理服務，即使在您重新受管理工作站後，也是如此。
若要解決此問題，請確保在升級前關閉服務控制管理員。
在 Windows 98 工作站上，將遠端管理代辦從 ZENworks for Desktops 4.0.1、ZENworks 6.5 桌面管理或 ZENworks 6.5 桌面管理 Support Pack 1 升級至搭配 SP1 的 ZENworks 7 之後，會刪除遠端管理密碼 (如果已設定)。
解決方案：在「命令提示字元」視窗中，輸入以下指令：
msiexec /i ”path_of_MSI zfdagent.msi” REINSTALLMODE=vamus
如果您要透過 MSI 應用程式物件進行安裝，請在 REINSTALLMODE 內容中指定 vamus。
重要事項：僅當您從 ZENworks 6.5 桌面管理或較新版本的桌面管理代辦進行升級時，此解決方法才適用。
可能無法從受管理設備系統匣中的遠端管理圖示啟動遠端管理代辦說明。
若要解決此問題並檢視「說明」，請導覽至以下位置並連按兩下 rcagent.chm：zenworks_agent_directory\remotemanagement\rmagent\nls\language_directory。
如果您從未安裝 Novell Client 的受管理工作站透過 Windows 2000 或 2003 中間層伺服器登入公司樹狀結構，則從 ConsoleOne 中對應的使用者物件啟動遠端管理時，可能無法顯示受管理工作站的 IP 位址。
若要解決此問題，請參閱 Novell 支援知識庫中的 TID 3287250。此文件提供有可下載 .dll 的連結，您可以將其套用至搭配 SP1 的 ZENworks 7 桌面管理以修正顯示問題。
本節將說明可能無法正常運作或可能需要在搭配 Support Pack 1 的 ZENworks 7 桌面管理中進一步設定之桌面管理工作站庫存元件的某些方面。
如果您要在 Linux 上重新安裝庫存伺服器或庫存資料庫，則必須先解除安裝要重新安裝的元件，然後再繼續安裝該元件。
如果您嘗試為 Linux 叢集安裝 Sybase，則安裝程式可能會顯示以下錯誤：
ZENworks 桌面管理安裝已失敗。
以下元件發生嚴重錯誤：
資料庫引擎
解決方案：此訊息並非很嚴重，因為它不會影響庫存服務。但是，請檢查庫存服務和 Sybase 服務是否已啟動並處於執行中狀態。
如果您在 NetWare 6.5 SP2/SP3 或 NetWare OES 伺服器上安裝 ZENworks 7 桌面管理的庫存伺服器元件，則在完成安裝後庫存服務可能無法啟動。
解決方案：手動啟動庫存服務。
如果保存工作站上未安裝 Novell Client，並且您在庫存服務物件的掃描目錄 (scandir 路徑) 中使用雙位元組字元，則不會將 .str 檔案傳輸至庫存伺服器。
依預設，scandir 路徑是庫存伺服器端元件和資料庫的安裝路徑 (除非您在 ZENworks 7 桌面管理安裝完成之後，透過設定庫存服務物件手動對其進行了變更)。
Crystal「報告檢視器」視窗不支援鍵盤功能。您必須使用滑鼠在檢視器視窗中執行所有操作。
本節將說明在使用搭配 Support Pack 1 的 ZENworks 7 桌面管理時，可能會引發問題或需要解決方案的其他問題。
ZENworks 7 桌面管理代辦無法與 NSure® SecureLogin 3.51.1 之前的版本配合運作。
如果您在安裝有 SecureLogin 3.51.1 之前版本的工作站上安裝 ZENworks 7 管理代辦，則使用者的登入嘗試將會失敗，並且工作站將重新開機。
如果您已經遇到此問題，則可以依照 Novell 知識庫中 TID 10096513 的說明，將工作站返回到工作狀態。
本節將說明有關 ZENworks 如何與 Novell eDirectory 互通的問題。
如果您在安裝有 eDirectory 的 OES Linux 伺服器上安裝 ZENworks 7 桌面管理，隨後又將 eDirectory 升級至 8.7.3.8，則 ZENworks 桌面管理的工作站影像元件會失敗。
在安裝有 ZENworks 7 的伺服器上將 OES Linux 升級至 SP1 或更新版本時，也會出現此問題。若要解決此問題，請依照 Novell 支援知識庫 TID 10098801 中的步驟執行作業。
在套用搭配 SP1 的 ZENworks 7 桌面管理之前，使用者必須將 ENGL Zim 和 ENGL Ztoolkit (協力廠商產品) 升級至 ENGL Zim 4.0 SP1 和 Ztoolkit 4.0 SP1；否則，在執行複製影像以及使用 ENGL 工具部署自動化 Windows build 時會發生問題。
如需更多資訊，請參閱 Novell 知識庫中的 TID 3619822。
本節將說明在使用 ZENworks 7 桌面管理時，可能會引發問題或需要解決方案的其他問題。
在 Windows XP SP2 工作站上，從啟動項目顯示裝置啟動 RDP 或 ICA 應用程式會產生以下錯誤訊息：
為了協助保護您的資訊安全性，Internet Explorer 已停止這個網站安裝軟體到您的電腦。其他選項請按這裡...
如果使用者使用的是 Windows XP SP2 (或更新版本) 工作站，則可以在「」對話方塊頂部資訊列中按一下，以安裝 Citrix ICA/RDP 用戶端。或者，您可以讓使用者與您聯絡，以協助安裝 Citrix ICA/RDP 用戶端。
搭配 Support Pack 1 的 ZENworks 7 桌面管理不支援根部為 DNS 的樹狀結構或聯盟樹狀結構。
當使用者透過 VPN 進行連接時，工作站輸入和工作站管理 (亦即已推送至工作站或使用者的規則) 的工作方式可能不同。如需更多資訊，請參閱 Novell 支援知識庫中的 TID 10096902。
如果您已經在 NetWare 伺服器上安裝了桌面管理資料庫或庫存資料庫，則資料庫操作過程中可能會在 Sybase 引擎主控台顯示下列錯誤訊息：
連接已異常終止
這是一條不正確的訊息，可以忽略。
如果您在以兩個不同網路的兩個不同 IP 位址設定的 Windows 機器上執行 ConsoleOne，則 ConsoleOne 無法將資料傳送至 eDirectory 並會產生錯誤碼。
如果您嘗試針對執行於 SUSE Linux 伺服器上的 eDirectory 建立資料流屬性，則可能會看到此行為。
目前，在移轉至其他叢集資源物件時，安裝有 ZENworks 7 桌面管理之叢集資源物件的解除載入程序檔會導致 Sybase 服務失敗。
若要在 ConsoleOne 中解決此問題，請在解除載入程序檔中找到以下行：
#ZENworks Cluster Support:lines=1
opt/novell/zenworks/bin/ZDMstop stop cluster
移動程序檔中的這些行，使其緊接於以下行之後：
#!/bin/bash
若要在 iManager 中解決此問題，請使用以下程序：
從 ConsoleOne 中複製項目 (參見上文) 並將其貼入 iManager。
在安裝有 ZENworks 的 Linux 叢集節點上，執行以下指令：
dos2unix /etc/opt/novell/ncs/DATA_SERVER.load
dos2unix /etc/opt/novell/ncs/DATA_SERVER.unload
將 Linux 叢集節點重新開機。
由於在 Novell eDirectory 中可能沒有為個別使用者將 NWlanguage 變數設定為中文，因此可能無法正常載入以下 ZENworks 元件：
由於 NWlanguage 變數定義適當本土化資源所在的路徑，因此會發生此問題。如果之前未安裝本土化的 Novell 產品 (例如 Novell Client)，則不會設定這些設定。
請使用以下步驟手動編輯 NWlanguage 變數，以便可以正常載入中文元件：
啟動 Consoleone。
登入安裝有 ZENworks 7 桌面管理元件的 eDirectory 樹狀結構。
在此 eDirectory 樹狀結構中，導覽至使用者物件所在的容器，選取使用者物件，在該物件上按一下滑鼠右鍵，然後按一下「」以檢視使用者的內容。
在「內容」對話方塊中，按一下「」，然後按一下「」。
在「環境」頁上，輸入適當的 NWLanguage 參數。
(依條件而定，適用於繁體中文使用者) 在「語言」欄位中，輸入 CHINESET。
(依條件而定，適用於簡體中文使用者) 在「語言」欄位中，輸入 CHINESES。
按一下「」，以套用新的語言變數。
登出使用者，然後再次以該使用者身份登入。
現在，NWlanguage 變數會指向適當版本的中文資源，這樣即可正常載入代辦配送程式和 snAppShot。
若要在中文版 Windows 上載入遠端控制元件，請執行 regedit.exe，導覽至 HKEY_LOCAL_MACHINE\SOFTWARE\Novell\Parameters，然後手動將 NWLANGUAGE 變數從 ENGLISH 變更為適當的中文版本 (請參閱上述步驟 5)。
目前，Linux 上 ZENworks 7 桌面管理建立之記錄檔的格式為 UNIX 格式；亦即，它們不包括通常用於 Windows 環境中一般文字編輯器 (例如 Microsoft 記事本) 的 CR/LF 字元。因此，在文字編輯器中讀取這些檔案就會很困難。
若要解決此問題，您可以使用 Microsoft WordPad 開啟記錄檔。請透過按一下「檢視」>「選項」>「依視窗自動換行」來確定已選取 WordPad 中的自動換行選項。
在此文件中，大於符號 (>) 用於分隔在使用者介面中導覽功能表時需要執行的動作。
商標符號 (®、TM 等) 表示 Novell 的商標；星號 (*) 表示協力廠商的商標。
Novell, Inc. 對本文件的內容或使用不作任何陳述或保證，並且特別否認對任何特定用途的銷售性或適用性上作任何明示或暗示的保證。此外，Novell, Inc. 有權隨時修訂本文件或更改內容，而無義務向個人或個體通知此項修訂或更改。
此外，Novell, Inc. 對任何軟體不作任何陳述或保證，並且特別否認對任何特定用途的銷售性或適用性上作任何明示或暗示的保證。此外，Novell, Inc. 有權隨時對任一或所有 Novell 軟體部分進行修改，而無義務通知任何個人或個體有關此項修改。
此合約下提到的任何產品或技術資訊均可能受美國出口管制法與其他國家/地區之貿易法的限制。您同意遵守所有出口管制規定並取得出口、再出口或進口產品所需的一切授權或類別。您同意不向目前美國出口排除清單上的實體，或美國出口法中指定之任何禁運的或恐怖主義國家/地區進行出口或再出口。您同意不將本產品用於禁止的核武器、導彈或生化武器研製。請參閱 http://www.novell.com/info/exports/，以取得有關出口 Novell 軟體的更多資訊。若您未能取得必要的出口許可，Novell 不會為此承擔任何責任。
版權 * 2006 Novell, Inc. 版權所有。未經出版公司的書面同意，本出版品的任一部份皆不可複製、影印、傳送，或是儲存於可再回取的系統上。
Novell, Inc. 擁有與本文件所述產品包含之技術相關的智慧財產權。尤其是 (但不限於)，這些智慧財產權可能包括一個或多個列於 http://www.novell.com/company/legal/patents 之上的美國專利，以及一個或多個在美國和其他國家/地區的其他專利或申請中的專利。
如需 Novell 商標的清單，請參閱位於 http://www.novell.com/company/legal/trademarks/tmlist.html 的 Novell 商標和服務標記清單。
所有協力廠商產品均為其各自擁有者所有。