Les informations contenues dans ce fichier Lisezmoi concernent Novell® ZENworks® Desktop Management, le produit de Novell destiné à gérer le bureau des postes de travail Windows*, qu'ils soient ou non protégés par le pare-feu de votre entreprise.
Les problèmes mentionnés dans ce document ont été identifiés lors de la sortie initiale du produit. Pour plus d'informations sur les problèmes corrigés depuis, reportez-vous au TID 10093355.
Le manuel ZENworks 6.5 Desktop Management Installation Guide (Guide d'installation de ZENworks 6.5 Desktop Management) fournit des instructions d'installation détaillées. Son fichier .pdf se trouve dans le répertoire http://www.novell.com/fr-fr/documentation/zenworks65/pdfdoc/dminstall/dminstall.pdf et on peut y accéder par sélection d'une option de menu lors de l'exécution du programme d'installation.
Le manuel ZENworks 6.5 Desktop Management Administration Guide (Guide d'administration de ZENworks 6.5 Desktop Management) se trouve sur le site Web de documentation de Novell.
Certaines restrictions s'appliquent à l'étendue et à l'environnement d'utilisation de ZENworks 6.5 Desktop Management.
Pour plus d'informations, reportez-vous au TID 10019161 de Novell Support Knowledgebase (Base de connaissances du support technique de Novell).
Si Netware 6.5 SP2 est installé sur le serveur auprès duquel les postes de travail s'authentifient pour utiliser les fonctions ZENworks, vous ne serez pas en mesure d'administrer l'arborescence eDirectoryTM ou un serveur avec ConsoleOne® 1.3.6 tant que vous n'aurez pas procédé à la mise à niveau de Novell ClientTM vers sa version 4.9 SP2 sur la machine.
Dans ZENworks Desktop Management 6.5, certaines règles de bureau Windows précédemment prises en charge ne le sont plus. De plus, certains paramètres de règle de groupe ne peuvent pas être appliqués aux bureaux Windows XP. Cette section détaille les restrictions concernant les règles.
Les règles suivantes ne font pas partie de l'installation de ZENworks 6.5 Desktop Management.
Certains paramètres de sécurité ne peuvent pas être étendus à une règle de groupe Windows XP sur le réseau en utilisant ConsoleOne comme éditeur de règles ; Microsoft* ne publie en effet aucune méthode pour les modifier.
Les paramètres de sécurité concernés par cette restriction doivent être modifiés localement par l'intermédiaire de la console MMC ou importés en tant que paramètres de sécurité Active Directory. Paramètres de sécurité connus :
Une fois les paramètres de sécurité modifiés à l'aide de Active Directory ou de la console MMC, importez-les dans la règle de votre choix, ou nommez le fichier « zensec.inf » et copiez-le dans l'emplacement approprié du dossier de la règle de groupe (emplacement_réseau\dossier_règle_groupe\machine\microsoft\windows nt\secedit\) sur le réseau.
Cette section explique les problèmes liés à l'installation du serveur Desktop Management, du serveur Middle Tier et de l'agent de gestion de bureau. Elle aborde également certains problèmes liés à l'installation de composants Desktop Management tels que Gestion d'applications et Création d'image de poste de travail.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Desktop Management.
Le programme d'installation du serveur Desktop Management exige que le disque système désigné du poste de travail à partir duquel vous effectuez l'installation dispose d'une certaine quantité d'espace libre. L'échec du programme d'installation peut être lié au manque d'espace disque pour poursuivre l'installation.
Vous devez créer un espace disque suffisant pour continuer l'installation. Si l'unité Windows est pratiquement pleine, vous pouvez définir la variable d'environnement SystemDrive pour qu'elle utilise l'espace disque d'une autre unité.
Le programme d'installation du serveur Desktop Management lit son fichier autoexec.ncf afin de rechercher et d'utiliser la première instruction BIND IP Address de la liste. Si le fichier possède au moins deux instructions BIND IP Address et si la première adresse est incorrecte ou inactive, l'installation échoue.
Pour corriger ce problème, vérifiez que l'adresse IP correcte est la première de la liste dans le fichier autoexec.ncf.
Si vous essayez d'installer le logiciel du serveur Desktop Management sur un serveur Windows 2000, il se peut que vous ne soyez pas en mesure de l'ajouter en tant que serveur cible dans la boîte de dialogue Ajouter des serveurs, en particulier si Novell eDirectory est installé sur le serveur Windows 2000 et que vous êtes authentifié auprès de eDirectory. Vous devez également être authentifié auprès de Windows pour que le transfert de fichiers s'effectue lors de l'installation.
Pour vous authentifier auprès du serveur cible, double-cliquez sur l'icône du serveur dans le volet Serveur sélectionné de la boîte de dialogue Ajouter des serveurs. Une autre boîte de dialogue s'affiche dans laquelle vous pouvez saisir vos références d'authentification pour que le serveur se connecte à Windows.
Si vous utilisez un serveur Windows 2000 équipé de ConsoleOne pour installer ConsoleOne sur un autre serveur, Windows ajoute le nouveau chemin d'installation dans son registre, qui inclut également l'emplacement par défaut de la précédente installation de ConsoleOne.
Si vous utilisez ce même serveur Windows 2000 pour installer les snap-ins ConsoleOne sur un autre serveur, l'installation échoue car elle utilise le chemin d'installation par défaut.
Si vous ne pouvez pas installer les snap-ins à partir d'un autre serveur, nous vous recommandons de supprimer la valeur par défaut de l'entrée de registre suivante :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App_Paths\ConsoleOne.exe
L'installation du serveur Desktop Management sur une grappe située dans une arborescence eDirectory à plusieurs serveurs échoue lorsque la case Vérification des conditions préalables est cochée et que l'objet Grappe n'est pas le premier serveur de la liste Sélection du serveur.
Pour contourner ce problème, décochez la case Vérification des conditions préalables.
Lors de l'installation des services ZENworks 6.5 Desktop Management, le programme d'installation crée un nouvel objet Application de mise à jour de ConsoleOne dans l'arborescence eDirectory. Mais cet objet ne fonctionnera qu'après avoir été correctement configuré.
Pour configurer l'objet :
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet Application de mise à jour de ConsoleOne > cliquez sur Propriétés, sur l'onglet Options d'exécution, puis sur Application.
Dans le champ Chemin d'accès au fichier exécutable, tapez \\nom_serveur\sys\public\zenworks\c1update.exe.
ou
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet Application de mise à jour de ConsoleOne > cliquez sur Propriétés, sur l'onglet Options d'exécution, puis sur Application.
Dans le champ Chemin d'accès au fichier exécutable, tapez %SOURCE_PATH%\zenworks\c1update.exe.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Middle Tier.
Si vous installez le client Novell sur un serveur Windows 2000/2003, puis que vous installez le serveur Middle Tier sur cette même machine et que, finalement, vous désinstallez le client Novell, le serveur Middle Tier ne fonctionnera pas. Le programme de désinstallation du client supprime les fichiers importants nécessaires au serveur Middle Tier ZENworks.
Dans ce même scénario de combinaison de logiciels, si vous procédez ultérieurement à la mise à niveau du client vers la version 4.9 SP2, une version différente du fichier nicm.sys sera installée. Si vous n'utilisez pas le fichier nicm.sys inclus avec le serveur Middle Tier ZENworks 6.5, le serveur ne fonctionnera pas.
Pour contourner ce problème, deux options s'offrent à vous :
La mise à niveau d'un serveur Middle Tier ZENworks 6.5 depuis NetWare 6.0 vers NetWare 6.0 SP5 (livré avec le Support Pack consolidé 11 de Novell) entraîne l'échec de la distribution des règles utilisateur qui ont la propriété d'ajout d'une opération planifiée. Elle provoque également la défaillance des règles de groupe et règles d'ordinateur extensibles associées au poste de travail sur des postes de travail Windows NT/2000/XP.
Pour éviter ce problème après une mise à niveau de NetWare 6, téléchargez le fichier mod_xsrv.nlm depuis le TID 10093372 de Novell Support Knowledgebase (Base de connaissances du support technique de Novell). Suivez les instructions spécifiques relatives à l'emplacement de copie du fichier fournies dans le TID.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation de l'agent de gestion de bureau. Pour plus d'informations, reportez-vous au TID 10078667 de Novell Knowledgebase (Base de connaissances du support technique de Novell).
IMPORTANT : la version de l'agent de gestion de bureau qui accompagne ZENworks for Desktops 4.0 n'est plus prise en charge. Avant de procéder à la mise à niveau de l'agent de gestion de bureau vers ZENworks 6.5, les utilisateurs doivent remplacer cette version de l'agent par celle de la suite ZENworks 6 (ZENworks for Desktops 4.0.1/SP1b) ou version ultérieure.
Le moteur Microsoft Windows Installer (msi.dll) et le fichier exécutable de Windows Installer (msiexec.exe) doivent être présents sur le poste de travail pour que le progiciel MSI de l'agent de gestion de bureau soit décompressé et exécuté. Il se peut que le moteur MSI ne soit pas installé sur certains postes de travail Windows 98, ce qui empêchera l'installation du progiciel MSI de l'agent.
Vous pouvez vous procurer la dernière version de Windows Installer sur le site de téléchargement de Microsoft ou encore utiliser le fichier MSI 2.0 qui se trouve dans le dossier \windows installer du CD compagnon 2 de Novell ZENworks 6.5.
Si vous distribuez le progiciel MSI de l'agent de gestion de bureau par l'intermédiaire du programme de lancement d'applicatifs sur un poste de travail Windows, les utilisateurs ne doivent pas ouvrir ConsoleOne sur ces postes.
Si ConsoleOne est ouvert pendant la distribution, le progiciel MSI d'installation de l'agent de gestion de bureau échoue.
Nous vous recommandons de ne pas configurer l'objet MSI de l'agent de gestion de bureau pour qu'il permette la désinstallation basée sur l'utilisateur car lorsque l'utilisateur effectue une désinstallation en cliquant sur l'icône de l'objet Application avec le bouton droit de la souris, aucune invite à redémarrer le poste de travail n'apparaît.
Si vous accordez des droits d'administrateur à l'utilisateur, il peut désinstaller l'agent de gestion de bureau à l'aide de l'utilitaire Ajout/Suppression de programmes. Dans ce cas, l'utilisateur n'est pas invité à redémarrer le poste de travail. Par la suite, si l'utilisateur doit réinstaller l'agent (le même ou une version différente), vous devrez intervenir sur le poste de travail et installer l'agent manuellement.
Si un utilisateur ou vous-même installez myapps.html sur un poste de travail Windows 98, certains fichiers de l'agent de gestion ZENworks qui sont installés sur ce poste de travail ne pourront pas être supprimés avec l'utilitaire Ajout/Suppression de programmes du Panneau de configuration Windows.
Cela peut poser un problème s'il devient nécessaire d'installer le client Novell sur le même poste de travail ; le programme d'installation du client détecte les fichiers de l'agent de gestion de bureau et ne poursuit l'installation qu'une fois l'agent (ou ses fichiers) désinstallés du poste de travail. Étant donné que les fichiers ne constituent pas l'intégralité du processus d'installation de l'agent, l'utilitaire Ajout/Suppression de programmes ne liste pas l'agent de gestion de bureau.
Ce problème sera résolu dans la prochaine version de ZENworks Desktop Management.
Lors de la configuration de l'objet Application de la mise à niveau de l'agent de gestion de bureau, définissez l'application pour qu'elle s'EXÉCUTE UNE FOIS, de sorte qu'une fois l'agent installé, l'utilisateur ne puisse plus voir l'application dans le programme de lancement d'applicatifs Novell. Nous vous recommandons également de ne pas autoriser la désinstallation de l'objet Application.
Les droits d'administrateur ne sont pas nécessaires pour procéder à la mise à niveau de l'agent de gestion de bureau. Les privilèges de l'utilisateur sont temporairement élevés par l'agent de gestion de bureau pendant l'installation.
Si vous procédez à la mise à niveau de l'agent ZENworks for Desktops 4.x (à l'exception de ZENworks for Desktops 4.0.1 version intermédiaire 4) vers l'agent ZENworks 6.5 Desktop Management, et si vous utilisez un objet Application associée au poste de travail pour effectuer cette mise à niveau, les utilisateurs ne sont pas invités à redémarrer leur poste de travail.
Toutefois, si vous procédez à la mise à niveau avec un objet Application associée à l'utilisateur, l'invite de redémarrage s'affiche.
Si vous installez le client Novell version 4.9 SP1a, puis Novell NetIdentity 1.2 (à partir du même CD d'installation du client Novell), et que vous installez ensuite l'agent ZENworks 6.5 Desktop Management et que vous le désinstallez, NetIdentity ne fonctionnera pas car les fichiers de l'agent NetIdentity sont supprimés.
Pour contourner ce problème, utilisez l'utilitaire Ajout/Suppression de programme pour désinstaller NetIdentity. Vous devrez ensuite le réinstaller.
Si vous installez NetIdentity sur un poste de travail nettoyé à l'aide du client Novell, NetIdentity figure dans la liste Ajout/Suppression de programmes du Panneau de configuration de Windows.
Si vous installez ultérieurement l'agent ZENworks Desktop Management (procédure qui installe également NetIdentity) sur ce poste de travail, passez par l'utilitaire Ajout/Suppression de programmes pour « supprimer » NetIdentity du poste de travail. Toutefois, NetIdentity n'est pas réellement désinstallé, mais simplement supprimé de la liste Ajout/Suppression de programmes. NetIdentity n'est supprimé que si l'agent ZENworks Desktop Management est désinstallé.
Si vous installez le client Novell version 3.34 et que vous activez Workstation Manager sur un poste de travail Windows 98, puis que vous installez l'agent ZENworks 6.5 Desktop Management, et que vous désinstallez le client Novell version 3.34, Workstation Manager est désinstallé sur ce poste de travail. Aucune règle ne peut alors être distribuée sur ce poste.
Pour résoudre ce problème, désinstallez l'agent de gestion de bureau et réinstallez-le sur le poste de travail Windows 98.
Si vous installez l'agent ZENworks 6.5 Desktop Management et que vous distribuez ou « restaurez » par la suite un correctif ou une version intermédiaire de ZENworks for Desktops 4.0.1, le poste de travail n'est plus reconnu comme étant importé et les applications associées au poste de travail n'apparaissent pas dans les vues du programme de lancement d'applicatifs Novell.
Si vous avez déjà installé l'agent ZENworks 6.5 Desktop Management, nous vous recommandons de ne pas restaurer une version intermédiaire ou un correctif de la version 4.0.1 de l'agent ZENworks for Desktops.
L'installation de l'agent ZENworks 6.5 Desktop Management sur un poste de travail remplacera certaines interfaces tierces de login GINA au réseau. L'agent ZENworks 6.5 Desktop Management prend en charge les interfaces GINA tierces suivantes :
Si l'agent est installé sur un poste de travail dont l'interface tierce de login GINA n'est pas l'une de celles mentionnées plus haut, il tentera de la prendre en charge via un chaînage. Toutefois, certaines interfaces GINA sont conçues pour être les premières de la chaîne ; elles cesseront donc de fonctionner.
Le client Microsoft RDP 5.1 (msrdp.ocx) est inclus au gadget de lancement de ZENworks 6.5. Lorsqu'un utilisateur lance une application Terminal Server que vous avez configurée pour s'exécuter dans une session client RDP, le gadget de lancement génère un message d'erreur indiquant que le certificat du fichier a expiré.
Si vous cliquez sur Oui dans la boîte de dialogue du message pour continuer l'installation, le gadget de lancement installe le fichier msrdp.ocx dans le répertoire c:\program files\novell\zenworks sur le poste de travail de l'utilisateur et enregistre le fichier OCX.
Si vous installez le fichier msrdp.cab sur un poste de travail à l'aide du programme d'installation de l'agent de gestion ZENworks, aucun message d'erreur ne s'affiche.
Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du composant Création d'image de poste de travail de ZENworks 6.5 Desktop Management.
Si vous réinstallez ou mettez à niveau le composant Création d'image de poste de travail du programme d'installation du serveur ZENworks, les lignes suivantes sont ajoutées au fichier journal Desktop Managementlog.txt :
Création d'image\NTa ÉCHEC de l'installation des composants sur
<nom_serveur> dans <chemin_installation>
Création d'image\NTb ÉCHEC de l'installation des composants sur
<nom_serveur> dans <chemin_installation>
Le fichier journal d'installation (zenworks_for_desktops_server_installlog.log) indique que la copie du fichier zenimgdsr.dll a échoué. Cette condition existe car le fichier .dll d'origine reste ouvert sur le serveur pendant l'installation. Les versions ZENworks for Desktops 4.x et ZENworks 6.5 Desktop Management du fichier .dll sont identiques. L'échec de l'installation n'a donc pas d'impact.
Si vous souhaitez éviter cette erreur, renommez le fichier zenimgdsr.dll sur le serveur, puis exécutez le programme d'installation.
Cette section explique les problèmes qui peuvent survenir lorsque les utilisateurs essaient de s'authentifier auprès du serveur Desktop Management à l'aide du client Novell ou de l'agent de gestion de bureau pour se loguer.
Certains serveurs NetWare peuvent générer une erreur de niveau 500 lorsque vous essayez d'importer des postes de travail après avoir modifié le fichier Hosts sur ce serveur NetWare.
Pour contourner ce problème, redémarrez le serveur NetWare sur lequel vous avez installé le serveur Middle Tier ZENworks et dont vous avez modifié le fichier Hosts pour l'importation de postes de travail.
Si vous essayez de vous authentifier à l'aide du serveur Middle Tier auprès d'un serveur Desktop Management installé sur une machine Windows 2000 dotée de Active Directory* (installé car le serveur Desktop Management agit en tant que contrôleur de domaine principal) et de eDirectory (installé pour les besoins de Desktop Management), l'authentification échoue, sauf si l'utilisateur se logue avec un contexte complet.
La raison de cet échec tient à un conflit concernant le port LDAP par défaut entre les modules d'écoute LDAP de Active Directory et de eDirectory. Pour contourner ce conflit de port, lors de l'installation de eDirectory, choisissez un port LDAP autre que le port 389 par défaut. Vous pouvez également modifier l'objet Groupe LDAP qui se trouve dans le conteneur du serveur dans ConsoleOne, puis utiliser l'utilitaire NSAdmin du serveur Middle Tier pour configurer le serveur Middle Tier afin qu'il utilise ce port pour communiquer.
Pour configurer le port dans NSAdmin :
Dans la zone Adresse d'Internet Explorer, tapez l'URL de l'utilitaire NSAdmin. Par exemple :
http://nom_serveur_ou_adresse_IP/oneNet/nsadmin
Dans le champ Valeur du paramètre de configuration du port LDAP, indiquez le numéro de port LDAP que vous avez défini dans eDirectory et que le serveur Middle Tier doit utiliser pour communiquer avec le serveur Desktop Management > cliquez sur Soumettre.
Si vous essayez de décharger manuellement les gestionnaires du serveur Middle Tier (par exemple, xzen.nlm) qui s'exécutent sur NetWare 6, le serveur subit un abend.
Sous NetWare 6, utilisez NVXADMDN pour décharger les gestionnaires Apache et Middle Tier. Utilisez NVXADMUP pour redémarrer les gestionnaires Apache et Middle Tier.
Sous NetWare 6.5, utilisez AP2WEBDN pour décharger les gestionnaires Apache et Middle Tier. Utilisez AP2WEBUP pour redémarrer les gestionnaires Apache et Middle Tier.
L'utilisation de ndscons.exe sous Windows 2000 pour vérifier la connexion entre le serveur Middle Tier et le serveur Desktop Management n'est possible que si vous possédez des droits d'administrateur pour l'utilisateur Windows 2000 local.
Un poste de travail sur lequel l'agent de gestion de bureau est installé et s'exécute en mode passif sans le client Novell présente l'option suivante dans une zone déroulante lorsque vous cliquez sur Changer le mot de passe dans une boîte de dialogue de sécurité Windows (Ctrl+Alt+Suppr) :
<Novell Netidentity Credentials Provider (Fournisseur de références Novell NetIdentity)>
Cette option de modification du mot de passe eDirectory à partir de NetIdentity ne fonctionne pas pour l'instant. Pour modifier le mot de passe de l'agent qui s'exécute en mode passif, ouvrez le panneau de configuration, cliquez sur Options de l'agent ZENworks et modifiez le mot de passe dans la boîte de dialogue appropriée.
Si le client Novell et l'agent de gestion de bureau sont installés sur le même poste de travail et que l'utilisateur se logue au poste de travail local, puis ouvre myapps.html et clique sur le lien Travail en ligne dans la vue Web du programme de lancement d'applicatifs, le login NetIdentity ne fonctionne pas. Il s'agit du comportement normal. Si le client Novell et l'agent de gestion ZENworks sont installés sur un même poste de travail, le composant Gestion d'applications utilise toujours le client Novell.
Si seul l'agent est installé sur le poste de travail, dans ce même scénario, le lien Travail en ligne de la vue Web active le login NetIdentity.
Si le contexte LDAP NetIdentity d'un utilisateur contient un caractère ASCII étendu, cet utilisateur ne sera pas en mesure de modifier le mot de passe de l'utilisateur sur un poste de travail Windows qui a été verrouillé à l'aide de la fonction Ctrl+Alt+Suppr.
Si le contexte configuré de l'utilisateur ne contient aucun caractère étendu, la vérification du mot de passe fonctionne normalement.
Cette section identifie certains aspects du composant Gestion de postes de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
Cette section aborde certains aspects de l'administration d'une règle de groupe Windows qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
Si vous appliquez une règle de groupe de postes de travail créée pour Windows XP et configurée avec des paramètres de sécurité, et que vous appliquez également une règle de groupe d'utilisateurs créée pour Windows XP et configurée avec des paramètres de sécurité (vous souhaitez par exemple définir un certificat utilisateur), les paramètres de sécurité appliqués avec la règle de groupes d'utilisateurs remplacent les paramètres de sécurité appliqués par la règle de groupe de postes de travail.
Si vous désactivez les paramètres de sécurité dans les règles utilisateur, les paramètres de sécurité configurés dans la règle de poste de travail sont définis et activés.
Si vous utilisez une adresse IP explicite dans le chemin d'accès au fichier lorsque vous associez une règle de groupe à un utilisateur ou un poste de travail (vous fournissez une adresse IP dans le chemin d'accès à la règle---dans ConsoleOne, par exemple, \\137.65.167.123\c$\chemin_accès), vous ne pouvez pas vous loguer à partir d'un poste de travail Windows XP si l'agent de gestion de bureau est installé.
Vous devez remplacer l'adresse IP par le nom du serveur dans le chemin d'accès.
Si vous lancez la console MMC (Microsoft Management Console) à partir de ConsoleOne pour modifier une règle de groupe Windows---, en particulier pour renommer un compte utilisateur par défaut (Administrateur ou Invité), vous ne devez pas être logué avec les privilèges de l'utilisateur dont vous modifiez le nom du compte par défaut. Si vous vous loguez à l'aide de ce compte par défaut et que vous lui assignez un nouveau nom, les modifications ne seront pas enregistrées dans le chemin réseau que vous avez désigné dans ConsoleOne et elles risquent de rester sur l'ordinateur d'administration.
Une fois ZENworks 6.5 Desktop Management installé, les imprimantes iPrint ne sont pas distribuées aux utilisateurs de postes de travail Windows 2000/XP, et ce même après avoir configuré la règle iPrint de ZENworks 6.5 Desktop Management dans l'ensemble de règles utilisateur (procédure qui installe le client iPrint et distribue les pilotes d'imprimante aux utilisateurs), et leurs postes de travail sont redémarrés.
Pour contourner ce problème dans NetWare 6, remplacez la valeur zéro (0)---valeur par défaut---par un (1) de AllowUserPrinters dans le fichier iprint.ini qui se trouve dans le répertoire \\nom_serveur\sys\login\ippdocs, afin de permettre à l'utilisateur d'ajouter l'imprimante. Dans NetWare 6.5, le fichier iprint.ini se trouve dans le répertoire \\nom_serveur\sys\apache2\htdocs\ippdocs.
REMARQUE : le fichier iprint.ini est accessible uniquement si vous avez installé Novell Distributed Print ServicesTM dans le cadre de l'installation de NetWare et si vous avez extrait le fichier nipp.exe dans ce répertoire. Si les fichiers iprint.ini et nipp.exe ne sont pas accessibles, vous pouvez les télécharger depuis le site Web du support technique de Novell à l'adresse http://support.novell.com. Effectuez ensuite une recherche sur TID 2968629.
Cette section identifie certains aspects du composant Gestion d'applications qui peuvent ne pas fonctionner correctement ou impliquer une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
Bien que les fichiers nal.exe et nalexpld.exe soient inclus dans le produit et permettent de lancer des exécutables, leur objectif est de faciliter le fonctionnement ininterrompu des scripts de login existants.
ZENworks 6.5 Desktop Management ne prend en charge que les commutateurs pris en charge par nalwin32.exe. Pour afficher la liste de ces commutateurs, entrez la commande suivante :
nalwin32.exe /?
Les mêmes commutateurs s'affichent si vous entrez la commande suivante :
nalwin.exe /?
Pour le moment, il n'est pas possible de fermer la fenêtre de l'Explorateur d'applications à l'aide de l'option Quitter l'Explorateur d'applications du menu Fichier.
Pour fermer l'Explorateur d'applications, cliquez sur le bouton de fermeture (X) dans le coin supérieur droit de la fenêtre.
Bien qu'il soit possible de faire glisser l'icône d'une application du volet droit de la fenêtre d'application vers le bureau Windows, le raccourci ainsi créé est endommagé et ne permet pas de lancer l'application.
Vous pouvez contourner ce problème en ouvrant la vue de l'Explorateur d'applications après avoir créé le raccourci. Le lancement de l'Explorateur d'applications permet au raccourci de fonctionner correctement. Par la suite, lorsque vous fermez l'Explorateur d'applications, le raccourci est retiré du bureau.
Si un utilisateur choisit d'utiliser myapps.html comme page Web de fond d'écran sur son bureau Windows XP, Windows XP génère des erreurs de script et myapps.html n'affichera pas les applications.
Si vous souhaitez que les utilisateurs utilisent cette fonctionnalité, modifiez les parties du fichier myapps.html qu'elle ne peut pas gérer. La méthode la plus simple consiste à extraire les données à partir de la fonction WriteData() dans le fichier et de les utiliser comme contenu d'un nouveau fichier .html.
Les commentaires de la page Web ressemblent à ce qui suit :
<head>
<title>Applications fournies par Novell</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>
Enregistrez ce fichier sur le disque dur. Vous pouvez ensuite l'utiliser comme fond d'écran XP.
Si vous accédez à une page Web servie par le serveur Web Apache, et que cette page Web contient des caractères japonais tels que la version japonaise de myapps.html, les caractères de cette page peuvent apparaître tronqués.
Il s'agit d'un problème connu, lié au serveur Web Apache, qui peut être contourné par une simple configuration dans Apache. Pour mieux comprendre ce problème, reportez-vous au site Web du Sun Developer Network et recherchez un article intitulé Creating Multilingual Web Sites with Apache (Création de sites Web multilingues avec Apache). Pour obtenir des informations spécifiques sur la manière de contourner le problème et de configurer le serveur, reportez-vous à la documentation concernant le serveur HTTP Apache version 2.0 Content Negotiation (Négociation de contenu).
La version ZENworks 6.5 Desktop Management du fichier myapps.html (qui fait partie du plug-in du programme de lancement d'applicatifs) n'inclut pas la fonctionnalité de lancement des applications client léger à partir d'un serveur Windows Terminal Server.
Si vous souhaitez que les utilisateurs lancent des applications client léger, installez l'agent de gestion ZENworks sur leurs postes de travail.
La prochaine version de ZENworks Desktop Management ajoutera cette fonctionnalité au programme d'installation du plug-in du programme de lancement d'applicatifs afin de permettre le lancement d'applications client léger à partir des postes de travail.
Si vous procédez à une mise à niveau du serveur Windows Terminal Server vers l'agent ZENworks 6.5 Desktop Management, vous ne serez pas en mesure de lancer des applications Terminal Server DeFrame ZENworks for Desktops 4.0.1 héritées.
Si vous avez besoin de ces applications, nous vous recommandons de les lancer à partir d'un serveur Terminal Server sur lequel l'agent ZENworks for Desktops 4.0.1 est installé.
Les nouveaux prérequis système liés au Terminal Server sur un objet Application s'appliquent uniquement aux sessions Terminal Server distantes. Les sessions qui s'exécutent sur la console Terminal Server sont considérées par défaut comme des sessions distantes. Pour modifier ce comportement, il suffit de créer la clé de registre suivante sur le serveur Terminal Server lui-même :
HKEY_LOCAL_MACHINE\Software\Netware\Nal\ConsoleIsNotTS
En créant cette clé de registre, les sessions qui s'exécutent sur la console Terminal Server seront traitées comme des sessions non-Terminal Server.
Lorsqu'une application distribuée est configurée pour être désinstallée à partir d'un poste de travail, l'utilisateur n'est pas invité à redémarrer le poste à la fin de la désinstallation (pour le moment).
Étant donné que la désinstallation peut modifier le registre Windows, le fonctionnement des applications qui lisent le registre au démarrage peut être affecté, à moins que le poste de travail soit redémarré. Les utilisateurs doivent toujours redémarrer manuellement le poste de travail après avoir désinstallé une application distribuée.
Si vous configurez une application basée sur un fichier INI pour qu'elle soit désinstallée avec l'attribut Créer ou ajouter à une valeur existante sélectionné pour la désinstallation, la valeur qui a été ajoutée lors de l'installation d'origine n'est pas supprimée.
Actuellement, la seule façon de contourner ce problème consiste à modifier manuellement le fichier INI.
Un composant essentiel des services de licence Novell (nls32.dll) n'est pas livré avec le client Novell actuel. Un message d'erreur s'affiche lorsque vous essayez d'utiliser le composant Surveillance et décompte de licences de logiciel dans Desktop Management.
Pour contourner ce problème, copiez nls32.dll et nls32api.dll à partir du répertoire \licensing qui se trouve sur le CD compagnon 2 de Novell ZENworks 6.5 vers le répertoire c:\winnt\system32 sur un poste de travail Windows 2000. Sur un poste de travail Windows XP, copiez vers le répertoire c:\windows\system32.
Si vous essayez de distribuer une application MSI associée au poste de travail pour laquelle l'option Distribuer dans l'espace de sécurité du poste de travail si le poste de travail est associé n'est pas sélectionnée, et si le cache de lancement du poste de travail est désactivé lors de la tentative de distribution de l'application, un message d'erreur s'affichera pour vous informer que la distribution de l'application a échoué.
La distribution échoue car le programme de lancement d'applicatifs essaie de lire les attributs de l'application MSI avec des privilèges d'utilisateur. Ces privilèges ne sont pas reconnus car l'écriture dans le cache de lancement est désactivée, et l'utilisateur ne possède pas de privilèges sur l'objet Application en dehors du cache.
Pour éviter cette erreur, appliquez l'une des solutions suivantes :
Lorsque le programme de lancement d'applicatifs Novell qui s'exécute sur un serveur NetWare 6.5 avec le fichier cifs.nlm chargé accède à plusieurs objets Application précédemment définis pour Forcer le caching, il se peut que le serveur NetWare subisse un abend lors de la mise en cache de la première application.
Nous avons identifié et résolu le problème dans le correctif NetWare 6.5 SP1 ainsi que dans NetWare 6.5 SP2.
Les applications associées au poste de travail seront accessibles aux utilisateurs après le premier redémarrage du poste de travail une fois son importation réussie dans une arborescence eDirectory.
Si vous exécutez les snap-ins ConsoleOne et ZENworks 6.5 à partir d'un poste de travail Windows XP sur lequel l'agent ZENworks for Desktops 4 SP1b ou l'agent de gestion de bureau 4.0.1 est également installé, vous ne serez pas en mesure d'importer ni d'exporter les fichiers AOT ou AXT à partir de ConsoleOne sur ce poste. Cette opération entraînera une défaillance de ConsoleOne.
Nous vous recommandons d'éviter d'utiliser cette combinaison de logiciels si vous souhaitez utiliser ConsoleOne pour importer ou exporter des fichiers AOT ou AXT.
À la place, lancez un copie locale de ConsoleOne à partir d'un poste de travail sur lequel l'agent ZENworks 6.5 Desktop Management est installé. Cette copie ne doit pas contenir les snap-ins ZENworks for Desktops 4 SP1b ou ZENworks for Desktops 4.0.1.
Si vous essayez de créer un fichier AOT/AXT d'une application Windows XP à l'aide de SnAppShot, il se peut qu'un message d'erreur s'affiche pour vous informer que SnAppshot n'est pas parvenu à copier un fichier du répertoire c:\windows\softwaredistribution.
Cette erreur se produit du fait que le dossier c:\windows\softwaredistribution n'a pas été ajouté à la liste d'exclusion.
Si vous n'avez pas encore commencé à créer le fichier AOT/AXT, nous vous recommandons d'ajouter manuellement c:\windows\softwaredistribution à la liste d'exclusion.
Si vous avez déjà démarré le processus snAppShot et si le message d'erreur s'est déjà affiché, nous vous recommandons de procéder comme suit pour contourner le problème :
Notez le nom du fichier qui n'a pas pu être copié (indiqué dans le message d'erreur) puis cliquez sur Ignorer dans la boîte de dialogue du message d'erreur pour ignorer la copie du fichier dans le répertoire .fil.
Importez le fichier AOT/AXT dans ConsoleOne.
Supprimez l'entrée du fichier non copié dans l'onglet Fichiers de l'application de l'objet Application AOT/AXT.
Lorsque vous créez une application dans snAppShot sur un poste de travail Windows avec les caractères japonais activés, puis que vous parcourez le répertoire d'installation des applications, il se peut que le message d'erreur suivant s'affiche :
Exception externe C0000006
Ce problème sera résolu dans la prochaine version de snAppShot.
Cette section identifie certains aspects du composant Création d'image de poste de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
La mise à niveau du disque dur d'un poste de travail Windows 2000 à partir d'un système de disques de base vers un système de disques dynamiques modifie la table de partition de sorte qu'elle n'autorise plus le poste de travail à démarrer sur la partition de production, mais uniquement sur la partition Desktop Management Linux*. Aucun correctif à ce problème n'est inclus dans ZENworks 6.5 Desktop Management.
Le composant Création d'image de poste de travail de ZENworks 6.5 ne prend pas en charge les disques dynamiques. Si vous procédez à la mise à niveau de vos disques, vous ne serez plus en mesure d'utiliser le composant Création d'image de poste de travail.
Si vous installez le composant Création d'image de poste de travail ZENworks 6.5 Desktop Management sur un serveur Windows 2000 qui possède plusieurs cartes d'interface réseau, vous n'avez pas la possibilité de lier le serveur proxy de création d'image à une adresse IP spécifique.
Si vous installez le composant Création d'image de poste de travail sur un serveur NetWare, vous pouvez lier le serveur proxy de création d'image à une adresse IP spécifique (la carte d'interface réseau de votre choix) à l'aide du commutateur suivant :
load imgserv -i:adresse_IP
Si vous installez les composants Création d'image de poste de travail et Service de pré-lancement de ZENworks 6.5 Desktop Management sur une grappe NetWare, puis que vous importez le poste de travail, que vous configurez une règle de création d'image pour le poste de travail et que vous démarrez le poste de travail avec les disquettes de démarrage PXE ou un démarrage réseau PXE, le poste de travail ne reconnaît pas la règle de création d'image et ne l'exécutera pas.
Nous vous recommandons de ne pas essayer d'utiliser les services de pré-lancement ZENworks 6.5 dans un environnement de grappe NetWare.
L'utilitaire de configuration PXE-on-Disk ne détecte pas et n'affiche pas les pilotes des adaptateurs réseau compatibles PXE fabriqués par NETGEAR, Inc.
Cette section identifie certains aspects du composant Gestion à distance ZENworks Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
Lors d'une session de contrôle à distance sur un poste de travail géré, si vous passez d'un mode d'affichage Mode d'application de fenêtre DOS au Mode plein écran, les mises à jour ne vous parviennent qu'après avoir quitté ou fermé le mode plein écran.
Si un utilisateur utilise la connexion Bureau à distance pour se connecter à un poste de travail Windows XP, puis ouvre une session de contrôle à distance sur ce poste de travail, l'écran de la console de contrôle à distance sera noir et vous ne serez pas en mesure d'effectuer de contrôle à distance.
Les utilisateurs travaillant sur un poste de travail Windows XP doivent se loguer localement pour que vous puissiez contrôler leur poste à distance.
Lors d'une session distante, il se peut que vous ne soyez pas en mesure de retirer le papier peint actif du bureau du poste de travail géré. Cela affecte les performances de la gestion à distance.
Pour contourner ce problème, supprimez manuellement le papier peint du poste de travail géré.
Concernant la suppression du papier peint, Windows XP se comporte différemment des autres systèmes d'exploitation Windows. Lorsque vous définissez le papier peint, Windows XP en crée une sauvegarde. Lorsque vous désactivez le papier peint, il est désactivé uniquement à partir de l'emplacement principal. Lorsque vous modifiez les paramètres, il se peut que le papier peint réapparaisse.
Les curseurs animés et de couleur ne sont pas pris en charge sur les postes de travail gérés pour la gestion à distance.
Lors d'une session de gestion à distance avec un poste de travail géré Windows XP, si vous placez le curseur de la souris sur une fenêtre dont le contenu change régulièrement (par exemple, le Gestionnaire de tâches), le curseur clignote à l'écran du poste de travail géré. Ce comportement du curseur est visible uniquement sur le poste de travail géré.
Il se peut que le service Wake-on-LAN qui s'exécute sur un serveur NetWare 6.5 SP1a n'active pas les postes de travail cible si la planification est modifiée.
Pour contourner ce problème, essayez de redémarrer le service.
Dans le Gestionnaire de configuration, si vous double-cliquez sur le service du gestionnaire Wake-On-LAN qui s'exécute sur un serveur Windows 2000/2003 Advanced Server, le message suivant s'affiche :
Gestionnaire de configuration : le handle de l'instance du périphérique spécifié ne correspond pas à un périphérique présent
Vous pouvez ignorer ce message. Le service sera en état de fonctionner.
Le service Wake-on-LAN n'active pas les postes de travail qui font partie d'un groupe de postes de travail. Pour contourner ce problème, planifiez directement les postes de travail à activer un par un.
Sur les postes de travail Windows 2000/XP, les applications DirectX ne s'exécutent pas en mode exclusif lors d'une session de contrôle ou d'affichage à distance.
Vous ne pouvez pas utiliser la touche Tab pour parcourir les différents composants de l'interface graphique (GUI) FTP. À la place, utilisez les touches d'accès rapide pour appeler les opérations FTP.
Si le gestionnaire de contrôle de service s'exécute lors de la mise à niveau de l'agent de gestion à distance ZENworks for Desktops 4.x vers ZENworks 6.5, le service de gestion à distance Novell ZfD n'est pas créé, même après le redémarrage du poste de travail géré.
Pour résoudre ce problème, assurez-vous que le gestionnaire de contrôle de service est fermé avant de procéder à la mise à niveau.
Cette section identifie certains aspects du composant Inventaire de poste de travail Desktop Management qui peuvent ne pas fonctionner correctement ou qui peuvent exiger une configuration supplémentaire dans ZENworks 6.5 Desktop Management.
Si le client Novell n'est pas installé sur les postes de travail inventoriés, et si vous utilisez des caractères double octet dans le chemin du répertoire d'analyse (scandir) de l'objet Service d'inventaire, les fichiers .str ne sont pas transférés vers le serveur d'inventaire.
Par défaut, le chemin de scandir est le chemin d'installation des composants d'inventaire côté serveur et de la base de données (à moins que vous le modifiiez manuellement après l'installation de ZENworks 6.5 Desktop Management en configurant l'objet Service d'inventaire).
Si vous modifiez le serveur d'inventaire cible d'un poste de travail inventorié, les fichiers du dictionnaire de logiciels sur le nouveau serveur d'inventaire ne sont pas téléchargés s'ils ne sont pas plus récents que ceux qui se trouvent sur le poste de travail inventorié.
Pour résoudre ce problème, mettez à jour l'heure de modification des fichiers du dictionnaire de logiciels qui sont accessibles sur le serveur d'inventaire de sorte que les fichiers du dictionnaire sur le serveur d'inventaire soient plus récents que ceux qui se trouvent sur le poste de travail inventoriés. Le poste de travail inventorié téléchargera le dictionnaire lors de la prochaine analyse.
Il se peut que les postes de travail inventoriés ne parviennent pas à transférer les fichiers d'analyse vers un serveur d'inventaire Windows 2003 si la partition FAT du volume contenant le répertoire ScanDir est modifiée en partition NTFS après l'installation de ZENworks 6.5 Desktop Management.
Pour résoudre ce problème, procédez comme suit :
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet Service d'inventaire (Service d'inventaire_nom_serveur).
Cliquez sur Propriétés, sur l'onglet Objet Service d'inventaire, puis sur la sous-option des propriétés de l'objet Service d'inventaire.
Placez le curseur dans le champ Chemin du répertoire d'analyse, puis appuyez sur Entrée.
Cliquez sur Appliquer, puis sur Fermer.
Cette section identifie les autres problèmes que vous pouvez rencontrer et les solutions qui permettent de les contourner si vous utilisez ZENworks 6.5 Desktop Management.
Le démarrage d'une application RDP ou ICA à partir du gadget de lancement d'application sur un poste de travail Windows XP SP2 génère le message d'erreur suivant :
To help protect your security, Internet Explorer stopped this site from installing software on your computer. Click here for options... (Pour vous aider à protéger vos données, Internet Explorer a interrompu l'installation de ce logiciel sur votre ordinateur depuis ce site. Cliquez ici pour accéder aux options...)
Si les utilisateurs travaillent sur des postes Windows XP SP2 (ou version ultérieure), ils peuvent cliquer sur la barre d'informations en haut de la boîte de dialogue du plug-in pour installer le client Citrix ICA/RDP. Vous pouvez aussi demander aux utilisateurs de vous contacter en cas de problème lors de l'installation du client Citrix ICA/RDP.
ZENworks 6.5 Desktop Management ne prend pas en charge les arborescences fédérées ou ayant une racine DNS.
Dans la version disponible de ZENworks for Desktops 4, les pages de propriétés des objets Utilisateur, Poste de travail et Conteneur dans ConsoleOne incluaient un onglet Programme de lancement d'applicatifs et un onglet Applications.
Dans la version 6.5 de Desktop Management, ces deux pages sont désormais consolidées dans l'onglet ZENworks des objets Utilisateur, Poste de travail et Conteneur.
Les composants Importation de postes de travail et Gestion de postes de travail (des règles distribuées sur les postes de travail ou les utilisateurs) ne fonctionnent pas correctement lorsque les utilisateurs se connectent par l'intermédiaire d'un réseau VPN.
Si vous avez installé la base de données Desktop Management ou la base de données d'inventaire sur un serveur NetWare, il se peut que le message d'erreur suivant s'affiche lors d'opérations sur la base de données :
Connection terminated abnormally (Connexion interrompue anormalement)
Il s'agit d'un message erroné que vous pouvez ignorer.
Les versions non-anglaises ainsi que le fichier du manuel Novell ZENworks 6.5 Installation Guide (Guide d'installation de Novell ZENworks 6.5) qui se trouve sur le CD contiennent des informations erronées concernant la propriété LOGIN_PASSIVE_MODE du fichier zfdagent.msi. La valeur par défaut indiquée est zéro (0), alors que la valeur par défaut réelle est un (1).
Les versions anglaises (fichiers PDF et HTML) du manuel publiées sur le site Web relatif à la documentation de Novell ZENworks 6.5 contiennent la valeur exacte de la propriété.
Dans cette documentation, le symbole « supérieur à » (>) est utilisé pour séparer deux opérations requises pour passer d'un menu à l'autre dans une interface utilisateur./
Le symbole de marque déposée (®, TM, etc.) indique une marque déposée de Novell, tandis que l'astérisque (*) indique une marque déposée d'un fabricant tiers.
Novell exclut toute garantie relative au contenu ou à l'utilisation de cette documentation. En particulier, Novell ne garantit pas que cette documentation est exhaustive ni exempte d'erreurs. Novell se réserve en outre le droit de réviser cette publication à tout moment et sans préavis.
Par ailleurs, Novell exclut toute garantie relative à tout logiciel, notamment toute garantie, expresse ou implicite, que le logiciel présenterait des qualités spécifiques ou qu'il conviendrait à un usage particulier. Novell se réserve en outre le droit de modifier à tout moment tout ou partie des logiciels Novell, sans notification préalable de ces modifications à quiconque.
L'exportation ou la réexportation de ce produit est interdite dès lors qu'elle enfreint les lois et réglementations applicables, y compris, de façon non limitative, les réglementations des États-Unis en matière d'exportation ou la législation en vigueur dans votre pays de résidence.
Copyright © 2004 Novell, Inc. Tous droits réservés. Cette publication ne peut être reproduite, photocopiée, stockée sur un système de recherche documentaire ou transmise, même en partie, sans le consentement écrit explicite préalable de l'éditeur.
Brevets américains 5,608,903; 5,633,931; 5,671,414; 5,677,851; 5,692,129; 5,758,069; 5,758,344; 5,761,499; 5,784,560; 5,818,936; 5,828,882; 5,832,275; 5,832,483; 5,832,487; 5,859,978; 5,870,561; 5,870,739; 5,873,079; 5,878,415; 5,884,304; 5,893,118; 5,910,803; 5,913,025; 5,919,257; 5,933,503; 5,933,602; 5,933,826; 5,946,467; 5,956,718; 5,963,938; 5,964,872; 5,983,234; 5,987,471; 6,002,398; 6,016,499; 6,023,586; 6,029,247; 6,047,312; 6,052,724; 6,061,726; 6,061,740; 6,061,743; 6,065,017; 6,067,093; 6,094,672; 6,098,090; 6,105,062; 6,105,069; 6,105,132; 6,108,649; 6,115,549; 6,119,122; 6,144,959; 6,167,393; 6,173,289; 6,286,010; 6,308,181; 6,345,266; 6,424,976; 6,516,325; 6,519,610; 6,532,451; 6,578,035; 6,615,350; 6,671,688; 6,684,293; 6,697,813; RE 37,178. Brevets en cours d'homologation.
ConsoleOne, NDS, Novell, NetWare et ZENworks sont des marques déposées de Novell, Inc. aux États-Unis et dans d'autres pays. eDirectory, NLM, Novell Application Launcher, Novell Client, Novell Distributed Print Services et snAppShot sont des marques déposées de Novell, Inc.
Tous les produits de fabricants tiers appartiennent à leur propriétaire respectif.