Die Informationen in dieser Readme-Datei betreffen Novell® ZENworks® 7 Desktop Management, das Novell-Produkt für die Verwaltung von Desktops auf Windows*-Arbeitsstationen innerhalb und außerhalb Ihrer Unternehmens-Firewall. Informationen zu ZENworks-Services, die unter NetWare®, Windows- oder Linux*-Serverplattformen ausgeführt werden, sind im Lieferumfang enthalten.
Die in diesem Dokument enthaltenen Probleme wurden bei der erstmaligen Veröffentlichung von ZENworks 7 Desktop Management ermittelt. Informationen zu Problemen, die nach der Erstveröffentlichung behoben wurden, finden Sie unter TID 10097368 in der Novell Support-Knowledgebase.
Im ZENworks 7 Desktop Management-Installationshandbuch finden Sie genaue Anweisungen zur Installation. Dieses Handbuch steht auf der Novell-Dokumentationswebsite und als Menüoption beim Ausführen des Installationsprogramms zur Verfügung.
Es bestehen einige Einschränkungen im Zusammenhang mit dem Bereich und der Umgebung, in denen ZENworks 7 Desktop Management eingesetzt werden kann.
Weitere Informationen dazu finden Sie im Artikel TID 10019161 in der Novell Support-Knowledgebase.
Wenn NetWare 6.5 SP 2 auf dem Server installiert ist, auf dem Arbeitsstationen für die ZENworks-Funktionalität beglaubigt werden, können Sie den eDirectoryTM-Baum oder einen Server mit ConsoleOne®1.3.6 erst dann verwalten, wenn Sie die auf dem Computer installierte Version von Novell ClientTM auf Version 4.9 SP2 aktualisieren.
Novell empfiehlt, die Version des Novell Client (4.90.0 SP1a), die im Lieferumfang von eDirectory 8.7.3 enthalten ist, nicht zu installieren. Diese Version erfordert zusätzliche Patches für den Einsatz mit Windows Server 2003. Stattdessen sollten Sie Novell Client für Windows 4.91 installieren. Diese Version kann von der Website Download von Novell-Produkten heruntergeladen werden.
In diesem Abschnitt werden die Probleme erläutert, die bei der Installation von Desktop Management Server, Middle Tier Server und dem Desktop Management-Agenten auftreten können. Weiterhin werden einige Probleme behandelt, die im Zusammenhang mit der Installation von Desktop Management-Komponenten wie Anwendungsverwaltung und Arbeitsstations-Imaging möglich sind.
Probleme bei der Installation der ZENworks Desktop Management-Services auf einem Linux-Server werden zusammengefasst.
In diesem Abschnitt werden die Probleme erläutert, die bei der Installation der Novell ZENworks 7 Desktop Management-Services unter Linux aufgetreten sind.
Wenn Sie ConsoleOne nach der Installation von ZENworks 7 Desktop Management auf einem Linux-Server erstmalig öffnen, wird ein Popup-Meldung angezeigt, in der Sie den Lizenzcode zur Verwaltung des Linux-Computers unter ZENworks Desktop Management eingeben müssen.
Obwohl in der Meldung "Installation abgeschlossen" angegeben wird, dass alle installierten ZENworks-Services gestartet wurden, wird der Proxydhcp-Service weder nach Abschluss der Installation der ZENworks 7 Desktop Management-Services unter Linux noch nach einem Neustart ausgeführt. Führen Sie zum Starten des Service "/etc/init.d/novell-proxydhcp start" aus. Soll der Service nach einem Neustart ausgeführt werden, können Sie mit einem Editor den Daemon dem gewünschten Runlevel hinzufügen.
Wenn Sie YaST öffnen, nachdem Sie lediglich den ZENworks 7 Middle Tier Server auf einem SLES 9-Server installiert haben, dann "Softwareinstallationen" ausgewählt und anschließend auf "Abhängigkeiten" geklickt haben, werden Fehler angezeigt, die auf einen Abhängigkeitskonflikt hinweisen.
Diese Fehler weisen auf eine Abhängigkeit zu novell-zenworks-common hin; ein Modul, das nicht auf den Server kopiert wird, sofern nicht ebenfalls ZENWorks 7 Desktop Manager auf demselben Computer installiert wurde.
Sie können diesen Fehler außer Acht lassen, wenn nur der Middle Tier Server auf dem SLES 9-Server installiert ist.
Wenn Sie ZENworks 7 Middle Tier Server auf einem OES (Linux)-Server (ausgelieferte Version) installieren und anschließend ein universelles Passwort aktivieren, schlägt die Beglaubigung aller Benutzer fehl, die sich über den Middle Tier Server anmelden. Administratoren können sich ebenfalls nicht anmelden. Folglich wird das NSAdmin-Dienstprogramm unbrauchbar.
Zur Umgehung dieses Problems stehen folgende Möglichkeiten zur Verfügung:
Öffnen Sie /etc/opt/novell/xtier/xsrvd/envvars in einem Texteditor.
Ersetzen Sie die Zeile
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib
durch die Zeile
LD_LIBRARY_PATH="${LD_LIBRARY_PATH}":/opt/novell/xtier/lib:/opt/novell/nmas/client/lib
Verwenden Sie den folgenden Befehl, um novell-xsrvd neu zu starten:
/etc/init.d/novell-xsrvd restart
Dieser Abschnitt enthält Informationen zu Problemen, die bei der Installation von Desktop Management Server auftreten können.
Das Installationsprogramm von Desktop Management Server erfordert freien Speicherplatz auf dem vorgesehenen Systemlaufwerk der Arbeitsstation, über die die Installation durchgeführt wird. Wenn das Installationsprogramm nicht ausgeführt werden kann, ist möglicherweise nicht genug Speicherplatz vorhanden.
Sie müssen ausreichend Speicherplatz zur Verfügung stellen, um mit der Installation fortfahren zu können. Wenn bereits fast sämtlicher Speicherplatz auf dem Windows-Laufwerk belegt ist, können Sie die Umgebungsvariable SystemDrive festlegen, um Speicherplatz auf einem anderen Laufwerk zu nutzen.
Das Installationsprogramm von Desktop Management Server liest die Datei autoexec.ncf des NetWare-Servers, um die erste aufgeführte Anweisung vom Typ BIND IP-Adresse zu suchen und zu verwenden. Wenn die Datei zwei oder mehr Anweisungen vom Typ BIND IP-Adresse enthält und die erste Adresse falsch oder inaktiv ist, kann die Installation nicht durchgeführt werden.
Um das Problem zu beheben, müssen Sie sicherstellen, dass in der Datei autoexec.ncf die korrekte IP-Adresse an erster Stelle angegeben ist.
Wenn Sie einen Windows 2000-Server mit ConsoleOne für die Installation von Desktop Management ConsoleOne-Snapins auf einem weiteren Server verwenden, wird der neue Installationspfad zu ConsoleOne in der Windows-Registrierung hinzugefügt, die ebenfalls den Standardpfad des zuvor installierten ConsoleOne enthält.
Falls Sie denselben Windows 2000-Server für die Installation der ConsoleOne-Snapins auf einem weiteren Server einsetzen, ist die Installation nicht möglich, da für die Installation der Standardpfad verwendet wird.
Wenn Sie die Snapins nicht über einen anderen Server installieren können, empfiehlt es sich, den Standardwert aus dem folgenden Registrierungseintrag zu löschen:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
Das Installationsprogramm von Desktop Management Server kann die Software nicht auf einem Cluster in einem eDirectory-Baum mit mehreren Servern installieren, wenn das Kontrollkästchen "Voraussetzungsprüfung" aktiviert ist und das Cluster-Objekt nicht der erste Server in der Liste "Serverauswahl" ist.
Um dieses Problem zu umgehen, deaktivieren Sie das Kontrollkästchen "Voraussetzungsprüfung".
Wenn Sie ZENworks 7 Desktop Management-Services installieren, wird bei der Installation ein neues ConsoleOne Update Application-Objekt zur Anwendungsaktualisierung. im eDirectory-Baum erstellt. Dieses Objekt funktioniert erst, nachdem Sie es ordnungsgemäß konfiguriert haben.
So konfigurieren Sie das Objekt:
Klicken Sie in ConsoleOne mit der rechten Maustaste auf das ConsoleOne Update Application-Objekt, klicken Sie auf "Eigenschaften", dann auf die Registerkarte "Ausführungsoptionen" und anschließend auf "Anwendung".
Geben Sie im Feld "Pfad zur Datei" Folgendes ein: \\Servername\sys\public\zenworks\c1update.exe,
oder
Klicken Sie in ConsoleOne mit der rechten Maustaste auf das ConsoleOne Update Application-Objekt, klicken Sie auf "Eigenschaften", dann auf die Registerkarte "Ausführungsoptionen" und anschließend auf "Anwendung".
Geben Sie im Feld "Pfad zur Datei" Folgendes ein: %SOURCE_PATH%\zenworks\c1update.exe.
Dieser Abschnitt enthält Informationen zu Problemen, die bei der Installation von Middle Tier Server auftreten können.
Wenn Sie Novell Client auf einem Windows 2000/2003-Server installieren, anschließend Middle Tier Server auf demselben Computer installieren und dann Novell Client auf diesem Server deinstallieren, kann Middle Tier Server nicht ausgeführt werden. Beim Deinstallieren des Client werden wichtige Dateien entfernt, die für die Funktion von ZENworks Middle Tier Server notwendig sind.
Wenn Sie in einem Szenario mit derselben Softwarekombination den Client anschließend auf 4.9 SP 2 aktualisieren, wird eine andere Version der Datei nicm.sys installiert. Wenn Sie nicht die im Lieferumfang von ZENworks 7 Middle Tier Server enthaltene Datei nicm.sys verwenden, schlägt Middle Tier Server fehl.
Zur Umgehung dieses Problems stehen die beiden folgenden Optionen zur Verfügung:
Wenn Sie den ZENworks 7 Middle Tier Server zuvor auf einem OES NetWare-Server installiert und den NetWare-Server anschließend auf OES Support Pack 1 aktualisiert haben, überschreibt das Installationsprogramm des Support Pack den ZENworks 7 Middle Tier Server (Version 2.0x) mit einer neueren Version von XTier (Version 3.01). Diese Version von XTier ist mit anderen ZENworks 7 Middle Tier-Komponenten nicht kompatibel und deaktiviert gewissermaßen den Middle Tier.
Wenn Sie den OES-Server mit OES Support Pack 1 aktualisieren müssen, können Sie das Problem umgehen, indem Sie den ZENworks 7 Middle Tier Server nach der OES-Aktualisierung erneut installieren.
Dieser Abschnitt enthält Informationen zu Problemen, die bei der Installation des Desktop Management-Agenten auftreten können. Weitere Informationen dazu finden Sie im Artikel TID 10078667 in der Novell-Knowledgebase.
WICHTIG: Die im Lieferumfang von ZENworks for Desktops 4.0 enthaltene Version des Desktop Management-Agenten wird nicht mehr unterstützt. Vor der Aktualisierung des Desktop Management-Agenten auf ZENworks 7 sollten Benutzer diese ältere Version des Agenten durch die Version des Agenten im Lieferumfang der ZENworks 6 Suite (ZENworks for Desktops 4.0.1/SP 1b) oder durch eine höhere Version ersetzen.
Die Engine von Microsoft Windows Installer (msi.dll) und die ausführbare Datei von Windows Installer (msiexec.exe) müssen auf der Arbeitsstation vorhanden sein, damit das MSI-Paket des Desktop Management-Agenten entpackt und ausgeführt werden kann. Auf einigen Arbeitsstationen mit Windows 98 ist die MSI-Engine möglicherweise nicht installiert, sodass das MSI-Paket des Desktop Management-Agenten nicht installiert wird.
Sie können die neueste Version von Windows Installer von der Microsoft-Download-Site herunterladen oder die MSI 2.0-Datei (instmsia.exe) verwenden, die im Ordner \microsoft windows installer\98 auf der Begleit-CD Novell ZENworks 7 Companion 2 zur Verfügung steht.
Wenn Sie das MSI-Paket des Desktop Management-Agenten über Application Launcher auf eine Windows-Arbeitsstation verteilen, sollte ConsoleOne auf diesen Arbeitsstationen nicht geöffnet sein.
Ist ConsoleOne während der Verteilung geöffnet, kann das MSI-Paket zur Installation des Desktop Management-Agenten nicht ausgeführt werden.
Es wird empfohlen, das MSI-Objekt des Desktop Management-Agenten nicht so zu konfigurieren, dass eine benutzerbasierte Deinstallation zulässig ist, da die Arbeitsstation derzeit keine Aufforderung zum Neustart ausgibt, wenn der Benutzer eine Deinstallation ausführt, indem er mit der rechten Maustaste auf das Symbol des Anwendungsobjekts klickt.
Wenn Sie dem Benutzer Verwalterrechte erteilen, kann der Desktop Management-Agent über die Option "Software" deinstalliert werden. In diesem Fall wird auf der Arbeitsstation eine Aufforderung zum Neustart angezeigt. Sie können das im Ordner sys:public\mgmt\consoleone\1.2\bin des Desktop Management-Servers enthaltene Dienstprogramm agentdistributor.exe verwenden, wenn ZENworks 7 auf diesen Server angewendet wurde. Mit diesem Dienstprogramm können Sie den neuesten Agenten auf Arbeitsstationen ausgehend von ihren IP-Adressen übertragen.
Wenn Sie oder ein Benutzer die Datei myapps.html auf einer Windows 98-Arbeitsstation installieren, werden bestimmte Dateien des ZENworks Management-Agenten auf dieser Arbeitsstation installiert, die anschließend unter "Software" in der Systemsteuerung nicht mehr deinstalliert werden können.
Dies kann zu Problemen führen, wenn der Novell Client auf derselben Arbeitsstation installiert werden muss. Das Installationsprogramm des Client erkennt die Dateien des Desktop Management-Agenten und setzt den Vorgang erst dann fort, wenn der Agent (oder die zugehörigen Dateien) von der Arbeitsstation entfernt wird. Da die Dateien nicht die gesamte Installation des Agenten bilden, wird der Desktop Management-Agent unter "Software" nicht aufgeführt.
Wenn Sie Anwendungs-Plugins aus der Application Browser-Ansicht (myapps.html) auf einer Windows 98-Arbeitsstation und anschließend den vollständigen ZENworks Desktop Management-Agenten unter Verwendung der MSI-Datei des Agenten, die in der Application Browser-Ansicht verfügbar ist, auf dieser Arbeitsstation installieren, wird die Application Browser-Ansicht nicht mehr ausgeführt.
Die Ursache des Problems besteht darin, dass der Dateiname während der MSI-Installation über die Browser-Ansicht abgeschnitten wurde. Novell empfiehlt, die MSI-Datei des Agenten mit Hilfe einer anderen Methode als der Application Browser-Ansicht unter Windows 98 zu installieren.
Wenn Sie oder ein Benutzer den ZENworks 7 Desktop Management-Agenten auf einer Windows 98-Arbeitsstation deinstallieren, schlägt dies möglicherweise fehl und folgende Fehlermeldung wird angezeigt:
Error 1605: This action is only valid for products that are currently installed (Fehler 1605: Diese Aktion ist nur zulässig für Produkte, die derzeit installiert sind)
Ursache für den Fehler ist, dass das Windows 98 MSI-Installationsprogramm die Windows-Registrierung nicht korrekt für die Deinstallation einrichtet.
InstallShield Consumer Central hat eine Knowledgebase-Ressource veröffentlicht, die eine Umgehung des Problems ermöglicht. Hierbei wird empfohlen, dass Sie mit dem CleanUp-Dienstprogramm von Windows Installer die Registrierungseinträge von der Arbeitsstation löschen. Dieses Dienstprogramm kann auf der Microsoft Support-Site heruntergeladen werden.
Wenn Sie zuerst Novell Client 4.9 SP 1a, dann Novell NetIdentity 1.2 (von derselben Novell Client-CD) und anschließend den ZENworks 7 Desktop Management-Agenten installieren und danach den Agenten wieder entfernen, funktioniert NetIdentity nicht, da die NetIdentity-Dateien des Agenten entfernt wurden.
Zur Umgehung dieses Problems müssen Sie NetIdentity über das Windows-Dienstprogramm "Software" entfernen und anschließend neu installieren.
Wird NetIdentity mithilfe von Novell Client auf einer "sauberen" Arbeitsstation installiert, wird NetIdentity in die Liste "Software" in der Windows-Systemsteuerung aufgenommen.
Wenn Sie anschließend den ZENworks Desktop Management-Agenten (der ebenfalls NetIdentity installiert) auf dieser Arbeitsstation installieren, können Sie NetIdentity über die Option "Software" in Windows von der Arbeitsstation "entfernen". NetIdentity wird jedoch nicht wirklich von dem Computer entfernt, sondern nur aus der Liste "Software". NetIdentity wird erst dann entfernt, wenn der ZENworks Desktop Management-Agent deinstalliert wird.
Wenn Sie Novell Client 3.x installieren und den Arbeitsstations-Manager auf einer Windows 98-Arbeitsstation aktivieren, dann den ZENworks 7 Desktop Management-Agenten installieren und anschließend Novell Client 3.x deinstallieren, wird der Arbeitsstations-Manager auf der Arbeitsstation deinstalliert und es werden keine Richtlinien an die Arbeitsstation verteilt.
Um dieses Problem zu beheben, müssen Sie den Desktop Management-Agenten deinstallieren und auf der Windows 98-Arbeitsstation neu installieren.
Wenn Sie den ZENworks 7 Desktop Management-Agenten installieren und anschließend ein zuvor geliefertes ZENworks for Desktops 4.0.1-Patch oder -Interim Release verteilen (bzw. ein Roll-back zu diesem Patch oder Interim Release durchführen), wird die Arbeitsstation nicht mehr als importiert erkannt und mit der Arbeitsstation verknüpfte Anwendungen werden nicht in den Novell Application Launcher-Ansichten angezeigt.
Wenn Sie bereits den ZENworks 7 Desktop Management-Agenten installiert haben, empfiehlt es sich, kein Roll-back auf ein ZENworks for Desktops 4.0.1-Patch oder -Interim Release des Desktop Management-Agenten durchzuführen.
Durch die Installation des ZENworks 7 Desktop Management-Agenten auf einer Arbeitsstation werden bestimmte Netzwerk-Anmelde-GINAs von Drittanbietern überschrieben. Der ZENworks 7 Desktop Management-Agent unterstützt die folgenden GINAs von Drittanbietern (d. h., sie werden nicht durch Installation des Desktop Management-Agenten überschrieben):
Wenn eine andere GINA eines Drittanbieters (d. h. eine nicht in der Liste enthaltene GINA) bereits auf der Benutzerarbeitsstation installiert ist, wird der Desktop Management-Agent nicht installiert. Wenn Sie für die Eigenschaft IGNORE_3RDPARTY_GINA MSI die Einstellung 1 festlegen, können Sie die Installation des Agenten erzwingen und die Drittanbieter-GINA überschreiben.
WICHTIG: Einige andere Drittanbieter-GINAs funktionieren nicht, wenn sie nicht die primäre (d. h. die erste) Auflistung in einer Microsoft GINA-Kette sind. Dies verursacht ein Problem auf Arbeitsstationen, auf denen der Desktop Management-Agent installiert ist: der Agent erfordert die primäre Auflistung in der Kette und deaktiviert die Drittanbieter-GINA.
Der im Lieferumfang von ZENworks 7 enthaltene Desktop Management-Agentenverteiler (agentdistributor.exe) kann hohe Last auf der Windows-Arbeitsstation erzeugen, die zum Verteilen des Agenten verwendet wird. Das Problem tritt auf, wenn verschiedene Konfigurationselemente ausgewählt wurden. Die Desktop Management-Agentenfunktionen, die Middle Tier-Adresse und der ZENworks-Baumname führen zu einer Verlängerung der Befehlszeile. Ist die Befehlszeile länger als etwa 240 Zeichen, erzeugt der zum Verteilen des Agenten eingesetzte ZDPAService hohe Last. Dies kann unter Umständen dazu führen, dass der Computer nicht mehr bedienbar ist.
Eine Möglichkeit zur Kürzung der Befehlszeile besteht in der Auswahl aller Funktionen, die mit dem Desktop Management-Agenten installiert werden können. Hierdurch wird die an den Puffer weitergeleitete Befehlszeile (ADDLOCAL=ALL) verkürzt und der Agentenverteiler ordnungsgemäß ausgeführt.
WICHTIG: Mit diesem Verfahren werden alle Funktionen des Desktop Management-Agenten installiert. Abhängig von den jeweiligen Geschäftsanforderungen sollen unter Umständen nicht alle diese Funktionen auf den Benutzerdesktops im Unternehmen installiert werden. Novell rät davon ab, Agentenfunktionen gleichzeitig zu installieren.
Weitere Informationen über den Agentenverteiler finden Sie unter "Verwendung des Desktop Management-Agentenverteilers zum Bereitstellen des Agenten auf Arbeitsstationen in einer Microsoft-Domäne" im Novell ZENworks 7 Desktop Management-Installationshandbuch.
Wenn Sie das Agentenverteilungsprogramm (entweder unabhängig oder über ConsoleOne) über einen Windows-Server starten, dessen Regions- und Sprachoptionen auf Spanisch (Spanien) oder Spanisch (Honduras) eingestellt sind, wird die englische Version des Programms geöffnet.
Verwenden Sie zur Umgehung dieses Problems die Regions- und Sprachoptionen in der Windows-Systemsteuerung und setzen Sie das regionale Format auf eine andere spanische Ländereinstellung als Spanisch (Spanien) oder Spanisch (Honduras).
Der Microsoft RDP 5.1-Client (msrdp.ocx) wird zusammen mit ZENworks 7 Launch Gadget geliefert. Wenn ein Benutzer eine Terminalserveranwendung startet, die für die Ausführung in einer RDP-Client-Sitzung konfiguriert wurde, generiert das Launch Gadget eine Fehlermeldung, die angibt, dass das Zertifikat für die Datei abgelaufen ist.
Wenn Sie in der Fehlermeldung zwecks Fortsetzung der Installation auf "Ja" klicken, installiert das Launch Gadget die Datei msrdp.ocx im Verzeichnis C:\Programme\novell\zenworks auf der Arbeitsstation des Benutzers und registriert die OCX-Datei.
Wird die Datei msrdp.cab mit dem Installationsprogramm des ZENworks Management-Agenten auf einer Arbeitsstation installiert, wird keine Fehlermeldung angezeigt.
Dieser Abschnitt enthält Informationen zu Problemen die bei der Installation der Komponente Arbeitsstations-Imaging von ZENworks 7 Desktop Management auftreten können.
Wenn Sie die Komponente Arbeitsstations-Imaging der ZENworks Server-Installation neu installieren oder aktualisieren, werden in der Protokolldatei Desktop Managementlog.txt die folgenden Zeilen hinzugefügt:
Imaging\NTa Components NOT successfully installed on
<server_name> at <installation_path>
Imaging\NTb Components NOT successfully installed on
<server_name> at <installation_path>
Die Installationsprotokolldatei (zenworks_for_desktops_server_installlog.log) gibt an, dass die Datei zenimgdsr.dll nicht ordnungsgemäß kopiert wurde. Dies ist darauf zurückzuführen, dass die ursprüngliche DLL-Datei während der Installation auf dem Server geöffnet bleibt. Die ZENworks for Desktops 4.x- und die ZENworks 7 Desktop Management-Version der DLL-Datei sind identisch. Es hat daher keine Auswirkungen, dass die Installation nicht durchgeführt werden konnte.
Wenn Sie vermeiden möchten, dass dieser Fehler auftritt, können Sie die Datei zenimgdsr.dll auf dem Server umbenennen und anschließend das Installationsprogramm ausführen.
In diesem Abschnitt werden die Probleme erläutert, die auftreten können, wenn Benutzer älterer Versionen von ZENworks Desktop Management oder ZENworks for Desktops auf ZENworks 7 Desktop Management aktualisieren.
Wenn Sie den ZENworks Desktop Management-Server auf ZENworks 7 (NetWare-, Windows- oder Linux-Serverplattformen) aktualisieren, den ZENworks 6.5 Middle Tier Server jedoch nicht auf ZENworks 7 aktualisieren und der Middle Tier Server unter NetWare 6 ausgeführt wird, können mit der Arbeitsstation verbundene Gruppenrichtlinien nicht auf Arbeitsstationen verteilt werden, auf denen der ZfD 4.x- oder der ZENworks 6.5 Desktop Management-Agent installiert ist.
Um dieses Problem zu umgehen, stellen Sie sicher, dass der Middle Tier Server auf ZENworks 7 aktualisiert wird.
Bei der Konfiguration der Aktualisierung des Anwendungsobjekts für den Desktop Management-Agenten wird empfohlen, dass Sie die Anwendung auf RUN ONCE setzen. Nach der Installation des Agenten kann der Benutzer die Anwendung in Novell Application Launcher nicht mehr sehen. Außerdem wird empfohlen, die Deinstallation für das Anwendungsobjekt nicht zu aktivieren.
Für die Aktualisierung des Desktop Management-Agenten sind keine Verwalterrechte erforderlich. Die Benutzerrechte werden für eine gewisse Zeitspanne während der Installation des Desktop Management-Agenten erhöht.
Wenn Sie nur als Mitglied der Gruppe "Benutzer" angemeldet sind, gehen bei der Aktualisierung des ZENworks Desktop Management-Agenten auf die Version 7 die Informationen im Registrierungsschlüssel HKLM\Software\Novell\Workstation Manager\Identification verloren. Dies führt dazu, dass die Arbeitsstation nicht mehr registriert ist (d. h., nicht mehr in den eDirectory-Baum importiert ist).
Diese Bedingung tritt ein, da die Registrierungsinformationen vor der Deinstallation weder gelesen noch gespeichert werden. In manchen Umgebungen stellt dies kein Problem dar, da die Arbeitsstation beim nächsten Neustart der Arbeitsstation wieder importiert wird. In Umgebungen, in denen der Import vom Benutzer abhängt (hinsichtlich Name oder Speicherort), muss sich der Benutzer so oft anmelden, wie im Feld "Anzahl der Benutzeranmeldungen" (wird in der Importrichtlinie angegeben) festgelegt ist, bevor die Arbeitsstation erneut importiert wird.
HINWEIS: Dieses Problem lässt sich vermeiden, indem Sie die Berechtigungen für den Schlüssel HKLM\Software\Novell\Workstation Manager\Identification folgendermaßen ändern, bevor Sie den Agenten aktualisieren: Erteilen Sie der Gruppe "Benutzer" Lesezugriff. Sie können die Registrierungsberechtigungen mithilfe der ZENworks-Gruppenrichtlinien verteilen, indem Sie eine INF-Datei mit den gewünschten Berechtigungen importieren. Weitere Informationen hierzu finden Sie unter Windows-Gruppenrichtlinie (Benutzer- und Arbeitsstationspakete) im Novell ZENworks 7 Desktop Management-Verwaltungshandbuch.
Nachdem der ZENworks 7 Desktop Management-Agent installiert wurde, werden die erforderlichen Berechtigungen für den Registrierungsschlüssel für zukünftige Aktualisierungen festgelegt.
Wenn Sie den bereits unter Windows 98 installierten ZENworks Desktop Management-Agenten auf die Version 7 des ZENworks-Agenten aktualisieren, wird nach dem Neustart des Computers eine Meldung mit dem Hinweis auf einen Fehler in der Datei ncred9x.dll angezeigt. Nach dieser fehlgeschlagenen Aktualisierung ist eine Benutzeranmeldung nicht mehr möglich und die Arbeitsstation befindet sich in einem inkonsistenten Zustand.
Dieser Fehler entsteht aufgrund eines Defekts in der Windows 98 MSI-Engine, wodurch bestimmte Dateien nicht ordnungsgemäß aktualisiert werden.
Um dieses Problem zu vermeiden, müssen Sie die folgende Eigenschaft in das MSI-Anwendungsobjekt für Windows 98-Arbeitsstationen aufnehmen:
REINSTALLMODE=vamus
Auf diese Weise werden die Dateien ordnungsgemäß auf der Windows 98-Arbeitsstation aktualisiert.
Weitere Informationen über die Einrichtung von MSI-Eigenschaften finden Sie auf der Registerkarte "MSI"" unter "Referenz: Anwendungsobjekteinstellungen" im Abschnitt "Anwendungsverwaltung" des ZENworks 7 Desktop Management-Verwaltungshandbuchs.
In diesem Abschnitt werden die Probleme erläutert, die auftreten können, wenn Benutzer versuchen, sich über Novell Client oder den Desktop Management-Agenten bei Desktop Management Server zu beglaubigen.
Einige NetWare-Server generieren möglicherweise einen Fehler der 500er-Serie, wenn Sie versuchen, Arbeitsstationen zu importieren, nachdem die Hosts-Datei auf diesem NetWare-Server bearbeitet wurde.
Um dieses Problem zu umgehen, starten Sie den NetWare-Server neu, auf dem ZENworks Middle Tier Server installiert wurde und dessen Hosts-Datei für den Arbeitsstationsimport bearbeitet wurde.
Wenn Sie sich über Middle Tier Server bei der Desktop Management Server-Software beglaubigen möchten, die auf einem Windows 2000-Computer installiert ist, auf dem bereits Active Directory* (da der Desktop Management Server-Computer als primärer Domänencontroller fungiert) und eDirectory (zur Unterstützung von Desktop Management) installiert sind, ist die Beglaubigung nur dann möglich, wenn sich der Benutzer mit einem vollständigen Kontext anmeldet.
Der Grund hierfür ist ein Konflikt beim LDAP-Standardanschluss zwischen dem jeweiligen LDAP-Listener für Active Directory und eDirectory. Um diesen Anschlusskonflikt zu umgehen, wählen Sie während der Installation von eDirectory entweder einen anderen LDAP-Anschluss als den Standardanschluss 389 oder ändern Sie das LDAP-Gruppenobjekt im Container des Servers in ConsoleOne. Verwenden Sie anschließend das NSADmin-Dienstprogramm in Middle Tier Server, um Middle Tier Server für die Kommunikation über diesen Anschluss zu konfigurieren.
So konfigurieren Sie den Anschluss in NSAdmin:
Geben Sie im Feld "Adresse" von Internet Explorer die URL für das NSAdmin-Dienstprogramm ein. Beispiel:
http://Servername_oder_IP-Adresse/oneNet/nsadmin
Geben Sie im Feld "Wert" des LDAP-Anschluss-Konfigurationsparameters die LDAP-Anschlussnummer ein, die Sie bereits in eDirectory festgelegt haben und die Middle Tier Server für die Kommunikation mit Desktop Management Server verwenden soll. Klicken Sie dann auf "Submit" (Senden).
HINWEIS: Verwenden Sie auf keinen Fall einen anderen Internet-Browser (beispielsweise Mozilla Firefox) als den Internet Explorer zur Ausführung des NSAdmin-Dienstprogramms. Andere Browser können dieses Dienstprogramm nicht ordnungsgemäß ausführen.
Weitere Informationen zu diesem Problem finden Sie im Artikel TID 10073537 in der Novell Support-Knowledgebase.
Wenn Sie versuchen, die unter NetWare 6 ausgeführten Middle Tier Server-Behandlungsroutinen (zum Beispiel xzen.nlm) manuell zu entladen, kommt es zu einem Serverabbruch.
Unter NetWare 6 sollten Sie NVXADMDN zum Entladen der Apache- und Middle Tier-Behandlungsroutinen verwenden. Verwenden Sie NVXADMUP für den Neustart der Apache- und Middle Tier-Behandlungsroutinen.
Unter NetWare 6.5 sollten Sie AP2WEBDN zum Entladen der Apache- und Middle Tier-Behandlungsroutinen verwenden. Verwenden Sie AP2WEBUP für den Neustart der Apache- und Middle Tier-Behandlungsroutinen.
Sie können ndscons.exe nur dann unter Windows 2000 zur Überprüfung der Verbindung zwischen Middle Tier Server und Desktop Management Server einsetzen, wenn Sie über Verwalterrechte für den lokalen Windows 2000-Benutzer verfügen.
Auf einer im Passiv-Modus ausgeführten Arbeitsstation ohne Novell Client, auf der der Desktop Management-Agent installiert ist, wird die folgende Option in einem Dropdown-Feld angezeigt, wenn Sie im Windows-Dialogfeld "Sicherheit" auf "Kennwort ändern" klicken (STRG+ALT+ENTF):
<Novell Netidentity Credentials Provider>
Diese Option zum Ändern des eDirectory-Passworts über NetIdentity ist derzeit nicht funktionsfähig. Um das Passwort für den im Passiv-Modus ausgeführten Agenten zu ändern, öffnen Sie die Systemsteuerung, klicken Sie auf "ZENworks-Agentenoptionen" und ändern Sie dann das Passwort in dem entsprechenden Dialogfeld.
Wenn Novell Client und der Desktop Management-Agent auf derselben Arbeitsstation installiert sind und sich der Benutzer bei der lokalen Arbeitsstation anmeldet, die Ansicht myapps.html öffnet und dann in der Webansicht von Application Launcher auf den Link "Online arbeiten" klickt, funktioniert die NetIdentity-Anmeldung nicht. Hierbei handelt es sich um die ordnungsgemäße Verhaltensweise. Sind auf einer Arbeitsstation sowohl Novell Client als auch der ZENworks Management-Agent installiert, verwendet Application Management stets Novell Client.
Ist auf der Arbeitsstation nur der Agent installiert, wird bei gleichem Szenario über den Link "Online arbeiten" in der Webansicht die NetIdentity-Anmeldung aktiviert.
Arbeitsstationen, die den ZENworks for Desktops 4.x Desktop Management-Agenten verwenden, können auf Dateien (beispielsweise Anwendungen, die zwischengespeichert werden sollen) auf einem unter Windows installierten Desktop Management-Server nicht zugreifen, wenn der Zugriff auf die Dateien über einen auf einem Linux-Computer (SLES 9 SP1 oder OES Linux) installierten Middle Tier Server erfolgen muss.
Das Problem tritt aus zwei Gründen auf:
Sie können dieses Problem umgehen, indem Sie einen ZENworks 6.5 (oder höher) Desktop Management-Agenten installieren, der den ZENMUP für die direkte Kommunikation mit dem Windows-Server verwendet.
Beim Testen wurde ermittelt, dass überaus lange Anmeldezeiten entstehen, wenn Arbeitsstationen über eine Firewall beglaubigt und Richtlinien- oder Anwendungsdateien bei der Anmeldung kopiert werden.
Zur Umgehung dieses Problems empfiehlt Novell, statt IP-Adressen Anwendungen und Richtlinien für die Verwendung von DNS-Namen für Dateistandorte auf dem Backend zu konfigurieren.
Für die LDAP-Beglaubigung, die gestartet wird, wenn sich Benutzer bei ZENworks-Anwendungen oder Richtlinien anmelden bzw. auf diese zugreifen, werden zwei der Kulanzanmeldungen benötigt, die ein Benutzer bei Ablauf seines Passworts erhält. Kulanzanmeldungen werden in ConsoleOne auf der Seite "Beschränkungen" (Abschnitt für Passwortbeschränkungen) des eDirectory-Benutzerobjekts festgelegt.
Wenn eDirectory einen Benutzer beispielsweise darüber informiert, dass er noch zwei Kulanzanmeldungen auf einem Server besitzt, hat er jedoch tatsächlich keine Kulanzanmeldungen und kann sich erst dann anmelden, wenn das Passwort zurückgesetzt wird.
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Import und Entfernung, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Wurde während der eDirectory-Installation auf einem SLES 9-Server der LDAP-Anschluss zur Überwachung eines anderen Anschlusses als dem Anschluss 389 eingerichtet, schlägt der automatische Arbeitsstationsimport auf diesem Server fehl.
Es ist nun möglich, die Datei novell-zdm-awsi.conf manuell zu konfigurieren, um alternative Anschlüsse für den automatischen Arbeitsstationsimport zuzulassen. Verwenden Sie die folgenden Schritte, um die .conf-Datei zu bearbeiten:
Öffnen Sie mit Hilfe eines Texteditors /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf auf dem Linux-Server.
Suchen Sie in der Datei nach der folgenden Zeile:
#LDAP_PORT = 389
Entfernen Sie den Kommentar dieser Zeile und ändern Sie die Nummer des Anschlusses von 389 in die zu verwendende Anschlussnummer.
Speichern und schließen Sie die Datei und starten Sie den Import-Service neu.
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Arbeitsstationsverwaltung, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Die Startskripts für im Arbeitsstations-Richtlinienpaket konfigurierte Gruppenrichtlinien für Windows-Arbeitsstationen werden möglicherweise nicht konsistent ausgeführt, wenn sie für den Systemstart in ZENworks 7 Desktop Management terminiert sind. Dies ist auch dann der Fall, wenn das Kontrollkästchen "Arbeitsstationseinstellungen beibehalten" aktiviert ist.
Dieser Abschnitt behandelt einige Aspekte bei der Verwaltung von Windows-Gruppenrichtlinien, die möglicherweise nicht ordnungsgemäß funktionieren oder weitergehend in ZENworks 7 Desktop Management konfiguriert werden müssen.
Wenn Sie eine für Windows XP erstellte Arbeitsstationsgruppenrichtlinie anwenden, die mit Sicherheitseinstellungen konfiguriert ist, und außerdem eine für Windows XP erstellte Benutzergruppenrichtlinie anwenden, die ebenfalls mit Sicherheitseinstellungen konfiguriert ist (zum Beispiel, wenn Sie ein Benutzerzertifikat definieren möchten), überschreiben die Sicherheitseinstellungen der Benutzergruppenrichtlinie die durch die Arbeitsstationsrichtlinie angewendeten Sicherheitseinstellungen.
Falls Sie die Sicherheitseinstellungen in den Benutzerrichtlinien deaktivieren, werden die Sicherheitseinstellungen der Arbeitsstationsrichtlinie festgelegt und aktiviert.
Falls Sie beim Verknüpfen einer Gruppenrichtlinie mit einem Benutzer oder einer Arbeitsstation in dem Dateipfad eine explizite IP-Adresse verwenden (d. h., Sie geben in ConsoleOne eine IP-Adresse in dem Pfad der Richtlinie an, z. B. \\137.65.167.123\c$\pathname), können Sie sich nicht über eine Arbeitsstation mit Windows XP anmelden, auf der der Desktop Management-Agent installiert ist.
Sie sollten in dem Pfad anstelle einer IP-Adresse den Servernamen verwenden.
Wenn Sie Microsoft Management Console (MMC) über ConsoleOne starten, um eine Windows-Gruppenrichtlinie zu bearbeiten, d. h. insbesondere, um ein Standardbenutzerkonto (Verwalter oder Gast) umzubenennen, dürfen Sie nicht als derjenige Benutzer angemeldet sein, dessen Standardkontonamen Sie ändern. Falls Sie sich mit diesem Standardkonto anmelden und das Konto umbenennen, werden die Änderungen nicht in dem in ConsoleOne festgelegten Netzwerkpfad gespeichert und verbleiben möglicherweise auf dem verwaltenden Computer.
Wenn Netzwerkbenutzern mit zentral gespeicherten Profilen mehrere Ordner C:\Dokumente und Einstellungen\Benutzername.Computername.nnn auf einer Windows-Arbeitsstation angezeigt werden, auf der sie sich anmelden, oder wenn das Abmelden von Windows oder von Arbeitsstationen ungewöhnlich lange dauert, kann dies daran liegen, dass Windows-Registrierungsschlüssel nicht geschlossen wurden.
Um dieses Problem zu umgehen, laden Sie das Dienstprogamm Microsoft User Profile Hive Cleanup Service herunter. Dieses Dienstprogramm schließt offene Registrierungsschlüssel in der Benutzerstruktur, ermöglicht das normale Löschen zentral gespeicherter Profile beim Abmelden und sorgt für schnelleres Abmelden und Herunterfahren von Arbeitsstationen.
Wir empfehlen den Einsatz von Novell Application LauncherTM zur Verteilung dieser MSI-Anwendung auf alle betroffenen Arbeitsstationen.
Nach der Installation von ZENworks 7 Desktop Management werden iPrint-Drucker nicht an Benutzer auf Windows 2000/XP-Arbeitsstationen verteilt, und zwar auch nicht, nachdem die iPrint-Richtlinie von ZENworks 7 Desktop Management im Benutzerrichtlinienpaket (das den iPrint-Client installiert und Druckertreiber an die Benutzer überträgt) konfiguriert wurde und ein Neustart der Benutzerarbeitsstationen erfolgt ist.
Um dieses Problem in NetWare 6 zu umgehen, ändern Sie den Wert AllowUserPrinters in der Datei iprint.ini im Verzeichnis \\Servername\sys\login\ippdocs von Null (0)---dem Standardwert---in (1), sodass der Benutzer den Drucker hinzufügen kann. In NetWare 6.5 ist die Datei iprint.ini im Verzeichnis \\Servername\sys\apache2\htdocs\ippdocs gespeichert.
HINWEIS: Die Datei iprint.ini steht nur dann zur Verfügung, wenn Novell Distributed Print ServicesTM als Bestandteil einer NetWare-Installation enthalten ist und die Datei nipp.exe in dieses Verzeichnis extrahiert wurde. Die Dateien iprint.ini und nipp.exe können bei Bedarf beim Novell Support unter http://support.novell.com heruntergeladen werden. Suchen Sie nach TID 2968629.
Wenn Sie die iPrint-Richtlinie zum Verteilen von Druckern über eine Firewall an eine Benutzersitzung auf einem Windows 2000/2003-Terminalserver verwenden, setzt die Richtlinie den erforderlichen Registrierungsschlüssel nicht ordnungsgemäß, um die manuelle Konfiguration der iPrint-Proxyadresse zu umgehen.
Jeder Benutzer einer Terminalserversitzung, der Drucker außerhalb der Firewall verwenden möchte, muss die folgenden Schritte zum Einrichten der Proxyadresse durchführen:
Klicken Sie in der Terminalserversitzung des Benutzers auf "Start" > "Programme" > "Novell iPrint" > "iPrint Client" und anschließend auf die Registerkarte "Proxy".
Aktivieren Sie das Kontrollkästchen "Proxyserver für iPrint-Druck verwenden".
Geben Sie im Feld "Proxy-URL" die Proxyadresse der externen Firewall des Proxyservers ein und klicken Sie dann auf "OK".
Nach der Einrichtung der Proxyadresse wird die Druckerrichtlinie problemlos verteilt.
Wenn sich Benutzer an einem auf einem Linux-Server (OES oder SLES 9) installierten Desktop Management-Server beglaubigen, wird der iPrint-Client an die entsprechenden Desktops verteilt. Die iPrint-Druckertreiber werden jedoch nicht an diese Desktops verteilt.
Dies ist ein bekanntes Problem in einer der Dateien des ZENworks Desktop Management-Agenten, dass in künftigen Versionen des Desktop Management-Agenten behoben wird.
Die Novell iPrint-Richtlinie (Benutzer- und Arbeitsstationspakete) wird in einer Umgebung, in der nur SUSE LINUX Enterprise Server 9 installiert ist, nicht ausgeführt. Zur Ausführung des Novell iPrint-Client muss im System mindestens einen NetWare-Server vorhanden sein.
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Anwendungsverwaltung, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Die Dateien nal.exe und nalexpld.exe sind zwar in dem Produkt enthalten und starten auch weiterhin ausführbare Dateien, ihr Zweck besteht jedoch in der Vereinfachung der Funktion bestehender Anmeldeskripts.
ZENworks 7 Desktop Management unterstützt nur Parameter, die von nalwin32.exe unterstützt werden. Geben Sie den folgenden Befehl ein, um eine Liste der Parameter anzuzeigen:
nalwin32.exe /?
Die gleichen Parameter werden angezeigt, wenn Sie den folgenden Befehl eingeben:
nalwin.exe /?
Derzeit ist es nicht möglich, das Application Explorer-Fenster über die Option "Application Explorer beenden" im Menü "Datei" zu schließen.
Klicken Sie zum Schließen von Application Explorer auf die Schaltfläche "Schließen" (X) oben rechts in der Ecke des Application Explorer-Fensters.
Sie können zwar ein Anwendungssymbol aus dem rechten Fensterbereich der Application Window-Ansicht auf den Windows-Desktop ziehen, die hierdurch erstellte Verknüpfung funktioniert jedoch nicht und kann die Anwendung nicht starten.
Dieses Problem lässt sich umgehen, indem Sie die Application Explorer-Ansicht öffnen, nachdem Sie die Verknüpfung erstellt haben. Wird Application Explorer gestartet, funktioniert die Verknüpfung ordnungsgemäß. Wenn Sie Application Explorer später wieder schließen, wird die Verknüpfung vom Desktop entfernt.
Wenn ein Benutzer die Option festlegt, mit der die Ansicht myapps.html als Webseiten-Hintergrund für den Windows XP-Desktop verwendet wird, generiert Windows XP Skriptfehler und myapps.html zeigt keine Anwendungen an.
Wenn Sie möchten, dass Benutzer diese Funktion verwenden, müssen Sie die Teile der Datei myapps.html bearbeiten, die diese Funktion nicht verarbeiten kann. Bei dem einfachsten Verfahren werden die Daten aus der Funktion WriteData() in der Datei extrahiert und als Inhalt einer neuen HTML-Datei verwendet.
Die Kommentare der Webseite sehen wie folgt aus:
<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>
Speichern Sie diese Datei auf der Festplatte. Anschließend können Sie sie als Hintergrund unter Windows XP verwenden.
Wenn Sie auf eine von Apache Web Server zur Verfügung gestellte Webseite mit japanischen Zeichen (beispielsweise die japanische Version von myapps.html) zugreifen, werden die Zeichen auf der Seite möglicherweise undeutlich dargestellt.
Hierbei handelt es sich um ein bekanntes Problem in Verbindung mit Apache Web Server, das durch eine einfache Konfigurationsänderung in Apache behoben werden kann. Zum besseren Verständnis des Problems lesen Sie auf der Sun Developer Network Site den Artikel Creating Multilingual Web Sites with Apache. Spezielle Informationen zur Lösung des Problems und zur Konfiguration des Servers finden Sie in der Dokumentation zu Apache HTTP Server Version 2.0 in dem Artikel Content Negotiation.
Die ZENworks 7 Desktop Management-Version der Datei myapps.html (Bestandteil des Application Launcher-Plugins) enthält keine Funktionalität zum Starten von Thin-Client-Anwendungen über einen Windows-Terminalserver.
Wenn Benutzer Thin-Client-Anwendungen starten sollen, müssen Sie den ZENworks Management-Agenten auf Benutzerarbeitsstationen installieren.
In der nächsten Version von ZENworks Desktop Management wird der Installation des Application Launcher-Plugins die Funktionalität zum Starten von Thin-Client-Anwendungen über Arbeitsstationen hinzugefügt.
Die neue Anforderung des Terminalserversystems an ein Anwendungsobjekt betrifft nur per Fernzugriff durchgeführte Terminalserversitzungen. An der Terminalserverkonsole durchgeführte Sitzungen werden standardmäßig als Fernsitzungen betrachtet. Diese Verhaltensweise kann geändert werden, indem Sie den folgenden Registrierungsschlüssel auf dem Terminalserver selbst ändern:
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
Durch diesen Registrierungsschlüssel werden an der Terminalserverkonsole durchgeführte Sitzungen als Sitzungen behandelt, die keine Terminalserversitzungen sind.
Wenn Benutzer für die lokale Anmeldung (d. h. "Nur Arbeitsstation") eine Version von Novell ClientTM verwenden, die älter ist als Version 4.9 Support Pack 2, führt NWGINA keine Beglaubigung bei eDirectory und keine Netzwerkanforderungen durch. Darüber hinaus verfügt Novell Client über eine nicht beglaubigte oder "überwachte" Verbindung zu dem eDirectoryTM-Baum, der als primärer Baum festgelegt ist.
Wenn sich der Benutzer anschließend von Novell Application Launcher aus unter Verwendung der Middle Tier-Anmeldung beglaubigt, wird der NetIdentity-Client bei dem ZENworks Management-Server beglaubigt, für den der Middle Tier Server Dienste zur Verfügung stellt.
Wenn Application Launcher versucht, eine Anwendung über diese Beglaubigung zu verteilen, schlägt dies fehl, da sich die zu verteilenden Dateien auf dem Server befinden, auf dem der Client eine überwachte Verbindung erstellt hat. Über diese Verbindung wird auf dem Client das Volume sys: auf dem Server angezeigt (alle Benutzer besitzen Zugriffsrechte für das Verzeichnis \login auf dem Volume sys: eines NetWare-Servers, da ältere Clients durch Ausführung von login.exe beglaubigt wurden).
Um dieses Problem zu umgehen, muss der Benutzer auf das rote Symbol "N" für Novell Client in der Systemleiste klicken, um sich bei dem Server anzumelden. Benutzer sollten nicht mit der rechten Maustaste auf das Application Launcher-Symbol in der Systemleiste klicken und "ZENworks Middle Tier Server-Anmeldung" auswählen.
Wenn eine verteilte Anwendung so konfiguriert ist, dass sie von einer Arbeitsstation deinstalliert wird, wird auf der Arbeitsstation derzeit im Anschluss an die Deinstallation keine Aufforderung zum Neustart angezeigt.
Da sich die Deinstallation möglicherweise auf die Windows-Registrierung auswirkt, werden andere Anwendungen, die beim Start die Registrierung lesen, möglicherweise beeinträchtigt, sofern die Arbeitsstation nicht neu gestartet wird. Benutzer sollten stets manuell einen Neustart durchführen, nachdem eine verteilte Anwendung deinstalliert wurde.
Wenn Sie eine INI-Datei-Anwendung so konfigurieren, dass sie mit dem für die Deinstallation ausgewählten Attribut "Erstellen oder an vorhandenen Wert anhängen" deinstalliert wird, wird der Wert, der während der ursprünglichen Installation hinzugefügt wurde, nicht entfernt.
Die einzige Möglichkeit, dieses Problem zu umgehen, besteht in der manuellen Bearbeitung der INI-Datei.
Eine Hauptkomponente des Novell Lizenz-Service, nls32.dll, ist nicht im Lieferumfang der aktuellen Version von Novell Client enthalten. Daher tritt ein Fehler auf, wenn Sie versuchen, die Software-Lizenzzählung und -überwachung in Desktop Management zu verwenden.
Um dieses Problem zu umgehen, kopieren Sie die Dateien nls32.dll und nlsapi32.dll aus dem Verzeichnis companioncd\companion1\licensing der Begleit-CD 1 auf alle Arbeitsstationen, auf denen Sie die Anwendungslizenzen überprüfen möchten. Kopieren Sie die Dateien auf Windows 2000/XP-Arbeitsstationen in das Verzeichnis c:\winnt\system32. Kopieren Sie die Dateien auf einer Windows 98 SE-Arbeitsstation in das Verzeichnis c:\windows\system.
Das Symbol, mit dem eine mit einer Arbeitsstation verknüpfte Anwendung als nicht trennbar gekennzeichnet wird, wird nicht sofort angezeigt, wenn sich der Benutzer lokal ohne Beglaubigung bei eDirectory an der Arbeitsstation anmeldet.
Aufgrund einer im Code integrierten Verzögerung wird das Symbol wieder auf dem Desktop angezeigt, wenn Sie Novell Application Launcher nach fünf Minuten aktualisieren.
Wenn Sie versuchen, eine mit einer Arbeitsstation verknüpfte MSI-Anwendung zu verteilen, für die die Option "Im Sicherheitsbereich der Arbeitsstation verteilen, wenn mit Arbeitsstation verknüpft" nicht ausgewählt wurde, und wenn beim Versuch, die Anwendung zu verteilen, der Start-Cache der Arbeitsstation deaktiviert ist, werden Sie durch eine Fehlermeldung darüber informiert, dass die Anwendung nicht erfolgreich verteilt werden konnte.
Die Verteilung ist nicht möglich, da Application Launcher versucht, die Attribute der MSI-Anwendung mit Benutzerrechten zu lesen. Benutzerrechte werden nicht erkannt, da das Schreiben in den Start-Cache deaktiviert ist und der Benutzer keine Rechte für das Anwendungsobjekt außerhalb des Cache besitzt.
Zur Vermeidung dieser Fehlermeldung haben Sie folgende Möglichkeiten:
Wenn die auf einem NetWare 6.5-Server, auf dem cifs.nlm geladen ist, ausgeführte Software Novell Application Launcher auf mehrere Anwendungsobjekte zugreift, für die zuvor "Cache erzwingen" festgelegt wurde, findet möglicherweise ein Abbruch des NetWare-Servers statt, wenn die erste Anwendung im Cache gespeichert wird.
Das Problem wurde erkannt und in einem Patch für NetWare 6.5 SP 1 sowie in NetWare 6.5 SP 2 behoben.
Mit einer Arbeitsstation verknüpfte Anwendungen stehen Benutzern nach dem ersten Neustart zur Verfügung, der auf einen erfolgreichen Import der Arbeitsstation in einen eDirectory-Baum folgt.
Wenn Sie ConsoleOne- und ZENworks 7-Snapins lokal über eine Windows XP-Arbeitsstation ausführen, auf der ebenfalls der ZENworks for Desktops 4 SP 1b- oder 4.0.1 Desktop Management-Agent installiert ist, kann weder ein Import noch ein Export von AOT- oder AXT-Dateien mit ConsoleOne auf dieser Arbeitsstation durchgeführt werden. In diesem Fall kommt es zu einem Absturz von ConsoleOne.
Novell empfiehlt, diese Softwarekombination nicht zu verwenden, wenn ConsoleOne für den Import oder Export von AOT- oder AXT-Dateien verwendet werden soll.
Stattdessen wird angeraten, eine lokale Kopie von ConsoleOne über eine Arbeitsstation zu starten, auf der der ZENworks 7 Desktop Management-Agent installiert ist. Diese Kopie sollte weder das ZENworks for Desktops 4 SP 1b- noch das ZENworks for Desktops 4.0.1-Snapin enthalten.
Wenn Sie versuchen, mithilfe von SnAppShot eine AOT/AXT-Datei einer Windows XP-Anwendung zu erstellen, wird möglicherweise eine Fehlermeldung angezeigt, die Sie darüber informiert, dass SnAppshot eine Datei aus dem Verzeichnis c:\windows\softwaredistribution nicht kopieren konnte.
Dieser Fehler tritt auf, da der Ordner c:\windows\softwaredistribution nicht in der Ausschlussliste hinzugefügt wurde.
Wenn Sie noch nicht mit dem Erstellen der AOT-/AXT-Datei begonnen haben, empfiehlt es sich, das Verzeichnis c:\windows\softwaredistribution der Ausschlussliste hinzuzufügen.
Wenn Sie den snAppShot-Prozess bereits gestartet und die Fehlermeldung erhalten haben, wird folgendes Verfahren empfohlen:
Notieren Sie sich aus der Fehlermeldung den Namen der Datei, die nicht kopiert werden konnte. Klicken Sie dann im Dialogfeld mit der Fehlermeldung auf "Ignorieren", um das Kopieren der Datei in das FIL-Verzeichnis zu überspringen.
Importieren Sie die AOT-/AXT-Datei in ConsoleOne.
Entfernen Sie den Eintrag der nicht kopierten Datei von der Registerkarte "Anwendungsdateien" des AOT-/AXT-Anwendungsobjekts.
Wenn Sie eine Anwendung in SnAppShot auf einer Arbeitsstation mit der japanischen Version von Windows XP erstellen und dann zum Installationsverzeichnis der Anwendung navigieren, wird möglicherweise die folgende Fehlermeldung angezeigt:
Externe Ausnahme C0000006
Dieses Problem wird in der nächsten Version von SnAppShot behoben.
Wenn Sie die Verteilung eines Anwendungsobjekts aus einer Clusterressource und anschließend vor Abschluss der Verteilung eine Clusterressourcenmigration initialisieren, kommt es bei der Verteilung unter Umständen zu einer Zeitüberschreitung, wodurch ein Fehler erzeugt wird.
Um dieses Problem zu umgehen, müssen Sie die Verteilung manuell erneut starten.
Wenn Sie bei der Erstellung eines neuen Anwendungsobjekts versuchen, die FIL-Dateien oder Registrierungsschlüssel eines vorhandenen Anwendungsobjekts zu importieren, schlägt der Import dieser Daten fehl, wenn sich der Speicherort der älteren Daten in einem Pfad befindet, der einen Ordnernamen mit mehr als 8 Zeichen, einem Leerzeichen oder einem Zeichen des erweiterten Zeichensatzes enthält.
Wenn Sie verkettete, abhängige Anwendungen auf eine Windows 98-Arbeitsstation in einer ZENworks-Umgebung verteilen, in der der Middle Tier Server und der Desktop Management-Server auf ZENworks 7 Desktop Management aktualisiert wurden, jedoch keine Aktualisierung des Desktop Management-Agenten von Version 4.x oder der Lieferversion 6.5 durchgeführt wurde, schlägt die Anwendungsverteilung möglicherweise fehl und es werden verschiedenen Fehlermeldungen ausgegeben.
In dieser Situation werden die ersten Anwendungen möglicherweise normal angezeigt, die Verteilung einer weiteren Anwendung in der Kette scheint die Arbeitsstation jedoch in einen getrennten Status zu versetzen.
Dieses Problem lässt sich auf zwei Arten umgehen:
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Arbeitsstations-Imaging, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Beim Aufrüsten der Festplatte einer Windows 2000-Arbeitsstation von einem Basisdatenträgersystem auf ein dynamisches Datenträgersystem wird die Partitionstabelle so geändert, dass die Arbeitsstation nicht von der Produktionspartition, sondern nur von der Desktop Management Linux*-Partition gestartet werden kann. Im Lieferumfang von ZENworks 7 Desktop Management sind keine Lösungen für dieses Problem enthalten.
Die Komponente Arbeitsstations-Imaging von ZENworks 7 unterstützt keine dynamischen Datenträger. Wenn Sie die Datenträger aktualisieren, kann die Komponente Arbeitsstations-Imaging nicht mehr verwendet werden.
Wenn Sie die Komponente Arbeitsstations-Imaging von ZENworks 7 Desktop Management auf einem Windows 2000-Server mit mehreren Netzwerkkarten (NIC) installieren, können Sie den Imaging-Proxy-Server nicht an eine bestimmte IP-Adresse binden.
Bei der Installation der Komponente Arbeitsstations-Imaging auf einem NetWare-Server haben Sie die Möglichkeit, den Imaging-Proxy-Server mit dem folgenden Parameter an eine bestimmte IP-Adresse (d. h. die Netzwerkkarte Ihrer Wahl) zu binden:
load imgserv -i:IP-Adresse
Wenn Sie die Komponenten Arbeitsstations-Imaging und Preboot Services von ZENworks 7 Desktop Management auf einem NetWare-Cluster-Knoten installieren und anschließend die Arbeitsstation importieren, eine Imaging-Richtlinie für die Arbeitsstation einrichten und die Arbeitsstation mit PXE-Startdisketten oder über einen PXE-Netzwerkstart starten, erkennt die Arbeitsstation die Imaging-Richtlinie nicht und führt sie nicht aus.
Novell empfiehlt daher, ZENworks 7 Preboot Services in einer NetWare-Cluster-Umgebung nicht zu verwenden.
Treiber für PXE-kompatible Netzwerkadapter, die von NETGEAR, Inc., hergestellt werden, werden vom Dienstprogramm PXE-on-Disk Setup weder erkannt noch angezeigt.
Die fünf mit zimgboot.exe erstellten Startdisketten verfügen über nicht genügend Speicherplatz, um alle Dateien einschließlich USB-Treibern aufzunehmen.
Benötigt eine Arbeitsstation USB-Treiber, werden den Benutzern Fehlermeldungen angezeigt, die mit einer der folgenden vergleichbar sind:
Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb No Such File or Directory
oder
Load USB Modules /bin/runme.s: /lib/modules/2.4.22/kernel/drivers/usb/storage No Such File or Directory
Wenn Benutzern, deren Arbeitsstationen USB-Treiber benötigen, solche Fehlermeldungen angezeigt werden, empfiehlt sich die Bereitstellung einer Imaging-Start-CD für diese Arbeitsstationen. Eine Imaging-Start-CD verfügt über ausreichend Speicherplatz für die Aufnahme der geeigneten USB-Treiber.
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Fernverwaltung, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Wenn an eine verwaltete Arbeitsstation mehrere Monitore angeschlossen sind, wird über eine Fernsitzung von einer Verwaltungskonsole aus nur der primäre Monitor der verwalteten Arbeitsstation verwaltet.
Wenn Sie während einer Fernsteuerungssitzung auf der verwalteten Arbeitsstation vom Anzeigemodus des DOS-Anwendungsfensters in den Vollbildmodus wechseln, erhalten Sie erst dann Aktualisierungen, wenn Sie wieder in den normalen Modus wechseln oder das DOS-Fenster schließen.
Wenn ein Benutzer die Fern-Desktop-Verbindung nutzt, um eine Verbindung zu einer Windows XP-Arbeitsstation herzustellen und dann eine Fernsteuerungssitzung auf dieser Arbeitsstation einleitet, ist der Bildschirm der Fernsteuerungskonsole schwarz und eine Fernsteuerung ist nicht möglich.
Benutzer mit einer Windows XP-Arbeitsstation sollten sich lokal anmelden, bevor Sie versuchen, ihre Arbeitsstationen per Fernzugriff zu steuern.
Während einer Fernsteuerungssitzung können Sie möglicherweise das aktive Desktop-Hintergrundbild auf der verwalteten Arbeitsstation nicht entfernen. Hierdurch wird die Leistung der Fernverwaltung beeinträchtigt.
Zur Umgehung dieses Problems müssen Sie das Hintergrundbild der verwalteten Arbeitsstation manuell unterdrücken.
Bei der Unterdrückung von Hintergrundbildern verhält sich Windows XP anders als andere Windows-Betriebssysteme. Wenn Sie das Hintergrundbild einrichten, erstellt Windows XP eine Sicherungskopie des Bilds. Deaktivieren Sie das Hintergrundbild, wird es lediglich in dem primären Pfad deaktiviert. Wenn Sie die Einstellungen ändern, wird das Hintergrundbild möglicherweise wieder eingeblendet.
Animierte und farbige Cursor auf der verwalteten Arbeitsstation werden in Verbindung mit der Fernverwaltung nicht unterstützt.
Wenn Sie während einer Fernverwaltungssitzung mit einer verwalteten Windows XP-Arbeitsstation den Mauszeiger in einem Fenster platzieren, das sich ständig ändert (z. B. Task-Manager), flackert der Mauszeiger auf der verwalteten Arbeitsstation. Diese Verhaltensweise des Cursors können Sie nur auf der verwalteten Arbeitsstation beobachten.
Der auf dem Server unter NetWare 6.5 SP 1 (und höher) ausgeführte Wake-on-LAN-Service reaktiviert unter Umständen keine Zielarbeitsstationen, wenn der Zeitplan geändert wird.
Um dieses Problem zu umgehen, starten Sie den Service erneut.
Auf Windows 2000/XP-Arbeitsstationen werden DirectX-Anwendungen während einer Fernsteuerungs- oder Fernansichtssitzung nicht im exklusiven Modus ausgeführt.
Falls der Dienstkontroll-Manager ausgeführt wird, wenn der Fernverwaltungsagent auf ZENworks 7 aktualisiert wird, wird der Novell ZENworks-Fernverwaltungsservice nicht erstellt, und zwar auch nicht, nachdem Sie die verwaltete Arbeitsstation neu gestartet haben.
Um dieses Problem zu beheben, müssen Sie sicherstellen, dass der Dienstkontroll-Manager vor der Aktualisierung geschlossen wird.
Wenn Sie einen Linux-Server neu starten, auf dem der ZENworks Wake-On-LAN-Service installiert ist, wird dieser Service auf dem Startanmeldebildschirm unter Umständen als fehlend angezeigt, obwohl der Wake-On-LAN-Service ordnungsgemäß ausgeführt wird. Sie können diese Meldung ignorieren.
Wenn Sie auf einer Windows 98-Arbeitsstation den Fernverwaltungsagenten von ZENworks for Desktops 4.0.1, ZENworks 6.5 Desktop Management oder ZENworks 6.5 Desktop Management Support Pack 1 auf ZENworks 7 aktualisieren, wird das Fernverwaltungspasswort gegebenenfalls gelöscht.
Lösung: Geben Sie an der Eingabeaufforderung den folgenden Befehl ein:
msiexec /i "path_of_MSI zfdagent.msi" REINSTALLMODE=vamus
Wenn Sie über ein MSI-Anwendungsobjekt installieren, geben Sie vamus in der Eigenschaft REINSTALLMODE an.
WICHTIG: Diese Lösung ist nur dann anwendbar, wenn Sie von ZENworks 6.5 Desktop Management oder einer höheren Version des Desktop Management-Agenten aktualisieren.
Wenn Sie während einer Fernverwaltungssitzung die Hilfe aufrufen, wird die Hilfedatei unter Umständen nicht ordnungsgemäß gestartet.
Um dieses Problem zu umgehen und die Hilfe anzuzeigen, navigieren Sie zu folgendem Speicherort und doppelklicken Sie auf die Datei rcagent.chm: zenworks_agent_directory\remotemanagement\rmagent\nls.
Dieser Abschnitt behandelt Bereiche der Desktop Management-Komponente Arbeitsstationsinventar, die möglicherweise nicht ordnungsgemäß funktionieren oder in ZENworks 7 Desktop Management weitergehend konfiguriert werden müssen.
Wenn Sie den Inventarserver oder die -datenbank unter Linux neu installieren möchten, müssen Sie die neu zu installierende Komponente zuerst deinstallieren und anschließend die Installation der Komponente erneut durchführen.
Wenn Sie die Inventarserverkomponente von ZENworks 7 Desktop Management auf einem NetWare 6.5 SP2/SP3- oder NetWare OES-Server starten, kann der Inventarservice nach der Installation unter Umständen nicht gestartet werden.
Falls Novell Client auf inventarisierten Arbeitsstationen nicht installiert ist und Sie Doppelbyte-Zeichen im Absucheverzeichnispfad (scandir) des Inventarserviceobjekts verwenden, werden die STR-Dateien nicht an den Inventarserver übertragen.
Standardmäßig handelt es sich bei dem Absucheverzeichnispfad (scandir) um den Installationspfad, im dem die Komponenten auf Inventarserverseite und die Datenbank installiert sind (es sei denn, Sie haben den Pfad nach der Installation von ZENworks 7 Desktop Management durch Konfiguration des Inventarserviceobjekts manuell geändert).
In diesem Abschnitt werden weitere Umstände erläutert, die bei Verwendung von ZENworks 7 Desktop Management zu Problemen führen können oder Problemlösungen erfordern.
Beim Start einer RDP- oder ICA-Anwendung durch das Launch Item Gadget auf einer Windows XP SP 2-Arbeitsstation wird die folgende Fehlermeldung generiert:
To help protect your security, Internet Explorer stopped this site from installing software on your computer. Click here for options... (Zum Schutz Ihrer Sicherheit hat Internet Explorer das Installieren von Software auf Ihrem Computer durch diese Site beendet. Klicken Sie hier, um weitere Optionen anzuzeigen...)
Wenn Benutzer Windows XP SP 2-Arbeitsstationen (oder höher) verwenden, können sie im oberen Bereich des Dialogfelds für Plugins auf die Informationsleiste klicken, um den Citrix ICA/RDP-Client zu installieren. Alternativ können Sie Benutzern Kontaktpersonen nennen, die ihnen bei der Installation des Citrix ICA/RDP-Client behilflich sind.
ZENworks 7 Desktop Management unterstützt keine Bäume mit DNS-Stamm und keine Verbundbäume.
In der ausgelieferten Version von ZENworks for Desktops 4.x enthielten die Eigenschaftsseiten für Benutzer-, Arbeitsstations- und Containerobjekte in ConsoleOne die Registerkarten "Application Launcher" und "Anwendungen".
Bei ZENworks 7 Desktop Management wurden diese beiden Seiten in den Benutzer-, Arbeitsstations- und Containerobjekten unter der Registerkarte "ZENworks" zusammengefasst.
Der Arbeitsstationsimport und die Arbeitsstationsverwaltung (d. h. an Arbeitsstationen oder Benutzer übertragene Richtlinien) funktionieren unter Umständen nicht ordnungsgemäß, wenn Benutzer eine Verbindung über VPN herstellen. Weitere Informationen finden Sie unter TID 10096902 in der Novell Support-Knowledgebase.
Wenn Sie entweder die Desktop Management-Datenbank oder die Inventardatenbank auf einem NetWare-Server installiert haben, wird während der Ausführung von Datenbankvorgängen möglicherweise die folgende Fehlermeldung angezeigt:
Connection terminated abnormally (Die Verbindung wurde aufgrund eines Fehlers beendet.)
Dies ist eine falsche Meldung; sie kann ignoriert werden.
Wenn Sie ConsoleOne auf einem Windows-Computer ausführen, der mit zwei verschiedenen Adressen in zwei verschiedenen Netzwerken konfiguriert ist, kann ConsoleOne keine Daten an eDirectory senden und generiert einen Fehlercode.
Sie treffen unter Umständen auf dieses Verhalten, wenn Sie ein Datenstromattribut für eDirectory erstellen, das auf einem SUSE Linux-Server ausgeführt wird.
Der ZENworks 7 Desktop Management-Agent funktioniert nicht ordnungsgemäß mit Versionen von NSure® SecureLogin vor Version 3.51.1.
Wenn Sie den ZENworks 7 Management-Agenten auf einer Arbeitsstation installieren, auf der eine Version von SecureLogin vor Version 3.51.1 installiert ist, schlagen die Anmeldeversuche des Benutzers fehl und die Arbeitsstation wird neu gestartet.
Wenn Ihnen dieses Problem bereits bekannt ist, können Sie die Arbeitsstation mithilfe der Anweisungen in TID 10096513 in der Novell-Knowledgebase wieder in einen funktionierenden Zustand zurückversetzen.
In dieser Dokumentation wird ein Größer-als-Zeichen (>) zur Trennung von Aktionen verwendet, die zum Navigieren durch Menüs in einer Benutzeroberfläche erforderlich sind.
Ein Markensymbol (®, TM usw.) weist auf eine Novell-Marke hin. Marken eines anderen Herstellers sind durch ein Sternchen (*) gekennzeichnet.
Novell, Inc., leistet keinerlei Gewähr bezüglich des Inhalts oder Gebrauchs dieser Dokumentation. Insbesondere werden keine ausdrücklichen oder stillschweigenden Gewährleistungen hinsichtlich der handelsüblichen Qualität oder Eignung für einen bestimmten Zweck übernommen. Novell, Inc. behält sich weiterhin das Recht vor, diese Dokumentation zu revidieren und ihren Inhalt jederzeit und ohne vorherige Ankündigung zu ändern.
Novell, Inc., gibt ebenfalls keine Erklärungen oder Garantien in Bezug auf Softwareprodukte und schließt insbesondere jegliche ausdrückliche oder stillschweigende Garantie auf Marktgängigkeit oder Eignung für einen bestimmten Zweck aus. Außerdem behält sich Novell, Inc., das Recht vor, Novell-Software jederzeit und ohne vorherige Ankündigung ganz oder teilweise zu ändern.
Sämtliche in dieser Vereinbarung bereitgestellten Produkt- oder technischen Informationen unterliegen der US-Exportkontrolle sowie den Handelsgesetzen anderer Länder. Sie erklären sich bereit, alle Exportkontrollbestimmungen einzuhalten und sämtliche erforderlichen Lizenzen oder Klassifizierungen für die Ausfuhr, Wiederausfuhr oder Einfuhr von Produkten zu erlangen. Die Ausfuhr oder Wiederausfuhr an Unternehmen, die auf der aktuellen US-Exportausschlussliste stehen, oder in terroristische Länder bzw. Länder, die einem US-Embargo unterliegen und in den US-Exportgesetzen angegeben sind, ist strengstens untersagt. Die Verwendung dieser Produkte durch Endbenutzer, die sich mit Raketentechnik bzw. Nuklear-, chemischen und/oder biologischen Waffen beschäftigen, ist ebenfalls strengstens untersagt. Weitere Informationen zur Ausfuhr von Novell-Software finden Sie unter http://www.novell.com/info/exports/. Novell übernimmt keine Verantwortung für die Nichterlangung der notwendigen Exportgenehmigungen.
Copyright© 2005 Novell, Inc. Alle Rechte vorbehalten. Ohne ausdrückliche schriftliche Genehmigung des Herausgebers darf kein Teil dieser Veröffentlichung reproduziert, fotokopiert, übertragen oder in einem Speichersystem verarbeitet werden.
Novell, Inc., besitzt die Rechte auf geistiges Eigentum für die Technologie, die in dem in dieser Dokumentation beschriebenen Produkt enthalten ist. Diese Rechte auf geistiges Eigentum umfassen möglicherweise insbesondere ein oder mehrere Patente in den USA, die unter http://www.novell.com/company/legal/patents aufgeführt sind (ohne darauf beschränkt zu sein). Diese Rechte umfassen möglicherweise außerdem ein oder mehrere andere Patente oder laufende Patentanträge in den USA und in anderen Ländern.
ConsoleOne, NetWare, Novell, NSure und ZENworks sind eingetragene Marken von Novell, Inc., in den USA und anderen Ländern. eDirectory, NLM, Novell Application Launcher, Novell Client, Novell Distributed Print Services und sind Marken von Novell, Inc.
Alle Produkte von Drittanbietern sind Eigentum der jeweiligen Inhaber.