Novell ZENworks 7 Desktop Management

1.1 Restrictions concernant NetWare 6.5

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 eDirectory^TM ou un serveur avec ConsoleOne^® 1.3.6 tant que vous n'aurez pas procédé à la mise à niveau de Novell Client^TM vers sa version 4.9 SP2 sur la machine.

1.2 Restrictions concernant le client Novell 4.90.0 SP1a

Nous vous recommandons de ne pas installer la version du client Novell (4.90.0 SP1a) livrée avec eDirectory 8.7.3. Cette version requiert des correctifs supplémentaires pour pouvoir fonctionner avec Windows Server 2003. En revanche, nous vous recommandons d'installer le client Novell pour Windows 4.91, qui peut être téléchargé à partir du site Web Novell Product Download Web site (site de téléchargement des produits Novell).

2.1 Problèmes liés à l'installation sur un serveur Linux

Cette section explique les problèmes survenus lors de l'installation des services Novell ZENworks 7 Desktop Management sur serveur Linux.

2.2 Problèmes liés à l'installation du serveur Desktop Management

Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Desktop Management.

2.3 Problèmes liés à l'installation du serveur Middle Tier

Cette section contient des informations sur les problèmes que vous pouvez rencontrer lors de l'installation du serveur Middle Tier.

2.4 Problèmes liés à l'installation et à la mise à niveau de l'agent de gestion de bureau

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 7, 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.

Erreur 1605 : This action is only valid for products that are currently installed (Cette opération est uniquement valide pour les produits actuellement installés.)

2.5 Problèmes liés à l'installation de Microsoft RDP Client

Le client Microsoft RDP 5.1 (msrdp.ocx) est inclus au gadget de lancement de ZENworks 7. 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.

2.6 Problèmes liés à l'installation du composant 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 composant Création d'image de poste de travail de ZENworks 7 Desktop Management.

Imaging\NTa Components NOT successfully installed on 
<nom_serveur> at <chemin_installation> 
Imaging\NTb Components NOT successfully installed on 
<nom_serveur> at <chemin_installation>

3.1 Le serveur Middle Tier ZENworks 6.5 qui s'exécute sur NetWare 6 ne distribue pas les règles de groupe associées au poste de travail

Si vous procédez à la mise à niveau de votre serveur ZENworks Desktop Management vers ZENworks 7 (plates-formes serveur NetWare, Windows ou Linux), mais que vous n'effectuez pas la mise à niveau du logiciel du serveur Middle Tier ZENworks 6.5, et si le serveur Middle Tier s'exécute sur NetWare 6, les règles de groupe associées au poste de travail ne seront pas distribuées aux postes de travail sur lesquels l'agent ZfD 4.x ou ZENworks 6.5 Desktop Management est installé.

Pour résoudre ce problème, assurez-vous de procéder à la mise à niveau du serveur Middle Tier vers ZENworks 7.

3.2 Configuration recommandée pour la mise à niveau de l'agent de gestion de bureau

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.

3.3 La mise à niveau de l'agent de gestion de bureau vers la version 7 supprime les informations sur les objets Poste de travail du registre Windows

Si vous êtes logué uniquement en tant que membre du groupe Utilisateurs lorsque vous mettez à niveau l'agent ZENworks Desktop Management vers la version 7, les informations contenues dans la clé de registre HKLM\Software\Novell\Workstation Manager\Identification sont perdues. Le poste de travail n'est alors plus enregistré (en d'autres termes, il n'est plus importé vers l'arborescence eDirectory).

Ce problème est dû au fait que les informations de registre ne sont ni lues ni enregistrées avant la désinstallation. Dans certains environnements, cela ne pose pas problème car le poste de travail est ré-importé lorsqu'il est redémarré la fois suivante. Toutefois, dans les environnements où l'importation dépend de l'utilisateur (pour le nom et l'emplacement), ce dernier doit se loguer autant de fois que spécifié dans le champ Nombre de logins utilisateur (boîte de dialogue Importer la règle) avant que le poste de travail ne soit ré-importé.

REMARQUE : Vous pouvez éviter ce problème en modifiant les autorisations concernant la clé de registre HKLM\Software\Novell\Workstation Manager\Identification avant de procéder à la mise à niveau de l'agent : accordez l'accès en lecture au groupe Utilisateurs. Vous pouvez distribuer des autorisations de registre à l'aide des règles de groupe ZENworks en important un fichier INF qui contient les autorisations nécessaires. Pour plus d'informations, reportez-vous à Windows Group Policy (User and Workstation Packages) (Règle de groupe Windows (ensembles Utilisateur et Poste de travail) dans le manuel Novell ZENworks 7 Desktop Management Administration Guide (Guide d'administration de Novell ZENworks 6.5 Desktop Management).

Une fois l'agent ZENworks 7 Desktop Management installé, les autorisations nécessaires pour la clé de registre sont définies pour de futures mises à niveau.

3.4 La mise à niveau de l'agent de gestion de bureau échoue sur Windows 98

Si vous procédez à la mise à niveau de l'agent ZENworks Desktop Management déjà installé sur Windows 98 vers la version ZENworks 7 de l'agent, le programme d'installation affiche un message après le redémarrage du poste de travail indiquant qu'une erreur s'est produite dans le fichier ncred9x.dll. Aucun utilisateur ne peut se loguer après l'échec de cette mise à niveau et le poste de travail est laissé dans un mauvais état.

Un défaut du moteur MSI Windows 98 qui empêche la bonne mise à jour de certains fichiers est à l'origine de cette erreur.

Si vous souhaitez résoudre ce problème, vous devez inclure la propriété suivante dans l'objet Application MSI pour postes de travail Windows 98 uniquement :

REINSTALLMODE=vamus

Les fichiers seront correctement placés sur les postes de travail Windows 98.

Pour plus d'informations sur la configuration des propriétés MSI, reportez-vous à « MSI Tab (Onglet MSI) » dans « Reference: Application Object Settings (Référence : Paramètre de l'objet Application) » de la section « Application Management (Gestion d'applications) » du manuel ZENworks 7 Desktop Management Administration Guide (Guide d'administration de ZENworks 7 Desktop Management).

4.1 Le serveur Middle Tier installé sur NetWare exige le redémarrage de l'ordinateur après la modification du fichier Hosts

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.

4.2 Authentification impossible auprès du serveur Desktop Management Windows 2000 si Active Directory et eDirectory sont installés

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 :

1. Dans la zone Adresse d'Internet Explorer, tapez l'URL de l'utilitaire NSAdmin. Par exemple :

   http://nom_serveur_ou_adresse_IP/oneNet/nsadmin

2. 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.

REMARQUE : Ne tentez pas d'utiliser un Navigateur Internet (tel que Mozilla Firefox) autre que Internet Explorer pour exécuter l'utilitaire NSAdmin. NSAdmin ne s'exécute pas correctement sur d'autres navigateurs.

Pour plus d'informations, reportez-vous au TID 10073537 de Novell Support Knowledgebase (Base de connaissances du support technique de Novell).

4.3 Le déchargement manuel des gestionnaires du serveur Middle Tier entraîne un abend du serveur

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.

4.4 L'utilisation de la console du serveur NDS sous Windows 2000 implique des droits d'administrateur

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.

4.5 Modification du mot de passe eDirectory dans une boîte de dialogue de sécurité

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>

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.

4.6 La vue Web du programme de lancement d'applicatifs n'active pas le login NetIdentity

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.

4.7 Les postes de travail qui utilisent l'agent ZfD 4.x ne peuvent pas avoir accès aux fichiers d'un serveur Windows dorsal par le biais d'un serveur Middle Tier Linux

Les postes de travail qui utilisent l'agent ZENworks for Desktops 4.x Desktop Management ne peuvent pas accéder aux fichiers (tels que ceux des applications à mettre en cache) d'un serveur Desktop Management installé sur Windows si l'accès se fait par le biais d'un serveur Middle Tier installé sur une machine Linux (SLES 9 SP1 ou OES Linux).

Le problème survient pour deux raisons :

1. L'agent 4.x n'a pas de fournisseur ZENMUP pour rediriger la communication directement vers un serveur Windows.
2. Le serveur Middle Tier Linux n'a pas de fournisseur CIFS complet pour obtenir les fichiers d'un serveur Windows.

Vous pouvez résoudre ce problème en installant un agent ZENworks 6.5 (ou version ultérieure) Desktop Management qui utilise ZENMUP pour communiquer directement avec le serveur Windows.

4.8 La copie de fichiers sur un poste de travail via un pare-feu allonge les périodes de login

Les tests révèlent que lorsque les postes de travail s'authentifient par l'intermédiaire d'un pare-feu et copient les fichiers d'applications ou de règles pendant les périodes de login, celles-ci s'allongent de manière excessive.

Pour résoudre ce problème, nous vous recommandons de configurer les applications et les règles de sorte qu'elles utilisent des noms DNS pour l'emplacement des fichiers sur le serveur dorsal, plutôt que des adresses IP.

L'authentification LDAP consomme deux des logins bonus lorsque le mot de passe de l'utilisateur expire

L'authentification LDAP, qui est lancée lorsque les utilisateurs se loguent et accèdent aux applications ou règles ZENworks, consomme deux des logins bonus accordés à un utilisateur lorsque le mot de passe de celui-ci expire. Les logins bonus sont définis dans ConsoleOne dans la page Restrictions (section Restrictions de mot de passe) de l'objet Utilisateur eDirectory.

De ce fait, lorsque eDirectory notifie un utilisateur qu'il ne lui reste que 2 logins bonus sur un serveur, en réalité, cet utilisateur n'a plus de login bonus et ne pourra pas se loguer tant que son mot de passe ne sera pas réinitialisé.

5.1 L'importation de postes de travail automatique échoue si le port LDAP est défini sur un port autre que le port 389

Si, lors de l'installation de eDirectory sur un serveur SLES 9, le port LDAP a été défini pour écouter sur un port autre que le port 389, l'importation de postes de travail automatique échoue lorsqu'elle est exécutée sur ce serveur.

Il est désormais possible de configurer manuellement le fichier novell-zdm-awsi.conf pour permettre à d'autres ports de prendre en charge l'importation de postes de travail automatique. Procédez comme suit pour modifier le fichier .conf :

1. À l'aide d'un éditeur de texte, ouvrez /etc/opt/novell/zenworks/zdm/novell-zdm-awsi.conf sur le serveur Linux.

2. Dans ce fichier, recherchez la ligne suivante :

   #LDAP_PORT = 389

3. Supprimez le commentaire de la ligne et remplacez le port 389 par le port que vous souhaitez utiliser.

4. Enregistrez le fichier et fermez-le, puis redémarrez le service d'importation.

6.1 Les règles de groupe Windows configurées dans l'ensemble Poste de travail pour s'exécuter au démarrage peuvent ne pas être traitées de manière cohérente

Il se peut que les scripts de démarrage relatifs aux règles de groupe Windows configurés dans l'ensemble de règles de poste de travail pour s'exécuter au démarrage du système, ne s'exécutent pas de manière cohérente dans ZENworks 7 Desktop Management, même lorsque l'option Rendre les paramètres de postes de travail persistants a été sélectionnée.

6.2 Les règles de groupe ne fonctionnent pas correctement sur les postes de travail Windows XP

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 7 Desktop Management.

6.3 Assignation d'un nouveau nom au compte utilisateur par défaut dans une règle de groupe Windows

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.

6.4 L'utilisation du profil mobile peut entraîner la création de profils .001, .002 et .003 en local

Si des utilisateurs réseau disposant d'un profil mobile voient s'afficher plusieurs dossiers c:\documents and settings\nomutilisateur.nom_ordinateur.nnn sur le poste de travail Windows auquel ils se sont logués, ou s'ils remarquent un ralentissement au niveau des fermetures de session Windows ou de l'arrêt des postes de travail, cela peut être dû au fait que certaines clés du registre Windows sont restées ouvertes.

Pour contourner ce problème, téléchargez et utilisez le Microsoft User Profile Hive Cleanup Service, un utilitaire qui ferme les clés de registre restées ouvertes dans la ruche utilisateur, permettant ainsi la suppression normale des profils mobiles lors de la fermeture des sessions, ainsi qu'un logoff et un arrêt des postes de travail plus rapides.

Nous vous conseillons d'utiliser le programme de lancement d'applicatifs Novell (Novell Application Launcher^TM) pour distribuer cette application MSI sur tous les postes de travail concernés.

6.5 Les imprimantes iPrint ne sont pas distribuées aux utilisateurs de Windows 2000/XP par la règle iPrint

Une fois ZENworks 7 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 7 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 Services^TM 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 à partir du site Web du support technique de Novell à l'adresse http://support.novell.com. Effectuez ensuite une recherche sur TID 2968629.

6.6 Les imprimantes iPrint ne sont pas distribuées aux sessions utilisateur Terminal Server en dehors d'un pare-feu

La règle iPrint utilisée pour distribuer les imprimantes via un pare-feu à une session utilisateur sur un serveur Windows 2000/2003 Terminal Server ne définit pas correctement la clé de registre requise pour contourner la configuration manuelle de l'adresse proxy de iPrint.

Tout utilisateur d'une session d'un serveur Terminal Server qui a besoin d'imprimer sur des imprimantes situées en-dehors du pare-feu doit suivre les étapes ci-dessous pour définir l'adresse proxy :

1. Dans la session Terminal Server de l'utilisateur, cliquez sur Démarrer > Programme > Novell iPrint > Client iPrint, puis cliquez sur l'onglet Proxy.

2. Cochez la case Utiliser un serveur proxy pour l'impression iPrint.

3. Dans le champ URL proxy, tapez l'adresse proxy du pare-feu externe du serveur proxy, puis cliquez sur OK.

Une fois l'adresse proxy définie, la règle d'imprimante est correctement distribuée.

6.7 Les pilotes d'imprimante iPrint ne sont pas distribués aux postes de travail qui s'authentifient auprès de serveurs Linux Desktop Management

Si un utilisateur s'authentifie auprès d'un serveur Desktop Management installé sur un serveur Linux (OES ou SLES 9), le client iPrint est distribué sur son poste de travail, mais pas les pilotes d'imprimante iPrint.

Ce problème a été identifié dans l'un des fichiers de l'agent ZENworks Desktop Management et sera corrigé dans une version ultérieure de l'agent de gestion de bureau.

6.8 La règle Novell iPrint sur Novell SUSE LINUX Enterprise Server 9 (SLES9) ne fonctionne pas

La règle Novell iPrint (ensembles Utilisateur et Poste de travail) ne fonctionne pas dans un environnement exclusif SUSE LINUX Enterprise Server 9. Pour exécuter le client Novell iPrint, vous devez disposer d'un système qui comporte au moins un serveur NetWare.

7.1 Nal.exe et Nalexpld.exe

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 7 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 /?

7.2 La sélection de Fichier > Quitter l'Explorateur d'applications ne ferme pas la fenêtre de l'Explorateur d'applications

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.

7.3 Le déplacement de l'icône d'une application de la fenêtre d'application vers le bureau Windows crée un raccourci endommagé

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.

7.4 Utilisation de Myapps.html comme fond d'écran du bureau sur un poste de travail Windows XP

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.

7.5 Accès à une page Web contenant des caractères japonais à partir du serveur Web Apache

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).

7.6 Le plug-in du programme de lancement d'applicatifs ne prend pas en charge les applications client léger

La version ZENworks 7 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.

7.7 Les objets Application ne sont pas visibles s'ils sont lancés à partir d'une session Terminal Server distante

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.

7.8 La distribution d'applications par le biais du serveur Middle Tier échoue lorsque le client Novell est déconnecté

Si des utilisateurs tentent de se loguer localement en utilisant une version de Novell Client^TM antérieure à la version 4.9 Support Pack 2 (c'est-à-dire « Poste de travail uniquement »), l'application NWGINA ne s'authentifiera pas auprès de eDirectory et n'effectuera aucune requête réseau. Par ailleurs, le client Novell disposera d'une connexion non authentifiée ou « surveillée » à l'arborescence eDirectory^TM définie comme étant la connexion principale.

Si un utilisateur s'authentifie par la suite depuis le programme de lancement d'applicatifs Novell à l'aide du login au serveur Middle Tier, le client NetIdentity s'authentifiera auprès du serveur ZENworks Management desservi par le serveur Middle Tier.

Toute tentative par le programme de lancement d'applicatifs de distribuer une application par le biais de cette authentification échouera car les fichiers à distribuer se trouvent sur le serveur sur lequel le client a créé une connexion surveillée. Via cette connexion, le client voit le volume sys: sur le serveur (tous les utilisateurs disposent des droits d'accès sur le répertoire \login du volume sys: d'un serveur NetWare car les anciens clients s'authentifiaient en exécutant login.exe).

Pour contourner ce problème, les utilisateurs doivent cliquer avec le bouton droit de la souris sur l'icône représentant un « N » rouge pour que le client Novell affiché dans la barre système se logue au serveur. Ils ne doivent pas cliquer avec le bouton droit de la souris sur l'icône du programme de lancement d'applicatifs dans la barre système et sélectionner « Login au serveur Middle Tier ZENworks » pour se loguer.

7.9 La désinstallation d'applications ne force pas le poste de travail à redémarrer

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.

7.10 Désinstallation d'une application basée sur un fichier .Ini

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

7.11 Utilisation du composant Surveillance et décompte de licences de logiciel

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 les fichiers nls32.dll et nlsapi32.dll situés dans le répertoire companioncd\companion1\licensing du CD Compagnon 1 sur chaque poste de travail sur lequel vous souhaitez vérifier les licences d'application. Sur les postes de travail Windows 2000/XP, copiez ces fichiers dans le répertoire c:\winnt\system32. Sur les postes de travail Windows 98 SE, copiez ces fichiers dans le répertoire c:\windows\system.

7.12 L'icône d'une application associée à un poste de travail ne s'affiche pas lorsque le poste de travail redémarre en mode Hors ligne

L'icône d'une application associée à un poste de travail et pour laquelle l'option Déconnexion possible a été sélectionnée ne s'affiche pas immédiatement lorsque l'utilisateur se logue au poste de travail en local sans s'authentifier auprès de eDirectory.

Du fait de l'existence dans le code d'un paramètre qui impose un délai, l'icône réapparaît sur le bureau lorsque l'utilisateur rafraîchit le programme de lancement d'applicatifs Novell après avoir attendu cinq minutes.

7.13 Un message d'erreur s'affiche lors de l'installation d'une application MSI associée au poste de travail

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 :

• Assurez-vous que l'option Distribuer dans l'espace de sécurité du poste de travail si le poste de travail est associé est sélectionnée pour l'application MSI.
• Ne désactivez pas l'écriture dans le cache de lancement sur le poste de travail.
• Accordez aux utilisateurs des droits Lire sur l'objet Application MSI dans eDirectory.

7.14 Des applications configurées pour forcer le caching peuvent provoquer l'abend d'un serveur CIFS

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.

7.15 Les applications associées au poste de travail ne sont pas disponibles immédiatement après une importation de postes de travail

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.

7.16 Impossible d'importer ou d'exporter des fichiers AOT ou AXT depuis ConsoleOne sur un poste de travail Windows XP si une version 4.x de l'agent est installée

Si vous exécutez les snap-ins ConsoleOne et ZENworks 7 à 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 7 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.

7.17 Un message d'erreur s'affiche lors de la création d'un progiciel SnAppShot pour une application Windows XP

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 :

1. 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.

2. Importez le fichier AOT/AXT dans ConsoleOne.

3. Supprimez l'entrée du fichier non copié dans l'onglet Fichiers de l'application de l'objet Application AOT/AXT.

7.18 Un message d'erreur s'affiche après la création d'une application dans SnAppShot sur une version japonaise de Windows XP

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.

7.19 La distribution de l'objet Application à partir d'une ressource en grappe s'interrompt et affiche un message d'erreur pendant la migration de la grappe

Si vous lancez la distribution de l'objet Application à partir d'une ressource en grappe et que vous démarrez une migration de ressources en grappe avant la fin de la distribution, la distribution peut s'arrêter et générer une erreur.

Pour résoudre ce problème, vous devez relancer manuellement la distribution.

7.20 L'importation des paramètres d'un objet Application échoue si les fichiers sont situés dans un chemin contenant un nom long, des caractères étendus ou des espaces

L'importation des fichiers .fil ou des clés de registre d'un objet Application existant lors de la création d'un nouvel objet Application échoue si l'emplacement des anciens fichiers se trouve dans un chemin qui inclut un nom de dossier contenant plus de 8 caractères, un espace ou un caractère étendu.

7.21 La distribution d'applications dépendantes dans une chaîne peut échouer lorsqu'elle est effectuée sur des postes de travail Windows 98

Si vous distribuez des applications dépendantes et mises en chaîne sur un poste de travail Windows 98 dans un environnement ZENworks dans lequel les serveurs Middle Tier et Desktop Management ont été mis à niveau vers ZENworks 7 Desktop Management mais où l'agent de gestion de bureau n'a pas été mis à niveau à partir de la version 4.x ou de la version 6.5, il se peut que la distribution échoue et présente plusieurs erreurs.

Dans ce cas, il se peut que la distribution des premières applications de la chaîne se déroule normalement, mais que celle des applications suivantes semble faire passer le poste de travail à l'état Déconnecté.

Il existe deux manières de contourner le problème :

• Quittez le programme de lancement d'applicatifs Novell puis relancez-le pour recommencer la distribution.
• Mettez à niveau l'agent de gestion de bureau vers la version 7.

8.1 Mise à niveau de postes de travail Windows 2000 vers un système de disques dynamiques

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 7 Desktop Management.

Le composant Création d'image de poste de travail de ZENworks 7 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.

8.2 Impossible de choisir une adresse IP sur un serveur de création d'image Windows 2000 avec plusieurs cartes d'interface réseau

Si vous installez le composant Création d'image de poste de travail ZENworks 7 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

8.3 Les services de pré-lancement ZENworks 7 ne lisent pas les règles dans un environnement de grappe

Si vous installez les composants Création d'image de poste de travail et Service de pré-lancement de ZENworks 7 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 7 dans un environnement de grappe NetWare.

8.4 ZENworks 7 PXE-On-Disk ne prend pas en charge certains adaptateurs réseau

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.

8.5 Les disquettes de démarrage n'incluent pas les pilotes USB

Les cinq disquettes de démarrage créées avec zimgboot.exe ne disposent pas d'espace suffisant pour inclure tous les fichiers, y compris les pilotes USB.

Si un poste de travail requiert des pilotes USB, des messages d'erreur similaires à ceux présentés ci-dessous peuvent s'afficher :

Load USB Modules /bin/runme.s: (Charger les modules USB /bin/runme.s:) /lib/modules/2.4.22/kernel/drivers/usb No Such File or Directory (Fichier ou Répertoire inexistant)

ou à

Load USB Modules /bin/runme.s: (Charger les modules USB /bin/runme.s:) /lib/modules/2.4.22/kernel/drivers/usb/storage No Such File or Directory (Fichier ou Répertoire inexistant)

Si les utilisateurs dont les postes de travail requièrent des pilotes USB rencontrent ces erreurs, vous devez créer un CD de démarrage du composant Images pour leurs postes de travail. Ce CD dispose d'espace suffisant pour inclure les pilotes USB.

9.1 Problèmes liés à la fonction Occultation de l'affichage

• Il se peut que la fonction d'occultation de l'affichage ne fonctionne pas correctement avec certains adaptateurs vidéo, tels que VIA Tech VT8361/VT8601, Hawk Eye Number 9 et ATI Rage P/M Mobility AGP 2x qui ont été configurés sur des postes de travail gérés. Aussi, nous vous recommandons de tester la fonction d'occultation de l'affichage avec votre adaptateur vidéo avant de déployer l'agent de gestion à distance dans votre entreprise.
• Lorsque vous activez l'option d'occultation de l'affichage sur un poste de travail géré et que vous modifiez la résolution des couleurs sur 256 couleurs, il se peut que le poste de travail se bloque. Pour résoudre le problème, redémarrez-le.

9.2 Prise en charge multimoniteur

Si un poste de travail dispose de plusieurs moniteurs, seul le moniteur principal est géré par une session à distance depuis la console de gestion.

9.3 Contrôle à distance avec une fenêtre DOS en mode plein écran

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é le mode normal ou fermé la fenêtre DOS.

9.4 Contrôle à distance des postes de travail Windows XP après une session Bureau à distance

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.

9.5 Suppression du papier peint au cours d'une session distante

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é.

9.6 Problèmes liés à la suppression du papier peint sous Windows XP

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.

9.7 Les curseurs ne sont pas pris en charge pour la gestion à distance

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.

9.8 Sur un poste de travail géré Windows XP, le curseur de la souris clignote au cours d'une session de 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é.

9.9 Le service Wake-On-LAN n'active pas les postes de travail cible

Il se peut que le service Wake-on-LAN qui s'exécute sur un serveur NetWare 6.5 SP1a (et version ultérieure) 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.

9.10 Les applications DirectX ne s'exécutent pas en mode exclusif lors d'une session de contrôle ou d'affichage à distance

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.

9.11 Le service de gestion à distance Novell ZENworks n'est pas créé si le gestionnaire de contrôle de service est en cours d'exécution lors de la mise à niveau de la gestion à distance sur des postes de travail Windows 2000/XP

Si le gestionnaire de contrôle de service s'exécute lors de la mise à niveau de l'agent de gestion à distance vers ZENworks 7, le service de gestion à distance Novell ZENworks 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.

9.12 Le service ZENworks Wake-On-LAN peut afficher le statut « Manquant » sur un serveur Linux

Lorsque vous redémarrez un serveur Linux sur lequel le service ZENworks Wake-On-LAN est installé, il se peut que l'écran de login indique que le service Wake-On-LAN fait défaut même si les services Wake-On-LAN fonctionnent correctement. Vous pouvez ignorer ce message.

9.13 Le mot de passe de gestion à distance est supprimé lors de la mise à niveau de l'agent de gestion à distance sur des postes de travail Windows 98

Sur un poste de travail Windows 98, lorsque vous mettez à niveau l'agent de gestion à distance à partir de ZENworks for Desktops 4.0.1, ZENworks 6.5 Desktop Management ou ZENworks 6.5 Desktop Management Support Pack 1 vers ZENworks 7, le mot de passe de gestion à distance, s'il a été défini, est supprimé.

Solution : À l'invite, entrez la commande suivante :

msiexec /i "chemin_de_MSI zfdagent.msi" REINSTALLMODE=vamus

Si vous effectuez l'installation via un object Application MSI, spécifiez vamus dans la propriété REINSTALLMODE.

IMPORTANT : Cette solution est applicable uniquement si vous procédez à la mise à niveau à partir de ZENworks 6.5 Desktop Management ou d'une version ultérieure de l'agent de gestion de bureau.

9.14 L'aide du composant Gestion à distance peut ne pas se lancer

Si vous cliquez sur Aide lors d'une session de gestion à distance, il se peut que le fichier d'aide ne s'exécute pas correctement.

Pour résoudre ce problème et afficher l'aide, accédez à l'emplacement suivant et double-cliquez sur le fichier rcagent.chm : répertoire_agent_zenworks\remotemanagement\rmagent\nls.

10.1 Réinstallation du serveur d'inventaire ou de la base de données d'inventaire sur Linux

Si vous souhaitez réinstaller le serveur d'inventaire ou la base de données d'inventaire sur Linux, vous devez au préalable désinstaller le composant que vous souhaitez réinstaller, puis poursuivre l'installation du composant.

10.2 Le démarrage du Service d'inventaire peut échouer sur un serveur NetWare 6.5 SP2/SP3 ou NetWare OES

Si vous installez le composant Serveur d'inventaire de ZENworks 7 Desktop Management sur un serveur NetWare 6.5 SP2/SP3 ou NetWare OES, il se peut que le démarrage du service d'inventaire échoue après l'installation.

Solution :Démarrez le service d'inventaire manuellement.

10.3 Les caractères double octet ne sont pas pris en charge dans le chemin d'accès à SCANDIR si le client Novell n'est pas installé sur les postes de travail inventoriés

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 7 Desktop Management en configurant l'objet Service d'inventaire).

10.4 Parcourir les rapports d'inventaires avec le clavier

La fenêtre de Crystal Report Viewer ne prend pas en charge les fonctions du clavier. Vous devez utiliser la souris pour effectuer toutes les opérations dans cette fenêtre.

11.1 L'ouverture d'une application RDP ou ICA à partir du gadget de lancement d'application génère un message d'erreur sur un poste de travail Windows XP SP2

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...

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.

11.2 Les arborescences fédérées ou ayant une racine DNS ne sont pas prises en charge

ZENworks 7 Desktop Management ne prend pas en charge les arborescences fédérées ou ayant une racine DNS.

11.3 Certaines pages de propriétés ConsoleOne ont été consolidées

Dans la version disponible de ZENworks for Desktops 4.x, 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 ZENworks 7 Desktop Management, ces deux pages sont désormais consolidées dans l'onglet ZENworks des objets Utilisateur, Poste de travail et Conteneur.

11.4 Les services Importation de postes de travail et Gestion de postes de travail ne fonctionnent pas avec un réseau VPN

Les services Importation de postes de travail et Gestion de postes de travail (des règles distribuées aux postes de travail ou aux utilisateurs) peuvent fonctionner différemment lorsque les utilisateurs se connectent par l'intermédiaire d'un réseau VPN. Pour plus d'informations, reportez-vous au TID 10096902 de Novell Support Knowledgebase (Base de connaissances du support technique de Novell).

11.5 La base de données ZENworks peut afficher un message erroné

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.

11.6 La création d'un attribut de flux échoue dans ConsoleOne lorsqu'il s'exécute sur une machine Windows

Si vous exécutez ConsoleOne sur une machine Windows configurée avec deux adresses IP différentes sur deux réseaux différents, ConsoleOne ne sera pas en mesure d'envoyer des données à eDirectory et va générer un code d'erreur.

Ce comportement peut se produire lorsque vous tentez de créer un attribut de flux sur eDirectory qui s'exécute sur un serveur SUSE Linux.

11.7 Interopérabilité avec NSure SecureLogin

L'agent ZENworks 7 Desktop Management ne fonctionne pas correctement avec des versions de NSure^® SecureLogin antérieures à 3.51.1.

Si vous installez l'agent de gestion de bureau ZENworks 7 sur un poste de travail équipé d'une version de SecureLogin antérieure à 3.51.1, les tentatives de login de l'utilisateur échoueront et le poste de travail redémarrera.

Si vous avez déjà rencontré ce problème, vous pouvez y remédier en vous reportant au TID 10096513 de Novell Knowledgebase (Base de connaissances du support technique de Novell).