Novell Confidential Manual (FRA) 6 October 2004
28
Distribution : applications complexes
Novell
®
ZENworks
®
Desktop Management vous permet de distribuer des applications complexes aux utilisateurs de postes de travail Windows 98 et Windows 2000/XP.
Pour ce type de distribution, le programme de lancement d'applicatifs doit copier de nombreux fichiers et apporter de nombreuses modifications au poste de travail. Cela concerne par exemple
Novell GroupWise
®
ou Microsoft Office.
Les sections suivantes vous aident à distribuer des applications complexes :
« Préparation d'une application complexe », page 279
« Configuration de l'application dans eDirectory », page 281
« Établissement de l'accès au système de fichiers », page 288
« Établissement des droits eDirectory », page 288
« Suite des opérations », page 288
Préparation d'une application complexe
Une application complexe telle que Novell GroupWise ou Microsoft Office requiert l'installation de nombreux fichiers et de nombreuses modifications de configuration sur le poste de travail.
Bien que la copie des fichiers d'application dans un répertoire réseau (le même que celui utilisé pour une application simple) s'effectue facilement, vous passeriez probablement des heures à configurer l'objet Application pour indiquer les répertoires cibles dans lesquels les fichiers d'application doivent être installés sur le poste de travail. De plus, vous passeriez encore plus de temps à rechercher quels paramètres de poste de travail (paramètres de registre, paramètres INI, etc.) doivent être modifiés pour la configuration de l'objet Application avec les informations adéquates.
Certaines applications, telles que Microsoft Office, fournissent un progiciel Microsoft Windows
Installer (MSI) qui inclut les fichiers et les paramètres de configuration requis par Windows
Installer pour installer l'application sur un poste de travail. Le programme de lancement d'applicatifs prend en charge l'utilisation de progiciels MSI pour distribuer ces applications.
Le progiciel MSI doit résider sur un serveur réseau (NetWare ou Windows) accessible au programme de lancement d'applicatifs.
Pour les applications telles que Novell GroupWise qui ne fournissent pas de progiciel Windows
Installer (MSI), vous pouvez utiliser l'utilitaire ZENworks snAppShot
TM
pour créer un progiciel snAppShot qui inclut les fichiers et les paramètres de configuration à distribuer. À l'instar d'un progiciel Windows Installer, un progiciel snAppShot doit résider sur un serveur NetWare ou
Windows accessible au programme de lancement d'applicatifs.
Les sections suivantes fournissent davantage d'informations pour vous aider à comprendre et à créer des progiciels Windows Installer et snAppShot :
« Progiciels Microsoft Windows Installer », page 280
« Progiciels ZENworks snAppShot », page 280
Distribution : applications complexes
279
Novell Confidential Manual (FRA) 6 October 2004
ZENworks 6.5 inclut InstallShield AdminStudio ZENworks Edition afin de vous aider à gérer les progiciels Windows Installer et snAppShot que vous avez créés. Pour plus d'informations sur l'utilisation de AdminStudio ZENworks Edition, reportez-vous au
Chapitre 32, « Distribution avancée : gestion des progiciels AOT/AXT et MSI », page 305
.
Progiciels Microsoft Windows Installer
Microsoft Windows Installer est un service d'installation et de configuration fourni avec les systèmes d'exploitation Windows 2000 et Windows XP et qui fait partie d'un Service Pack pour
Windows 98. De nombreuses applications, telles que Microsoft Office 2000, sont conçues pour
être installées par Windows Installer.
Microsoft Windows Installer installe les applications sur un poste de travail à partir d'un progiciel comprenant un fichier .msi et divers fichiers de support. Lorsque vous distribuez une application
MSI, le programme de lancement d'applicatifs appelle Windows Installer pour effectuer l'installation sur le poste de travail.
La distribution des applications MSI via le programme de lancement d'applicatifs vous permet de contrôler l'accès des utilisateurs à l'application tout en profitant des avantages d'installation que procure Windows Installer (installation à la demande, transformations et accessibilité des fichiers source de sauvegarde).
Pour utiliser un progiciel Windows Installer :
1
Déployez le progiciel sur un serveur NetWare ou Windows en exécutant le programme d'installation de l'application à l'aide de l'option d'administration. Pour plus d'informations, reportez-vous à la documentation relative à l'installation de l'application. ou
Si l'application inclut un progiciel préconfiguré, copiez le progiciel (fichiers .msi et fichiers de support) sur un serveur NetWare ou Windows.
Le serveur NetWare ou Windows sur lequel le progiciel réside doit être accessible au programme de lancement d'applicatifs pour que la distribution s'effectue correctement. Pour plus d'informations sur les conditions requises pour l'accès du programme de lancement d'applicatifs
à une ressource réseau, reportez-vous au Chapitre 22, « Programme de lancement d'applicatifs
Novell : gestion de l'authentification et de l'accès au système de fichiers », page 237 .
AdminStudio ZENworks Edition
ZENworks 6.5 inclut AdminStudio ZENworks Edition pour vous aider à gérer les progiciels
Windows Installer. Vous pouvez, par exemple, personnaliser le progiciel pour votre environnement spécifique et créer plusieurs personnalisations à partir du même progiciel de base. Vous pouvez
également utiliser AdminStudio ZENworks Edition pour déployer un progiciel sur plusieurs emplacements source, ou l'utiliser pour créer une installation administrative sur un serveur réseau.
Pour plus d'informations sur l'utilisation de AdminStudio ZENworks Edition, reportez-vous au
Chapitre 32, « Distribution avancée : gestion des progiciels AOT/AXT et MSI », page 305 .
Progiciels ZENworks snAppShot
L'utilitaire ZENworks snAppShot automatise le processus de création de progiciels et d'objets
Application pour les applications complexes qui n'ont pas de progiciel Microsoft Windows
Installer (.msi).
280 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Vous exécutez snAppShot sur un poste de travail sur lequel l'application n'a jamais été installée.
SnAppShot enregistre l'état du poste de travail (fichiers et configuration) avant et après l'installation de l'application. À partir de ces informations, snAppShot crée le progiciel de l'application (fichiers .fil) et un fichier de modèle de l'objet Application (fichier .aot ou .axt).
Le fichier AOT inclut des informations sur l'emplacement auquel les fichiers doivent être copiés sur le poste de travail et sur les paramètres de poste de travail à modifier. Lorsque vous créez l'objet
Application dans eDirectory, les informations du fichier AOT sont automatiquement transférées vers l'objet Application de sorte que vous n'avez pas à définir manuellement ces informations.
Lorsque le programme de lancement d'applicatifs distribue l'application sur un poste de travail, il utilise les fichiers .fil, situés sur un serveur NetWare ou Windows auquel il a accès, ainsi que les informations de configuration (modifications du registre, des fichiers INI, etc.) stockées dans l'objet Application.
Pour utiliser snAppShot pour créer un progiciel et un fichier modèle de l'objet Application :
1
Configurez un poste de travail « propre ».
3
Vous devez choisir un poste sur lequel l'application n'a jamais été installée.
2
Exécutez snAppShot (snapshot.exe) à partir du répertoire sys:\public\snapshot sur le serveur
ZENworks.
Suivez les invites qui s'affichent à l'écran pour créer le progiciel. Pour plus d'informations sur snAppShot, reportez-vous au
Chapitre 45, « Référence : SnAppShot », page 415 .
Assurez-vous que le serveur NetWare ou Windows sur lequel vous créez le progiciel snAppShot
(fichiers .fil et .aot/.axt) est accessible au programme de lancement d'applicatifs. Pour plus d'informations sur les conditions requises pour l'accès du programme de lancement d'applicatifs
à une ressource réseau, reportez-vous au Chapitre 22, « Programme de lancement d'applicatifs
Novell : gestion de l'authentification et de l'accès au système de fichiers », page 237 .
AdminStudio ZENworks Edition
ZENworks 6.5 inclut AdminStudio ZENworks Edition. Vous pouvez utiliser AdminStudio
ZENworks Edition pour convertir les progiciels snAppShot en progiciels Windows Installer, puis gérer les progiciels Windows Installer.
Pour plus d'informations sur l'utilisation de AdminStudio ZENworks Edition, reportez-vous au
Chapitre 32, « Distribution avancée : gestion des progiciels AOT/AXT et MSI », page 305 .
Configuration de l'application dans eDirectory
Une fois l'application préparée pour la distribution (reportez-vous à
« Préparation d'une application complexe », page 279
), il vous faut la créer en tant qu'objet Application dans eDirectory, définir ses règles de distribution et l'associer aux utilisateurs et postes de travail.
Vous pouvez créer l'objet Application dans le conteneur que vous choisissez. Étant donné que le programme de lancement d'applicatifs accède à l'objet pour le compte de l'utilisateur ou du poste de travail logué, placez-le dans un conteneur dont la partition (ou une réplique de la partition) est accessible à l'utilisateur ou au poste de travail via une connexion locale plutôt qu'une connexion
.
Pour créer l'objet Application dans eDirectory et le configurer :
1
Dans ConsoleOne
®
, cliquez avec le bouton droit sur le conteneur dans lequel vous souhaitez créer l'objet Application, cliquez sur Nouveau, puis sur Application pour afficher la boîte de dialogue Nouvel objet Application.
Distribution : applications complexes
281
Novell Confidential Manual (FRA) 6 October 2004
2
Sélectionnez l'une des options ci-dessous pour créer le type d'objet approprié pour l'application :
Une application qui a un fichier .AOT/.AXT : Vous permet de spécifier un fichier .aot ou
.axt que vous avez créé avec snAppShot ou exporté à partir d'un autre objet Application.
Le fichier .aot ou .axt est utilisé pour remplir les champs de propriétés de l'objet
Application. Passez à
« Création d'un objet Application à partir d'un fichier ZENworks snAppshot », page 282
.
Une application qui a un fichier .MSI : Vous permet de spécifier un fichier Microsoft
Windows Installer (.msi). Le fichier .msi est utilisé pour remplir les champs de propriétés de l'objet Application. Passez à
« Création de l'objet Application à partir d'un fichier Windows
Installer (.MSI) », page 285 .
Création d'un objet Application à partir d'un fichier ZENworks snAppshot
1
(Conditionnel) Si la boîte de dialogue Nouvel objet Application n'est pas ouverte, reportezvous à
« Configuration de l'application dans eDirectory », page 281 .
2
Dans la boîte de dialogue Nouvel objet Application, sélectionnez l'option Une application qui a un fichier .AOT/.AXT, puis cliquez sur Suivant.
3
Spécifiez le chemin d'accès au fichier .aot ou .axt.
ou
Cliquez sur le bouton de navigation pour rechercher et sélectionner le fichier.
Le fichier doit se trouver à l'emplacement réseau choisi pour l'enregistrement lors de sa création avec snAppShot. Si vous recherchez le fichier à l'aide du bouton Parcourir, la boîte de dialogue
Ouvrir affiche le type de fichier *.axt par défaut. Si vous avez créé un fichier .aot, vous devez afficher le type de fichier *.aot ou Tous les fichiers afin de sélectionner le fichier .aot.
282 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
4
Cliquez sur Suivant, puis modifiez les champs nécessaires pour personnaliser l'objet
Application.
Nom de l'objet : Ce champ affiche par défaut le nom de l'objet Application spécifié lors de l'exécution de snAppShot. Vous pouvez modifier le nom si vous le souhaitez. Le nom doit répondre aux règles suivantes :
Le nom doit être unique dans le conteneur.
Les caractères spéciaux sont autorisés. Cependant, s'ils sont utilisés, les caractères plus
(+), égal (=) et point (.) doivent être précédés d'une barre oblique inverse (\).
Les caractères suivants sont valides dans les noms de l'objet Application mais ne sont pas valides lorsqu'ils sont utilisés dans les noms de fichiers et de dossiers Windows :
\ / : * ? " < > |
Si vous utilisez ces caractères dans le nom de l'objet Application, ils sont remplacés par un trait de soulignement (_) lorsqu'ils sont affichés dans des emplacements contrôlés par
Windows au lieu du programme de lancement d'applicatifs Novell (par exemple, sur le bureau Windows).
Les lettres en majuscules, en minuscules, les caractères de soulignement et les espaces sont affichés tels que vous les saisissez mais ne sont pas pris en compte par le système.
Par exemple, ZENworks_Desktops_Management est identique à ZENWORKS
DESKTOP MANAGEMENT.
Le nom de l'objet Application est visible dans eDirectory. Par défaut, le nom est également utilisé pour le titre de l'icône de l'objet Application lorsqu'il est affiché par le programme de lancement d'applicatifs sur le poste de travail d'un utilisateur. Si nécessaire, vous pouvez modifier le titre de l'icône une fois l'objet Application créé (objet Application > onglet
Identification > page Icône).
SOURCE_PATH (Emplacement de fich. d'install. (.FIL)) : Ce champ affiche par défaut l'emplacement auquel les fichiers d'application (.fil) ont été stockés lors de l'exécution de snAppShot. Assurez-vous que ce chemin est correct. Si le chemin utilise une assignation d'unité, vous pouvez 1) vous assurer que tous les postes de travail ont la même unité assignée
à l'emplacement source ou 2) changer l'assignation d'unité en un autre format, tel que UNC.
Pour plus d'informations sur les formats valides, reportez-vous à la section Syntaxe de chemin
d'accès aux fichiers dans « Présentation de l'accès au système de fichiers », page 238 .
Le chemin d'accès que vous saisissez ici est ajouté en tant que macro SOURCE_PATH à la liste Macros pour l'objet Application (onglet Commun > page Macros) et utilisé dans les champs qui exigent un chemin d'accès à l'emplacement source.
TARGET_PATH (Chemin de rép. du poste client) : Ce chemin indique l'emplacement du poste de travail sur lequel les fichiers d'application doivent être installés. Le chemin par défaut est le chemin défini dans le fichier .aot ou .axt, qui correspond à l'emplacement d'installation de l'application lors de l'exécution de snAppShot. Assurez-vous qu'il s'agit du répertoire du poste de travail dans lequel vous souhaitez installer l'application.
Le chemin d'accès que vous saisissez ici est ajouté en tant que macro TARGET_PATH à la liste Macros pour l'objet Application (onglet Commun > page Macros) et utilisé dans les champs qui exigent un chemin d'accès à l'emplacement cible.
5
Cliquez sur Suivant, puis définissez les règles utilisées par le programme de lancement d'applicatifs pour déterminer si un poste de travail répond aux exigences de l'application.
Les règles de distribution garantissent que le programme de lancement d'applicatifs ne distribue pas l'application sur les postes de travail qui ne prennent pas en charge l'application.
Distribution : applications complexes
283
Novell Confidential Manual (FRA) 6 October 2004
Par exemple, si l'application s'exécute sous Windows 2000/XP uniquement, vous pouvez créer une règle de système d'exploitation qui interdit la distribution sur les postes de travail
Windows 98.
Remarque :
La nécessité d'avoir à définir un système d'exploitation avant qu'une application soit disponible a été supprimée.
Dans les versions précédentes de ZENworks, il était nécessaire de définir la plate-forme de système d'exploitation dans la configuration système requise pour qu'une application puisse être distribuée et lancée. Cette exigence a été supprimée.
Le nouveau comportement adopte la logique suivante : lorsqu'une application s'exécute uniquement sur un système d'exploitation spécifique, définissez une règle de distribution de système d'exploitation.
Si une application ne nécessite pas de système d'exploitation spécifique, il n'est pas nécessaire de définir une règle de distribution. Par défaut, les applications sans règle de distribution de système d'exploitation définie sont disponibles sur toutes les plates-formes prises en charge (Windows 98, Windows 2000 et
Windows XP).
Pour ajouter une règle de distribution :
5a
5b
Cliquez sur Ajouter, puis sélectionnez le type de règle que vous souhaitez définir.
Fournissez les informations pour les prérequis (cliquez sur Aide pour obtenir des
Si vous souhaitez créer des règles de distribution supplémentaires pour l'application ultérieurement, vous pouvez utiliser la page Règles de distribution de l'objet Application. Pour plus d'informations, reportez-vous à
« Page Règles de distribution », page 471
.
6
Cliquez sur Suivant, puis associez l'objet Application aux utilisateurs ou postes de travail auxquels vous souhaitez distribuer l'application. Pour ce faire :
6a
Cliquez sur Ajouter, puis recherchez et sélectionnez les objets Utilisateur ou Poste de travail. Vous pouvez également sélectionner des objets Groupe, Groupe de postes de travail et Conteneur (Unité organisationnelle, Organisation ou Pays). Si vous sélectionnez un objet Conteneur, vous aurez la possibilité d'associer tous les objets
Utilisateur et/ou Poste de travail du conteneur à l'application.
Chaque poste de travail que vous souhaitez associer à l'application doit d'abord être importé dans eDirectory en tant qu'objet Poste de travail. Si un poste de travail auquel vous souhaitez associer l'application n'a pas été importé en tant qu'objet Poste de travail, reportez-vous à la section
« Importation et retrait automatiques de postes de travail », page 75 .
Remarque :
Dans eDirectory, la méthode d'association préférée d'un objet Application consiste à l'associer à un objet Groupe, Groupe de postes de travail ou tout autre objet Conteneur.
L'association de l'application à un grand nombre d'objets Utilisateur ou Poste de travail (plus de 250, par exemple) peut entraîner une utilisation accrue du serveur.
Important : en charge.
N'associez pas l'objet Application aux objets Alias. Les objets Alias ne sont pas pris
6b
Après avoir ajouté l'utilisateur ou le poste de travail à la liste, cochez la case appropriée pour que l'utilisateur ou le poste de travail définisse les caractéristiques (Forcer l'exécution,
NAL, Menu démarrer, Bureau, Barre système, Lancement rapide et Forcer le caching) que vous souhaitez voir appliquées à l'application. Cliquez sur Aide pour obtenir une description de chaque caractéristique ou reportez-vous à
« Page Associations », page 468
.
Si vous souhaitez associer l'application à d'autres utilisateurs ou postes de travail ultérieurement, vous pouvez utiliser la page Associations de l'objet Application. Pour plus d'informations, reportez-vous à
« Page Associations », page 468 .
284 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
7
Cliquez sur Suivant, vérifiez les paramètres de l'objet Application, puis cliquez sur Terminer pour créer l'objet Application.
8
Passez à
« Établissement de l'accès au système de fichiers », page 275
.
Création de l'objet Application à partir d'un fichier Windows Installer (.MSI)
1
(Conditionnel) Si la boîte de dialogue Nouvel objet Application n'est pas ouverte, reportezvous à
« Configuration de l'application dans eDirectory », page 281 .
2
Dans la boîte de dialogue Nouvel objet Application, sélectionnez l'option Une application qui a un fichier .MSI, puis cliquez sur Suivant.
3
Dans le champ Chemin d'accès au fichier .MSI, indiquez le chemin d'accès complet au fichier
.msi à utiliser comme fichier source lors de la distribution sur le poste de travail.
Vous pouvez utiliser une unité assignée ou un chemin UNC. Dans ce cas, assurez-vous que la même unité est assignée à l'emplacement source sur tous les postes de travail. Le chemin que vous saisissez ici est ajouté à la liste des sources du progiciel pour l'objet Application (onglet
Commun > Sources).
Remarque :
Une fois l'objet Application créé, le nom du fichier .msi ne peut plus être modifié ; vous pouvez toutefois en modifier le chemin d'accès. Si vous modifiez le nom du fichier .msi, l'installation
échouera.
4
Cliquez sur Suivant, puis modifiez les champs nécessaires pour personnaliser l'objet
Application.
Nom de l'objet : Ce champ affiche par défaut le nom de l'objet Application défini dans le fichier .msi. Vous pouvez modifier le nom si vous le souhaitez. Le nom doit répondre aux règles suivantes :
Le nom doit être unique dans le conteneur.
Les caractères spéciaux sont autorisés. Cependant, s'ils sont utilisés, les caractères plus
(+), égal (=) et point (.) doivent être précédés d'une barre oblique inverse (\).
Les caractères suivants sont valides dans les noms de l'objet Application mais ne sont pas valides lorsqu'ils sont utilisés dans les noms de fichiers et de dossiers Windows :
\ / : * ? " < > |
Si vous utilisez ces caractères dans le nom de l'objet Application, ils sont remplacés par un trait de soulignement (_) lorsqu'ils sont affichés dans des emplacements contrôlés par
Windows au lieu du programme de lancement d'applicatifs Novell (par exemple, sur le bureau Windows).
Les lettres en majuscules, en minuscules, les caractères de soulignement et les espaces sont affichés tels que vous les saisissez mais ne sont pas pris en compte par le système.
Par exemple, ZENworks_Desktops_Management est identique à ZENWORKS
DESKTOP MANAGEMENT.
Le nom de l'objet Application est visible dans eDirectory. Par défaut, le nom est également utilisé pour le titre de l'icône de l'objet Application lorsqu'il est affiché par le programme de lancement d'applicatifs sur le poste de travail d'un utilisateur. Si nécessaire, vous pouvez modifier le titre de l'icône une fois l'objet Application créé (objet Application > onglet
Identification > page Icône).
Chemin d'accès au progiciel d'administration : Ce chemin indique l'emplacement du progiciel MSI que vous souhaitez utiliser pour l'administration. ConsoleOne utilise le fichier
.msi qui se trouve à cet emplacement pour renseigner les informations de l'objet Application.
Distribution : applications complexes
285
Novell Confidential Manual (FRA) 6 October 2004
Ce champ est utilisé uniquement par ConsoleOne pour lire le progiciel .msi. Il n'est pas utilisé par le programme de lancement d'applicatifs Novell pour distribuer l'application. Pour cela, le programme de lancement d'applicatifs utilise le chemin défini dans le champ Chemin d'accès au fichier .MSI qui se trouve sur la page précédente.
Par défaut, le chemin d'accès est celui défini dans le champ Chemin d'accès au fichier .MSI sur la page précédente. Modifiez-le si nécessaire. Vous pouvez indiquer une unité assignée ou un chemin d'accès UNC. Si vous utilisez une unité assignée, assurez-vous que la même unité est assignée à l'emplacement pour les postes de travail ConsoleOne. Vous pouvez également utiliser des macros dans ce champ.
Le chemin que vous avez saisi ici est ajouté au champ Chemin d'accès à l'ensemble d'administration pour l'objet Application (onglet Identification > page Informations sur le progiciel).
Remarque :
N'utilisez pas de macros dans ce champ sans quoi la création de l'objet Application
échouera. Une fois que ConsoleOne a créé l'objet Application, vous pouvez définir une macro pour l'emplacement source (onglet Commun > Macros) et l'utiliser dans d'autres champs de l'objet Application
(tels que la liste des sources du progiciel) si vous le souhaitez.
5
Cliquez sur Suivant, puis définissez les règles utilisées par le programme de lancement d'applicatifs pour déterminer si un poste de travail répond aux exigences de l'application.
Les règles de distribution garantissent que le programme de lancement d'applicatifs ne distribue pas l'application sur les postes de travail qui ne prennent pas en charge l'application.
Par exemple, si l'application s'exécute sous Windows 2000/XP uniquement, vous pouvez créer une règle de système d'exploitation qui interdit la distribution sur les postes de travail
Windows 98.
Pour ajouter une règle de distribution :
5a
5b
Cliquez sur Ajouter, puis sélectionnez le type de règle que vous souhaitez définir.
Fournissez les informations pour les prérequis (cliquez sur Aide pour obtenir des
Si vous souhaitez créer des règles de distribution supplémentaires pour l'application ultérieurement, vous pouvez utiliser la page Règles de distribution de l'objet Application. Pour plus d'informations, reportez-vous à
« Page Règles de distribution », page 471
.
6
Cliquez sur Suivant, puis associez l'objet Application aux utilisateurs ou postes de travail auxquels vous souhaitez distribuer l'application. Pour ce faire :
6a
Cliquez sur Ajouter, puis parcourez l'arborescence et sélectionnez les objets Utilisateur ou Poste de travail.
Chaque poste de travail que vous souhaitez associer à l'application doit d'abord être importé dans eDirectory en tant qu'objet Poste de travail. Si un poste de travail auquel vous souhaitez associer l'application n'a pas été importé en tant qu'objet Poste de travail, reportez-vous à la section
« Importation et retrait automatiques de postes de travail », page 75 .
Vous pouvez également sélectionner des objets Groupe, Groupe de postes de travail et
Conteneur (Unité organisationnelle, Organisation ou Pays). Si vous sélectionnez un objet
Conteneur, vous aurez la possibilité d'associer tous les objets Utilisateur et/ou Poste de travail du conteneur à l'application.
286 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004
Remarque :
Dans eDirectory, la méthode d'association préférée d'un objet Application consiste à l'associer à un objet Groupe, Groupe de postes de travail ou tout autre objet Conteneur.
L'association de l'application à un grand nombre d'objets Utilisateur ou Poste de travail (plus de 250, par exemple) peut entraîner une utilisation accrue du serveur.
Important : en charge.
N'associez pas l'objet Application aux objets Alias. Les objets Alias ne sont pas pris
6b
Après avoir ajouté l'utilisateur ou le poste de travail à la liste, cochez la case appropriée pour que l'utilisateur ou le poste de travail définisse les caractéristiques (Forcer l'exécution, NAL, Menu démarrer, Bureau, Barre système, Lancement rapide et Forcer le caching) que vous souhaitez voir appliquées à l'application. Cliquez sur Aide pour obtenir une description de chaque caractéristique ou reportez-vous à
Avec les applications MSI, vous devez utiliser l'option Forcer le caching si les utilisateurs ou les postes de travail n'ont pas d'accès client réseau aux fichiers source .msi. Microsoft
Windows Installer exige que les fichiers soient accessibles par l'intermédiaire d'un client réseau, mais pas via l'agent ZENworks Desktop Management. Prenez en considération les exemples suivants :
Les utilisateurs situés à l'extérieur de votre pare-feu ont besoin d'une application MSI mais n'ont pas d'accès client réseau aux fichiers source .msi sur un serveur à l'intérieur de votre pare-feu. Ils se loguent au serveur Middle Tier ZENworks et le programme de lancement d'applicatifs affiche l'application MSI. Pour que la distribution réussisse, l'option Forcer le caching doit être sélectionnée pour l'application MSI afin que les fichiers source .msi soient copiés dans le répertoire cache de l'utilisateur (par l'intermédiaire du serveur Middle Tier) et distribués à partir du répertoire cache.
Les utilisateurs à l'intérieur de votre pare-feu ont besoin d'une application MSI.
Le client Novell n'étant pas installé, ils doivent se loguer au serveur Middle Tier
ZENworks et s'authentifier auprès de eDirectory. Ils font partie d'un domaine Active
Directory et les fichiers .msi source se trouvent sur un partage Windows pour lequel ils possèdent des droits. La distribution réussit sans forcer le caching de l'application car le client réseau Microsoft fournit un accès aux fichiers source .msi.
Si vous souhaitez associer l'application à d'autres utilisateurs ou postes de travail ultérieurement, vous pouvez utiliser la page Associations de l'objet Application. Pour plus d'informations, reportez-vous à
« Page Associations », page 468 .
7
Cliquez sur Suivant, vérifiez les paramètres de l'objet Application, puis cliquez sur Terminer pour créer l'objet Application.
Si, après avoir créé un objet Application pour une application MSI, vous recevez un nouveau progiciel MSI (fichier .msi) pour l'application, vous devez créer un nouvel objet Application
à l'aide du nouveau fichier .msi. Vous ne pouvez pas simplement remplacer l'ancien fichier
.msi par le nouveau.
Par exemple, l'agent de gestion de bureau est fourni sous forme de fichier .msi (zfdagent.msi) qui peut être distribué via un objet Application. Chaque fois que vous recevez un nouveau fichier zfdagent.msi (via une mise à niveau ou un Support Pack), vous devez créer le nouvel objet Application correspondant. Cela permet de s'assurer que le GUID (global unique identifier, identificateur unique global) contenu dans le fichier .msi est synchronisé avec celui de l'objet Application et sur le poste de travail, permettant ainsi à l'application d'être installée et désinstallée correctement.
8
Passez à
« Établissement de l'accès au système de fichiers », page 275
.
Distribution : applications complexes
287
Novell Confidential Manual (FRA) 6 October 2004
Établissement de l'accès au système de fichiers
Pour que le programme de lancement d'applicatifs puisse distribuer ou lancer une application à partir d'un serveur NetWare ou Windows, il doit disposer des droits d'accès appropriés au système de fichiers du serveur. Si vous n'avez pas encore établi d'accès au système de fichiers pour les utilisateurs et/ou les postes de travail auxquels vous avez associé l'application, reportez-vous au
.
Établissement des droits eDirectory
Par défaut, lorsqu'un utilisateur ou un poste de travail est associé à un objet Application, l'objet
Utilisateur ou Poste de travail se voit assigner les droits d'ayant droit pour l'objet. Le programme de lancement d'applicatifs est ainsi pourvu des droits eDirectory suffisants pour distribuer et lancer l'application sur le poste de travail de l'utilisateur.
Cependant, pour les applications associées au poste de travail qui sont installées sur les postes
Windows 98, vous devez également assigner manuellement les droits d'ayant droit à chaque utilisateur qui distribue ou lance l'application. Windows 98 ne fait aucune différence entre l'utilisateur et le poste de travail. Le programme de lancement d'applicatifs utilise donc toujours les références eDirectory de l'utilisateur lors de la distribution ou du lancement des applications associées au poste de travail sur un poste Windows 98. Si vous n'assignez pas des droits d'ayant droit à l'utilisateur, la distribution ou le lancement échoue.
Pour assigner des droits d'ayant droit à un utilisateur :
1
Dans ConsoleOne, cliquez avec le bouton droit de la souris sur l'objet Application, puis cliquez sur Propriétés.
2
3
Cliquez sur l'onglet Droits NDS, puis cliquez sur Ayants droit de cet objet.
Cliquez sur Ajouter un ayant droit, sélectionnez l'utilisateur que vous souhaitez ajouter en tant qu'ayant droit, puis cliquez sur OK pour ajouter l'utilisateur à la liste des ayants droit. Répétez cette étape pour tous les utilisateurs que vous devez ajouter.
4
Cliquez sur OK pour enregistrer les modifications.
Suite des opérations
Afin de mieux gérer l'application distribuée, vous pouvez configurer l'objet Application pour effectuer les opérations suivantes :
Mettre en cache automatiquement les fichiers de l'application sur le poste de travail local (si la distribution requiert l'installation de l'application). Cela permet aux utilisateurs d'installer ou de réparer les problèmes de l'application lorsqu'ils sont déconnectés de eDirectory et de
Ajouter l'objet Application à un dossier dans la fenêtre d'application, dans la fenêtre de l'Explorateur d'applications, dans la fenêtre du parcoureur d'applications ou dans le menu
Démarrer de Windows. Reportez-vous au
Assurez-vous que toutes les applications dépendantes sont automatiquement distribuées avant l'application. Par exemple, si AppA possède une dépendante sur AppB et AppC, assurez-vous
288 Guide d’administration de ZENworks 6.5 Desktop Management
Novell Confidential Manual (FRA) 6 October 2004 que AppB et AppC sont installées avant AppA. Reportez-vous au
.
Consigner les réussites ou les échecs des événements tels que la distribution, le caching et la désinstallation de l'application sur les postes de travail. Reportez-vous au
Chapitre 43, « Rapport d'événements d'application », page 383
.
Suivre le nombre de licences utilisées pour l'application. Reportez-vous au
« Compteur de licences logicielles », page 411 .
Déterminer la planification de la disponibilité de l'application. Reportez-vous à
.
Configurer des copies de sauvegarde du progiciel de l'application pour permettre la tolérance aux pannes. Reportez-vous à
« Configuration de la tolérance aux pannes », page 329 .
Définir plusieurs objets Application pour la même application et permettre l'équilibrage de la charge. Reportez-vous à
« Configuration de l'équilibrage de la charge », page 333 .
Configurez des listes de sites pour permettre aux utilisateurs qui voyagent d'un site à un autre d'avoir toujours accès à leurs applications à partir du serveur le plus proche. Reportez-vous à
« Configuration de listes de sites », page 338 .
Définir de nombreuses propriétés de l'objet Application supplémentaires pour contrôler le comportement de l'application. Pour plus d'informations sur toutes les propriétés de l'objet
Application, reportez-vous au
Chapitre 46, « Référence : paramètres de l'objet Application », page 419
.
Distribution : applications complexes
289
Novell Confidential Manual (FRA) 6 October 2004
290 Guide d’administration de ZENworks 6.5 Desktop Management
Public link updated
The public link to your chat has been updated.