29.3 Configuration de l'application dans eDirectory

Une fois l'application prête pour la distribution (reportez-vous à la Section 29.1, Présentation des ensembles logiciels), 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 de votre choix. É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 étendue. Pour plus d'informations, reportez-vous à la Section 51.0, Référence : emplacement de l'objet Application.

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.

    Boîte de dialogue Nouvel objet Application

  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 : permet de choisir un fichier .aot ou .axt créé à l'aide de snAppShot ou exporté à partir d'un autre objet Application. Le système utilise le fichier .aot ou .axt pour remplir les champs de propriétés de l'objet Application. Passez à la Section 29.3.1, Création d'un objet Application à partir d'un fichier ZENworks snAppshot.

    Une application qui a un fichier .msi : permet de spécifier un fichier Microsoft Windows Installer (.msi). Le système utilise le fichier .msi pour remplir les champs de propriétés de l'objet Application. Passez à la Section 29.3.2, Création de l'objet Application à partir d'un fichier Windows Installer (.MSI).

29.3.1 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, reportez-vous à la Section 29.3, Configuration de l'application dans eDirectory.

  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 où vous l'avez enregistré, 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 sélectionner *.aot ou Tous les fichiers dans la zone Type de fichiers afin de sélectionner le fichier .aot.

  4. Cliquez sur Suivant, puis modifiez les champs suivants pour personnaliser l'objet Application.

    Nom de l'objet : par défaut, ce champ affiche le nom d'objet Application spécifié lors de l'exécution de snAppShot. Vous pouvez modifier le nom si vous le souhaitez. Ce nom doit respecter les 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 (_) lors de leur affichage dans des emplacements contrôlés par Windows et non par le 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 comme vous les avez saisis, mais ne sont pas pris en compte par le système. Par exemple, le système considère ZENworks_Desktop_Management comme identique à ZENWORKS DESKTOP MANAGEMENT.

    Le nom de l'objet Application est visible dans eDirectory. Par défaut, il est également utilisé comme titre de l'icône de l'objet Application lorsque celle-ci est affichée 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)) : par défaut, ce champ affiche l'emplacement où 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 à Syntaxe du chemin d'accès aux fichiers, dans la Section 23.2, Présentation de l'accès au système de fichiers.

    Le chemin d'accès saisi dans ce champ est ajouté, en tant que macro SOURCE_PATH, à la liste Macros de l'objet Application (onglet Commun > page Macros) ; il est 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 celui défini dans le fichier .aot ou .axt, c'est-à-dire l'emplacement où l'application a été installée lors de l'exécution de snAppShot. Assurez-vous qu'il s'agit du répertoire du poste sur lequel vous souhaitez installer l'application.

    Le chemin d'accès saisi dans ce champ est ajouté, en tant que macro TARGET_PATH, à la liste Macros de l'objet Application (onglet Commun > page Macros) ; il est utilisé dans les champs qui exigent un chemin d'accès à l'emplacement cible.

  5. Cliquez sur Suivant, puis définissez les règles en fonction desquelles le programme de lancement d'applicatifs déterminera si un poste de travail possède la configuration requise pour l'application.

    Les règles de distribution empêchent le programme de lancement d'applicatifs de distribuer l'application sur les postes de travail qui ne la prennent pas en charge. 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 en 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 les prérequis système 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 :

    1. Cliquez sur Ajouter, puis sélectionnez le type de règle à définir.

    2. Saisissez les informations relatives à un prérequis (cliquez sur Aide pour plus d'informations sur les prérequis ou reportez-vous à Page Règles de distribution), puis cliquez sur OK pour ajouter le prérequis à la liste.

      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.

  6. Cliquez sur Suivant, puis associez l'objet Application aux utilisateurs ou aux postes de travail auxquels vous souhaitez distribuer l'application. Pour ce faire :

    1. Cliquez sur Ajouter, puis parcourez l'arborescence et sélectionnez des 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 pourrez associer tous les objets Utilisateur et/ou Poste de travail du conteneur à l'application.

      Chacun des postes de travail associés à 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 III, Importation et retrait automatiques de postes de travail.

      Dans eDirectory, la méthode d'association préférée de l'objet Application consiste à l'associer à un objet Groupe, Groupe de postes de travail ou tout autre objet Conteneur. Associer 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 :n'associez l'objet Application à aucun objet Alias. Les objets Alias ne sont pas pris en charge.

    2. 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 appliquer à l'application. Cliquez sur Aide pour obtenir une description de chaque caractéristique ou reportez-vous au Page Associations.

      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.

  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 à la Section 28.3, Établissement de l'accès au système de fichiers.

29.3.2 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, reportez-vous à la Section 29.3, Configuration de l'application dans eDirectory.

  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 indiquer une unité assignée ou un chemin d'accès 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 saisi dans ce champ s'ajoute à la liste Sources du progiciel de l'objet Application (onglet Commun > Sources).

    REMARQUE :Une fois l'objet Application créé, le nom du fichier .msi ne peut plus être modifié (en revanche, le chemin d'accès peut l'être). Si vous modifiez le nom du fichier .msi, l'installation échouera.

  4. Cliquez sur Suivant, puis modifiez les champs suivants pour personnaliser l'objet Application.

    Nom de l'objet : par défaut, ce champ affiche le nom d'objet Application défini dans le fichier .msi. Vous pouvez modifier le nom si vous le souhaitez. Ce nom doit respecter les 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 (_) lors de leur affichage dans des emplacements contrôlés par Windows et non par le 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 comme vous les avez saisis, mais ne sont pas pris en compte par le système. Par exemple, le système considère ZENworks_Desktop_Management comme identique à ZENWORKS DESKTOP MANAGEMENT.

    Le nom de l'objet Application est visible dans eDirectory. Par défaut, il est également utilisé comme titre de l'icône de l'objet Application lorsque celle-ci est affichée 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 à l'ensemble d'administration : indique l'emplacement de l'ensemble MSI à utiliser à des fins d'administration. ConsoleOne utilise le fichier .msi qui se trouve à cet emplacement pour obtenir les informations sur l'objet Application. Ce champ est utilisé uniquement par ConsoleOne pour lire l'ensemble .msi . Il n'est pas utilisé par le programme de lancement d'applicatifs Novell pour distribuer l'application. Pour la distribution, le programme de lancement d'applicatifs utilise le chemin défini dans le champ Chemin d'accès au fichier .msi, 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 ne pouvez pas utiliser de macro dans ce champ.

    Le chemin saisi ici est ajouté au champ Chemin d'accès à l'ensemble d'administration de 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 en fonction desquelles le programme de lancement d'applicatifs déterminera si un poste de travail possède la configuration requise pour l'application.

    Les règles de distribution empêchent le programme de lancement d'applicatifs de distribuer l'application sur les postes de travail qui ne la prennent pas en charge. 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 en interdit la distribution sur les postes de travail Windows 98.

    Pour ajouter une règle de distribution :

    1. Cliquez sur Ajouter, puis sélectionnez le type de règle à définir.

    2. Saisissez les informations relatives à un prérequis (cliquez sur Aide pour plus d'informations sur les prérequis ou reportez-vous à Page Règles de distribution), puis cliquez sur OK pour ajouter le prérequis à la liste.

      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.

  6. Cliquez sur Suivant, puis associez l'objet Application aux utilisateurs ou aux postes de travail auxquels vous souhaitez distribuer l'application. Pour ce faire :

    1. Cliquez sur Ajouter, puis parcourez l'arborescence et sélectionnez des objets Utilisateur ou Poste de travail.

      Chacun des postes de travail associés à 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 III, Importation et retrait automatiques de postes 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 pourrez associer tous les objets Utilisateur et/ou Poste de travail du conteneur à l'application.

      Dans eDirectory, la méthode d'association préférée de l'objet Application consiste à l'associer à un objet Groupe, Groupe de postes de travail ou tout autre objet Conteneur. Associer 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 :n'associez l'objet Application à aucun objet Alias. Les objets Alias ne sont pas pris en charge.

    2. 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 appliquer à l'application. Cliquez sur Aide pour obtenir une description de chaque caractéristique ou reportez-vous au Page Associations.

      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 derrière le pare-feu ont besoin d'une application MSI, mais ne disposent d'aucun accès client réseau aux fichiers source .msi des serveurs situés devant le 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 : ainsi, les fichiers source .msi seront 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 situés derrière le pare-feu du réseau ont besoin d'une application MSI. Novell Client™ 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 sur lequel ils possèdent des droits. La distribution réussit sans caching forcé. Le client réseau Microsoft donne en effet 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.

  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 nouvel ensemble 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 la forme d'un 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. Ainsi, le GUID (global unique identifier, identificateur unique global) contenu dans le fichier .msi est synchronisé avec ceux de l'objet Application et du poste de travail, de sorte que l'application peut être installée et désinstallée correctement.

  8. Passez à la Section 28.3, Établissement de l'accès au système de fichiers.