48.2 Onglet Options de distribution

L'onglet Options de distribution inclut les pages suivantes pour vous aider à configurer la façon dont l'objet Application est distribué aux utilisateurs :

48.2.1 Page Icônes/raccourcis

La page de propriétés Icônes/Raccourcis est accessible sur les objets Application créés pour les applications simples et les applications AOT/AXT uniquement. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.

La page de propriétés Icônes/Raccourcis illustrée ci-dessous détermine les icônes et les raccourcis que le programme de lancement d'applicatifs crée lors de la distribution de l'application sur le poste de travail. Vous pouvez ajouter l'icône de l'application en tant qu'élément d'un groupe de programmes, ou en tant que raccourci sur le bureau du poste de travail ou dans un dossier. Vous pouvez également supprimer les icônes, les raccourcis et les groupes de programmes.

Figure 48-7 Objet Application > onglet Options de distribution > page Icônes/Raccourcis

Les icônes et les raccourcis que vous créez grâce à cette page viennent s'ajouter à l'icône de l'objet Application. Alors que l'icône de l'objet Application permet de déclencher plusieurs opérations, notamment l'installation de l'application ou son exécution, les icônes et les raccourcis définis dans cette page sont directement liés au fichier exécutable de l'application et permettent donc uniquement de lancer celle-ci.

Vous pouvez associer d'autres options à ces icônes et raccourcis afin de créer l'environnement utilisateur de votre choix. Par exemple, vous pouvez définir les icônes et les raccourcis à créer, et configurer l'objet Application pour qu'il ne soit exécuté qu'une seule fois (Options d'exécution > Applications). Lorsqu'un utilisateur sélectionne l'objet Application, le programme de lancement d'applicatifs exécute l'application une seule fois, crée les icônes et les raccourcis requis, effectue toute autre tâche définie dans les propriétés de l'objet Application, puis supprime l'icône de l'objet Application du poste de travail. Par la suite, l'utilisateur doit sélectionner l'icône ou le raccourci pour lancer l'application.

IMPORTANT :Si le programme de lancement d'applicatifs ne peut pas créer un raccourci, l'application n'est pas distribuée. Dans ce cas, tous les fichiers et paramètres de l'application sont supprimés. En revanche, les autres raccourcis qui ont éventuellement été créés avant que la création de ce raccourci échoue ne sont pas supprimés.

Icônes et raccourcis

Cette liste répertorie les icônes et les raccourcis qui vont être créés lors de la distribution de l'application sur un poste de travail.

Fichiers

Cliquez sur Fichier > Rechercher pour rechercher les définitions d'icône et de raccourci avec des informations particulières.

Cliquez sur Fichier > Importer pour importer les icônes et les raccourcis d'un autre objet Application. La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot, vous devez remplacer l'affichage du type de fichier par *.aot ou Tous les fichiers afin de sélectionner le fichier .aot.

Ajouter

Cliquez sur Ajouter pour ajouter un groupe de programmes, un élément de groupe de programmes ou un raccourci. Les groupes de programmes et leurs éléments sont pris en charge sur les postes de travail Windows 98, mais pas sur les postes de travail Windows 2000/XP. Les raccourcis sont pris en charge sur toutes les versions de Windows.

IMPORTANT :Lors de la définition du chemin cible d'un raccourci, si l'application doit être distribuée sur un poste de travail Windows 2000/XP, utilisez un chemin UNC plutôt qu'un chemin d'unité assignée. Sous Windows 2000/XP, les noms longs de chemins d'unité assignée sont tronqués, ce qui génère un raccourci incorrect qui ne peut pas fonctionner.

Modifier

Sélectionnez une icône ou un raccourci dans la liste Icônes et raccourcis, puis cliquez sur Modifier pour modifier les informations qui lui sont associées.

Supprimer

Sélectionnez une icône ou un raccourci dans la liste Icônes et raccourcis, puis cliquez sur Supprimer pour la/le supprimer de la liste.

Suivre la distribution par utilisateur

Si vous avez mis en oeuvre des profils utilisateur mobiles, cette option permet de vous assurer que les icônes et raccourcis particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue.

Dans la liste Icônes et raccourcis, sélectionnez l'icône ou le raccourci souhaité, puis sélectionnez Suivre la distribution par utilisateur.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs créera uniquement les icônes et raccourcis définis dans la liste Icônes et raccourcis aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application (onglet Options de distribution > page Options).

Pour forcer le programme de lancement d'applicatifs à créer une icône ou un raccourci chaque fois que l'application est lancée, sélectionnez l'icône ou le raccourci dans la liste Icônes et raccourcis, puis sélectionnez Toujours distribuer.

Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour créer l'icône ou le raccourci. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.

48.2.2 Page Registre

La page de propriétés Registre est accessible sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI uniquement. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.

La page de propriétés Registre illustrée ci-dessous détermine les modifications de registre que le programme de lancement d'applicatifs effectue lors de la distribution de l'application sur un poste de travail.

Figure 48-8 Objet Application > onglet Options de distribution > page Registre

Paramètres de registre

L'arborescence Paramètres de registre affiche l'ensemble des paramètres modifiés lors de la distribution de l'application sur un poste de travail. Si vous avez utilisé un fichier .aot, .axt ou .msi lors de la création de l'objet Application, l'arborescence inclut automatiquement tous les paramètres de registre définis dans ces modèles.

Si vous souhaitez créer ou supprimer des paramètres de registre supplémentaires lors de la distribution, vous devez ajouter ces paramètres à l'arborescence Paramètres de registre et indiquer l'opération appropriée (créer ou supprimer) dans le champ L'élément va.

REMARQUE :Dans le cas des objets Application créés pour des applications AOT/AXT, le programme de lancement d'applications Novell gère la distribution des paramètres de registre et celle de l'application. Si vous modifiez les paramètres de registre d'une application AOT/AXT et si leur distribution échoue, la distribution de l'application échoue également et NAL revient à l'état initial.

Dans le cas des objets Application créés pour des applications MSI, NAL gère la distribution des paramètres de registre tandis que Microsoft Windows Installer (MSI) gère la distribution de l'application. Si vous modifiez les paramètres de registre de l'objet Application pour une application MSI et si leur distribution échoue, l'application est installée par Windows Installer, mais les paramètres de registre ne sont pas restaurés. Il se peut alors que l'application ne fonctionne pas correctement, selon la façon dont les paramètres de registre affectent l'application.

Fichier

Cette option permet de rechercher des clés ou des valeurs dans l'arborescence Paramètres de registre, d'importer des paramètres dans l'arborescence et d'exporter des paramètres à partir de l'arborescence.

Cliquez sur Fichier, puis choisissez l'une des options suivantes :

  • Rechercher : recherche des clés, noms de valeur ou valeurs spécifiques dans le registre.

  • Suivant : recherche l'occurrence suivante de la clé, du nom de valeur ou de la valeur préalablement recherchée.

  • Importer : importe des paramètres de registre à partir du fichier .aot ou .axt d'un autre objet Application ou d'un fichier de registre (.reg). La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot ou .reg, vous devez remplacer l'affichage du type de fichier par *.aot, *.reg ou Tous les fichiers afin de sélectionner le fichier correspondant.

  • Exporter : exporte les paramètres de registre vers un fichier de registre (.reg). Pour exporter ces paramètres vers un fichier au format .aot ou .axt, exportez l'ensemble de l'objet Application à l'aide de l'option Exporter un objet Application du menu Outils > Utilitaires ZENworks > Outils du programme de lancement d'applicatifs.

Ajouter

Cette option permet d'ajouter des paramètres de registre à l'arborescence Paramètres de registre. Seuls les paramètres affichés dans l'arborescence Paramètres de registre sont créés ou supprimés lorsque l'application est distribuée.

Pour ajouter une clé ou une valeur de registre, sélectionnez le dossier de registre auquel vous souhaitez ajouter la clé, ou sélectionnez la clé à laquelle vous souhaitez ajouter une valeur, cliquez sur le bouton Ajouter, puis choisissez l'une des options suivantes :

  • Clé : ajoute une clé au dossier de registre sélectionné.

  • Binaire : ajoute une valeur binaire à la clé sélectionnée.

  • Développer une chaîne : ajoute une valeur de développement de chaîne à la clé sélectionnée. Cette option n'existe pas dans le registre Windows 98 ; si vous l'utilisez, ce paramètre, sera modifié en paramètre de chaîne lors de la distribution sur des postes de travail Windows 98.

  • Valeur par défaut : ajoute une valeur chaîne par défaut à la clé sélectionnée.

  • DWORD : ajoute une valeur DWORD à la clé sélectionnée.

  • Valeur multi-chaîne : ajoute une chaîne multi-valeur à la clé sélectionnée. Cette option n'existe pas dans le registre Windows 98 ; si vous l'utilisez, ce paramètre sera transformé en paramètre binaire lors de la distribution sur les postes de travail Windows 98.

  • Chaîne : ajoute une valeur chaîne à la clé sélectionnée.

Après avoir ajouté la clé ou la valeur à l'arborescence Paramètres de registre, vous pouvez utiliser la liste Options de distribution pour déterminer si la clé ou la valeur doit être créée dans le registre du poste de travail ou en être supprimée.

Vous pouvez utiliser une macro pour créer les noms de clé, les noms de valeur ou les données de valeur. Pour plus d'informations sur les macros, reportez-vous au Section 49.0, Référence : macros.

Modifier

Sélectionnez la clé ou la valeur à modifier, puis cliquez sur Modifier.

Supprimer

Sélectionnez la clé ou la valeur à supprimer, puis cliquez sur Supprimer. Lorsque vous supprimez une clé, tous ses subordonnés sont aussi supprimés.

Options de distribution

Les options de distribution permettent de déterminer la gestion de chaque paramètre de registre (qui figure dans l'arborescence Paramètres de registre) lors de la distribution de l'application.

L'élément va

Dans l'arborescence Paramètres de registre, sélectionnez le paramètre, puis sélectionnez l'opération que vous souhaitez assigner au paramètre lors de la distribution de l'application.

  • Toujours créer : le paramètre est toujours créé dans le registre, même s'il existe déjà. S'il existe, les valeurs actuelles du paramètre sont remplacées. Par exemple, si PATH=C:\ existe déjà, il sera remplacé par PATH=C:\TEMP.

  • Créer si non existant : le paramètre est créé uniquement s'il n'existe pas.

  • Créer si existant : le paramètre est créé uniquement s'il existe. Les valeurs actuelles du paramètre sont remplacées. Par exemple, si PATH=C:\ existe déjà, il sera remplacé par PATH=C:\TEMP.

  • Supprimer : le paramètre est supprimé. Si le paramètre de registre est doté de paramètres subordonnés, le programme de lancement d'applicatifs les supprime également.

  • Ajouter si existant sinon créer : cette option s'applique uniquement aux valeurs chaîne (Chaîne, Chaîne par défaut > , Chaîne développée et Chaîne multi-valeur). Les données de la valeur de chaîne sont ajoutées à la chaîne en tant que dernière entrée. Si la valeur de chaîne (ou sa clé) n'existe pas, elle est créée.

    Lors de la saisie de la valeur chaîne, placez un point-virgule (;) avant la valeur si la chaîne comporte d'autres valeurs. Par exemple, si le registre comporte déjà un paramètre string1=value1. Vous souhaitez ajouter une deuxième valeur (value2). Lors de la saisie de la valeur de chaîne, indiquez ;value2 de sorte que la chaîne devienne string1=value1;value2.

  • Ajouter au début si existant sinon créer : cette option s'applique uniquement aux valeurs chaîne (Chaîne, Chaîne par défaut, Chaîne développée et Chaîne multi-valeur). Les valeurs chaîne sont ajoutées au début de la chaîne. Si la valeur de chaîne (ou sa clé) n'existe pas, elle est créée.

    Lors de la saisie de la valeur de chaîne, placez un point-virgule (;) après la valeur si la chaîne comporte d'autres valeurs. Par exemple, si le registre comporte déjà un paramètre string1=value1. Vous souhaitez ajouter au début une deuxième valeur (value2). Lors de la saisie de la valeur de chaîne, indiquez value2; de sorte que la chaîne devienne string1=value2;value1.

Suivre la distribution par utilisateur

Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les paramètres de registre particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les paramètres de registre qui ne sont pas enregistrés dans des profils utilisateur mobiles.

Dans la liste Paramètres de registre, sélectionnez la modification de registre souhaitée, puis cochez la case Suivre la distribution par utilisateur.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs distribue les modifications de registre définies dans la liste Paramètres de registre uniquement aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application (onglet Options de distribution > page Options).

Pour forcer le programme de lancement d'applicatifs à distribuer une modification de registre chaque fois que l'application est lancée, sélectionnez le paramètre de registre dans la liste Paramètres de registre, puis cochez la case Toujours distribuer.

Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour modifier le registre. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), le programme de lancement d'applicatifs utilise les informations de paramètre stockées dans eDirectory.

48.2.3 Page Fichiers de l'application

La page de propriétés Fichiers de l'application n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.

Cette page de propriétés, illustrée ci-dessous, définit les fichiers de l'application installés ou supprimés par le programme de lancement d'applicatifs lors de la distribution de l'application sur un poste de travail.

Figure 48-9 Objet Application > onglet Options de distribution > page Fichiers de l'application

Fichiers de l'application

La liste Fichiers de l'application affiche tous les fichiers et répertoires installés, supprimés ou copiés lors de la distribution. Le nom, le répertoire cible (emplacement du poste de travail où est installé le fichier) et la source (fichier ou répertoire utilisé pour l'installation du fichier) sont répertoriés pour chaque répertoire ou fichier de l'application.

Si vous avez utilisé un fichier .aot ou .axt lors de la création de l'objet Application, la liste comprend automatiquement tous les fichiers et répertoires définis dans ces modèles.

Fichier

Cette option permet de rechercher des éléments dans la liste Fichiers de l'application et d'importer des fichiers et des répertoires dans la liste.

Cliquez sur Fichier > sélectionnez l'une des options suivantes :

  • Rechercher : recherche des éléments spécifiques dans la liste. Vous pouvez rechercher du texte dans les champs Nom, Répertoire cible > ou Source. Vous pouvez, par exemple, rechercher tous les fichiers et répertoires installés dans le répertoire Program Files.

  • Suivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.

  • Importer : importe des fichiers de l'application et des répertoires à partir d'un autre objet Application ou d'un fichier .aot ou .axt. La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot, vous devez remplacer l'affichage du type de fichier par *.aot ou Tous les fichiers afin de sélectionner le fichier .aot.

Ajouter

Cette option permet d'ajouter des fichiers ou des répertoires à la liste Fichiers de l'application. Seuls les fichiers et les répertoires qui figurent dans la liste Fichiers de l'application sont installés ou copiés sur le poste de travail ou en sont retirés lors de la distribution.

  • Fichier : pour ajouter un fichier à la liste, cliquez sur Ajouter, puis sur Fichier pour afficher la boîte de dialogue Éditer des fichiers.

    Dans le champ Fichier source, précisez le fichier à utiliser comme source de l'installation. Vous pouvez utiliser une unité assignée, un chemin UNC ou une macro ; vous pouvez également parcourir l'arborescence et sélectionner le fichier voulu (par exemple, \\server1\vol1\bookmarks\bookmark.htm ou %SOURCE_PATH%\bookmark.htm). Le fichier source peut être un fichier unique copié. Il peut également s'agir de fichiers multiples (par exemple, %SOURCE_PATH%\*.*) ou d'un fichier source de l'application snAppShot™ (fichier .fil).

    Si vous supprimez un fichier du poste de travail, ne renseignez pas ce champ.

    Dans le champ Fichier cible, indiquez le fichier du poste de travail dans lequel le fichier source sera copié (par exemple, c:\program files\novell\browser\bookmark.htm). Vous pouvez aussi remplacer le chemin d'accès au fichier cible par une macro (par exemple, %TARGET_PATH%\bookmark.htm). Si vous copiez plusieurs fichiers avec un caractère joker (*.*), précisez le répertoire cible uniquement (par exemple, c:\program files\novell\browser\).

    Si vous supprimez le fichier d'un poste de travail, saisissez le chemin complet de ce fichier sur le poste de travail, puis cochez la case Fichier cible à supprimer.

  • Répertoire : pour ajouter un répertoire à la liste, cliquez sur Ajouter, puis sur Répertoire pour afficher la boîte de dialogue Éditer le répertoire.

    Dans le champ Répertoire source, spécifiez le répertoire à utiliser comme source, si vous copiez le répertoire. Vous pouvez utiliser une unité assignée, un chemin UNC ou une macro, mais vous pouvez également parcourir l'arborescence et sélectionner le répertoire (par exemple, c:\program files\novell). Vous pouvez aussi remplacer le chemin d'accès au répertoire par une macro (par exemple, %DIRECTORY_TARGET_PATH%\novell).

    Si vous créez ou supprimez un répertoire, le champ Répertoire source est désactivé.

    Dans le champ Répertoire source, indiquez le répertoire à créer ou à supprimer, ou le répertoire du poste de travail dans lequel le répertoire source sera copié (par exemple, c:\program files\novell). Vous pouvez aussi remplacer le chemin d'accès au répertoire par une macro (par exemple, %DIRECTORY_TARGET_PATH%\novell).

    Sélectionnez Créer un répertoire pour créer le répertoire sur le poste de travail.

    Sélectionnez Supprimer le répertoire pour supprimer le répertoire du poste de travail.

    Sélectionnez Copier le répertoire pour copier le répertoire sur le poste de travail. Dans ce cas, l'option Inclure les sous-répertoires devient disponible. Cochez cette case pour copier les sous-répertoires du répertoire répertorié dans le champ Répertoire source.

Modifier

Sélectionnez le fichier ou le dossier à modifier, puis cliquez sur Modifier.

Supprimer

Sélectionnez le fichier ou le dossier à supprimer, puis cliquez sur Supprimer pour le retirer de la liste Fichiers de l'application.

Options des éléments sélectionnés

Vous pouvez définir ici les options de distribution de chacun des fichiers et des répertoires de la liste Fichiers de l'application.

L'élément va

Sélectionnez un dossier dans la liste Fichiers de l'application > sélectionnez l'une des options suivantes dans la liste L'élément va :

  • Toujours copier : copie le fichier, qu'il existe ou non sur le poste de travail.

  • Copier si existant : copie le fichier uniquement s'il existe sur le poste de travail.

  • Copier si non existant : copie le fichier uniquement s'il n'existe pas sur le poste de travail.

  • Copier si plus récent : copie le fichier uniquement si la date et l'heure de celui-ci sont ultérieures à celles du fichier ou si le fichier n'existe pas sur le poste de travail.

  • Copier si plus récent et existant : copie le fichier uniquement s'il existe déjà sur le poste de travail et présente une date et une heure antérieures.

  • Copier si la version est plus récente : copie le fichier uniquement si la version interne est ultérieure à la version du fichier (si des informations sur la version sont disponibles). Cela est utile si vous souhaitez mettre à jour la version d'un fichier .exe ou .dll sur la base des informations de version compilées.

  • Demander confirmation : demande à l'utilisateur de vérifier si le fichier doit bien être copié.

  • Copier l'élément s'il est différent : copie le fichier si sa date, son heure ou sa taille diffèrent de ceux du fichier.

  • Supprimer : supprime le fichier du poste de travail.

Sélectionnez un dossier dans la liste Fichiers de l'application, puis sélectionnez l'une des options suivantes dans la liste L'élément va :

  • Créer : crée le répertoire sur le poste de travail.

  • Supprimer : supprime le répertoire du poste de travail.

Suivre la distribution par utilisateur

Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les fichiers de l'application sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les fichiers d'application qui ne sont pas enregistrés dans des profils utilisateur mobiles.

Dans la liste Fichiers de l'application, sélectionnez les fichiers souhaités, puis l'option Suivre la distribution par utilisateur.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs distribue les modifications de fichier ou de dossier définies dans la liste Fichiers de l'application uniquement aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application (onglet Options de distribution > page Options).

Pour forcer le programme de lancement d'applicatifs à distribuer une modification de fichier ou de dossier chaque fois que l'application est lancée, sélectionnez le fichier ou dossier dans la liste Fichiers de l'application, puis sélectionnez Toujours distribuer.

Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour installer ou retirer le fichier ou dossier. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.

Fichier partagé

Cette option permet de marquer un fichier comme fichier partagé (c'est-à-dire qu'il est utilisé par plusieurs applications). Les fichiers partagés sont généralement des fichiers DLL de Windows. SnAppShot détecte les fichiers partagés lorsqu'il découvre des modifications d'installation d'une application sur un poste de travail.

48.2.4 Page Paramètres INI

La page de propriétés Paramètres INI n'est accessible que sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.

Cette page de propriétés, illustrée ci-dessous définit les paramètres INI créés ou supprimés par le programme de lancement d'applicatifs lors de la distribution de l'application sur un poste de travail.

Figure 48-10 Page Paramètres INI

Paramètres INI

L'arborescence Paramètres INI affiche les paramètres INI modifiés lorsque l'application est distribuée sur le poste de travail. Si vous avez utilisé un fichier .aot, .axt ou .msi lors de la création de l'objet Application, l'arborescence inclut automatiquement tous les paramètres .INI définis dans ces modèles.

Si vous souhaitez créer ou supprimer des paramètres INI supplémentaires lors de la distribution, vous devez ajouter ces paramètres à l'arborescence Paramètres INI et indiquer l'opération appropriée (créer ou supprimer) dans le champ L'élément va.

L'arborescence Paramètres INI peut comporter plusieurs fichiers INI et chacun d'eux peut inclure plusieurs sections. Lorsque vous ajoutez un paramètre à l'arborescence Paramètres INI, vous devez l'ajouter à un fichier et à une section. De ce fait, de nouveaux fichiers et de nouvelles sections devront, dans certains cas, être ajoutés à l'arborescence avant de procéder à l'ajout des nouveaux paramètres.

Considérons, par exemple, que vous souhaitez ajouter un paramètre CLASSPATH= à la section ENVIRONMENT du fichier sample.ini. Vous devez 1) ajouter une entrée de fichier à l'arborescence paramètres INI du fichier sample.ini, 2) ajouter une section ENVIRONMENT dans le fichier sample.ini, 3) ajouter le paramètre CLASSPATH= dans la section ENVIRONMENT, 4) sélectionner le paramètre CLASSPATH= et choisir l'opération Créer appropriée dans le champ L'élément va.

Si vous souhaitez au contraire supprimer le paramètre CLASSPATH=, vous devrez suivre le même processus, mais sélectionner l'opération Supprimer appropriée dans le champ L'élément va.

REMARQUE :Dans le cas des objets Application créés pour des applications AOT/AXT, le programme de lancement d'applicatifs Novell (NAL) gère la distribution des paramètres INI et de l'application. Si vous modifiez les paramètres INI d'une application AOT/AXT et si leur distribution échoue, la distribution de l'application échoue également et NAL revient à l'état initial.

Dans le cas des objets Application créés pour des applications MSI, NAL gère la distribution des paramètres INI tandis que Microsoft Windows Installer (MSI) gère la distribution de l'application. Si vous modifiez les paramètres INI de l'objet Application pour une application MSI et si leur distribution échoue, l'application est installée par Windows Installer, mais les paramètres INI ne sont pas restaurés. Il se peut alors que l'application ne fonctionne pas correctement, selon la façon dont les paramètres INI affectent l'application.

Fichier

Cette option permet de rechercher des fichiers, des sections ou des valeurs dans l'arborescence Paramètres INI, d'importer des paramètres dans l'arborescence, d'exporter des paramètres depuis l'arborescence ou d'afficher les paramètres INI d'un fichier.

Cliquez sur Fichier > sélectionnez l'une des options suivantes :

  • Rechercher : recherche des fichiers, sections ou valeurs spécifiques.

  • Suivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.

  • Importer : importe des paramètres INI à partir du fichier .aot ou .axt d'un autre objet Application ou d'un fichier .ini. La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot ou .ini, vous devez remplacer l'affichage du type de fichier par *.aot, *.ini ou Tous les fichiers afin de sélectionner le fichier correspondant.

  • Exporter : Exporte les paramètres vers un fichier .ini. Pour exporter ces paramètres vers un fichier au format .aot ou .axt, exportez l'ensemble de l'objet Application à l'aide de l'option Exporter un objet Application du menu Outils > Utilitaires ZENworks > Outils du programme de lancement d'applicatifs.

  • Afficher le fichier : affiche les paramètres INI d'un fichier spécifique modifiés lorsque l'application est distribuée. Sélectionnez le fichier dans l'arborescence Paramètres INI avant de cliquer sur Fichier > Afficher le fichier.

Ajouter

Cette option permet d'ajouter des paramètres INI à l'arborescence Paramètres INI. Seuls les paramètres affichés dans l'arborescence Paramètres INI sont créés ou supprimés lorsque l'application est distribuée. Vous pouvez ajouter un fichier à l'arborescence, une section à un fichier ou une valeur à une section.

Pour ce faire, sélectionnez l'élément approprié dans l'arborescence, cliquez sur le bouton Ajouter, puis choisissez l'une des options suivantes :

  • Fichier : ajoute un fichier à l'arborescence Paramètres INI. En complément du nom de fichier, vous pouvez indiquer l'emplacement cible du fichier. La macro %*WINDIR%, qui représente le répertoire Windows du poste de travail (généralement c:\windows ou c:\winnt), est utilisée par défaut. Après avoir nommé ce fichier, vous pouvez commencer à y ajouter des sections.

  • Section : ajoute une section au fichier sélectionné. Après avoir nommé cette section, vous pouvez commencer à y ajouter des valeurs.

  • Valeur : ajoute une valeur à la section sélectionnée. Précisez le nom et les données de la valeur.

Après avoir ajouté une valeur à l'arborescence Paramètres INI, vous pouvez utiliser la liste Options de distribution pour déterminer si cette valeur doit être créée ou supprimée du poste de travail. Si la valeur doit être créée mais si le fichier ou la section n'existe pas, le programme de lancement d'applicatifs crée le fichier ou la section avant d'ajouter la valeur.

Vous pouvez utiliser une macro pour créer les noms de section, les noms de valeur ou les données de valeur. Pour plus d'informations sur les macros, reportez-vous au Section 49.0, Référence : macros.

Modifier

Vous pouvez modifier le nom d'un fichier ou d'une section, ou le nom et les données d'une valeur. Sélectionnez le fichier, la section ou la valeur à modifier, puis cliquez sur Modifier.

Supprimer

Sélectionnez le fichier, la section ou la valeur à supprimer de l'arborescence Paramètres INI, puis cliquez sur Supprimer. Lorsqu'une section ou un fichier est supprimé, les éléments subordonnés le sont également.

Options de distribution de l'élément sélectionné

Les options de distribution permettent de déterminer la gestion de chaque paramètre INI (qui figure dans l'arborescence Paramètres INI) lors de la distribution de l'application.

L'élément va

Cette option permet de déterminer si un paramètre est créé ou supprimé lors de la distribution de l'application. Sélectionnez une valeur dans l'arborescence Paramètres INI, puis sélectionnez l'une des options suivantes dans la liste L'élément va :

  • Toujours créer (valeur par défaut) : Crée la valeur, qu'elle existe ou non dans la section.

  • Créer si non existant : crée la valeur uniquement si elle n'existe pas dans la section.

  • Créer si existant : crée la valeur uniquement si elle existe dans la section.

  • Créer ou ajouter à une section existante : crée la valeur si celle-ci n'existe pas dans la section. Si la valeur existe, elle est ajoutée à la section en plus de la valeur qui y figure déjà. Cette option s'avère utile, par exemple, si vous avez besoin de plusieurs valeurs du même type, telles que deux valeurs "DEVICE=".

  • Créer ou ajouter à une valeur existante : crée la valeur si celle-ci n'existe pas dans la section. Si la valeur existe, cette option ajoute les données de la nouvelle valeur à la valeur. Le premier caractère des données de la valeur doit être un séparateur, tel qu'un espace.

  • Supprimer : supprime la valeur de la section.

  • Supprimer ou retirer d'une valeur existante : supprime la valeur de la section ou, si la valeur possède plusieurs entrées de données, retire cette entrée de données de la valeur. Supposez, par exemple, que le fichier win.ini comporte le paramètre suivant : Run = sol.exe calc.exe. Cette option permet de retirer calc.exe uniquement, sans toucher aux éléments suivants : Run = sol.exe. Le premier caractère des données de la valeur doit être un séparateur, tel qu'un espace.

Vers le haut / Vers le bas

Ces options permettent de positionner les sections et les valeurs dans l'ordre dans lequel vous souhaitez qu'elles soient créées, modifiées ou supprimées.

Dans l'arborescence Paramètres INI, sélectionnez la section ou la valeur à déplacer, puis cliquez sur Vers le haut ou Vers le bas.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs distribue les modifications définies dans la liste Paramètres INI uniquement aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application (onglet Options de distribution > page Options).

Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour effectuer la modification INI. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.

Pour forcer le programme de lancement d'applicatifs à distribuer une modification INI chaque fois que l'application est lancée, sélectionnez le paramètre INI dans la liste Paramètres INI, puis cochez la case Toujours distribuer.

REMARQUE :Après avoir enregistré puis rouvert l'objet Application, les paramètres que vous marquez Toujours distribuer sont groupés après les paramètres qui ne sont pas marqués Toujours distribuer, et ce quel que soit l'ordre selon lequel ils sont créés ou forcés (à l'aide des flèches Vers le haut et Vers le bas).

Par exemple, si vous avez une section avec deux valeurs Toujours distribuer (DAValue1 et DAValue2) et deux valeurs qui ne sont pas définies sur Toujours distribuer (Value3 et Value4), l'ordre d'affichage est le suivant : Value3, Value4, DAValue1, DAValue2.

Vous pouvez utiliser les flèches Vers le haut ou Vers le bas pour modifier l'ordre au sein de ces deux groupes, mais le groupe Toujours distribuer apparaît toujours en deuxième position. Par exemple, avec le classement précédent (Value3, Value4, DAValue1, DAValue 2), vous pourriez changer l'ordre des deux premières et des deux dernières valeurs pour obtenir le classement suivant : Value4, Value3, DAValue2, DAValue1. Toutefois, si vous changez l'ordre pour répertorier les valeurs Toujours distribuer en premier (DAValue2, DAValue1, Value4, Value3), lorsque vous enregistrez l'objet Application, l'ordre redevient Value4, Value3, DAValue2, DAValue1.

Suivre la distribution par utilisateur

Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les paramètres de fichier .ini particuliers sont distribués sur chaque poste de travail auquel l'utilisateur se logue. Activez cette option pour tous les paramètres du fichier .ini qui ne sont pas enregistrés dans des profils utilisateur mobile.

Dans l'arborescence Paramètres INI, sélectionnez le paramètre dont vous voulez effectuer le suivi, puis sélectionnez Suivre la distribution par utilisateur.

48.2.5 Page Fichiers texte

La page de propriétés Fichiers texte n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT. Elle n'est pas accessible sur les objets Application créés pour les applications MSI, les applications Web et les applications Terminal Server.

Cette page de propriétés, illustrée ci-dessous, détermine les modifications apportées par le programme de lancement d'applicatifs aux fichiers texte (tels que config.sys et autoexec.bat) lors de la distribution de l'application sur un poste de travail.

Figure 48-11 Objet Application > onglet Options de distribution > page Fichiers texte

Fichiers texte

L'arborescence Fichiers texte liste les fichiers texte modifiés par le programme de lancement d'applicatifs. Toute modification d'un fichier apparaît sous celui-ci.

Fichier

Cette option permet de rechercher des fichiers ou du texte dans l'arborescence Fichiers texte et d'importer des fichiers dans l'arborescence.

Cliquez sur Fichier, puis choisissez l'une des options suivantes :

  • Rechercher : recherche des fichiers ou des informations spécifiques dans l'arborescence Fichiers texte.

  • Suivant : recherche l'occurrence suivante de l'élément spécifié dans la recherche initiale.

  • Importer : importe des fichiers texte à partir d'un autre objet Application ou d'un fichier .aot ou .axt. La boîte de dialogue Ouvrir affiche par défaut le type de fichier *.axt. Si vous effectuez une importation à partir d'un fichier .aot, vous devez remplacer l'affichage du type de fichier par *.aot ou Tous les fichiers afin de sélectionner le fichier .aot.

Ajouter

Cette option permet d'ajouter les modifications apportées aux fichiers texte à l'arborescence Fichiers texte. Seules les modifications affichées dans l'arborescence Fichiers texte sont appliquées lors de la distribution de l'application.

  • Fichier : pour ajouter un fichier texte à l'arborescence, cliquez sur Ajouter > Fichier pour créer l'entrée de fichier. Vous pouvez saisir le nom du fichier seul ou accompagné de son chemin d'accès (par exemple, autoexec.bat ou c:\autoexec.bat). Seules les unités des postes de travail locaux, les chemins d'accès aux serveurs UNC et les macros sont valides.

    Il est préférable d'indiquer le chemin d'accès si vous le pouvez. Si vous saisissez uniquement le nom de fichier, le programme de lancement d'applicatifs explore tous les répertoires définis par la variable d'environnement PATH du poste de travail. S'il ne trouve pas le nom de fichier correspondant, ce programme considère que le fichier n'existe pas et le crée dans le premier répertoire défini dans la variable PATH.

  • Modifier : pour appliquer une modification à un fichier figurant dans la liste Fichiers texte, sélectionnez le fichier, cliquez sur Ajouter > Modifier pour ouvrir la boîte de dialogue Modifier le fichier texte. Effectuez les modifications voulues. Pour plus d'informations sur chaque champ de la boîte de dialogue Modifier le fichier texte, cliquez sur le bouton Aide de cette boîte de dialogue.

    Vous pouvez appliquer plusieurs modifications à un fichier texte. Vous pouvez, par exemple, effectuer une modification permettant de remplacer du texte dans le fichier et une autre permettant d'ajouter du texte à la fin du fichier. Toutes les modifications apparaissent sous le fichier texte dans la liste Fichiers texte.

    IMPORTANT :Si vous apportez des changements à un fichier texte (en ajoutant du texte, par exemple), vous ne pouvez ajouter qu'une ligne à la fois. Si vous appuyez sur Entrée pour aller à la ligne, vos changements sont enregistrés.

Modifier

Pour changer le nom d'un fichier texte, sélectionnez ce fichier dans l'arborescence Fichiers texte, cliquez sur Modifier, puis saisissez son nouveau nom.

Pour éditer l'une des modifications d'un fichier texte, sélectionnez-la dans l'arborescence Fichiers texte, cliquez sur Modifier pour ouvrir la boîte de dialogue Modifier le fichier texte, puis effectuez les modifications souhaitées. Pour plus d'informations sur chaque champ de la boîte de dialogue Modifier le fichier texte, cliquez sur le bouton Aide de cette boîte de dialogue.

Supprimer

Dans l'arborescence Fichiers texte, sélectionnez le fichier texte ou la modification du fichier texte à supprimer > cliquez sur Supprimer.

Options de distribution de l'élément sélectionné

Vous pouvez définir ici chaque option de distribution des fichiers texte et des modifications de ces fichiers. Ces options varient selon que vous sélectionnez un fichier texte ou une modification de fichier texte dans l'arborescence Fichiers texte.

Redémarrage non requis en cas de modification

Cette option apparaît uniquement lorsqu'un fichier texte est sélectionné. Sélectionnez option si vous ne voulez pas que les utilisateurs redémarrent l'ordinateur lorsque des changements ont été apportés au fichier texte sélectionné. Les options Redémarrer et Inviter à redémarrer de la page Options de distribution > page Options annulent ce paramètre.

Vers le haut / Vers le bas

Ces options apparaissent uniquement lorsque vous avez sélectionné une modification de fichier texte. Cliquez sur Vers le haut ou sur Vers le bas pour déplacer la modification selon l'ordre dans lequel vous souhaitez l'appliquer.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs distribue les modifications de fichier texte définies dans la liste Fichiers texte uniquement aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application (onglet Options de distribution > page Options).

Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, le programme de lancement d'applicatifs utilise les informations stockées dans ce répertoire pour effectuer la modification. Si l'utilisateur n'a pas de répertoire cache NAL (par exemple, si l'utilisateur exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), le programme de lancement d'applicatifs utilise les informations stockées dans eDirectory.

Pour forcer le programme de lancement d'applicatifs à distribuer une modification de fichier texte chaque fois que l'application est lancée, sélectionnez la modification dans la liste Fichiers texte, puis sélectionnez Toujours distribuer.

REMARQUE :Après avoir enregistré puis rouvert l'objet Application, les modifications que vous marquez Toujours distribuer sont groupées après les modifications qui ne sont pas marquées Toujours distribuer, et ce quel que soit l'ordre selon lequel elles sont créées ou forcérs (à l'aide des flèches Vers le haut et Vers le bas).

Par exemple, si vous avez un fichier avec deux modifications à Toujours distribuer (DAMod1 et DAMod2) et deux modifications pour lesquelles cette option n'est pas sélectionnée (Mod3 et Mod4), l'ordre d'affichage est le suivant : Mod3, Mod4, DAMod1, DAMod2.

Vous pouvez utiliser les flèches Vers le haut ou Vers le bas pour modifier l'ordre au sein de ces deux groupes, mais le groupe Toujours distribuer apparaît toujours en deuxième position. Par exemple, avec la séquence ci-dessus (Mod3, Mod4, DTMod1, DTMod 2), vous pouvez modifier l'ordre des deux premières modifications et des deux dernières modifications pour obtenir la séquence suivante : Mod4, Mod3, DTMod2, DTMod1. Cependant, si vous modifiez l'ordre pour afficher d'abord les modifications à Toujours distribuer (DAMod2, DAMod1, Mod4, Mod3), l'ordre redevient Mod4, Mod3, DAMod2, DAMod1 lorsque vous enregistrez l'objet Application.

Suivre la distribution par utilisateur

Si vous avez mis en oeuvre des profils utilisateur mobiles, utilisez cette option pour vous assurer que les modifications de fichier texte particulières sont distribuées sur chacun des postes de travail auquel l'utilisateur se logue. Activez cette option pour toutes les modifications qui ne sont pas enregistrées dans des profils utilisateur mobiles.

Dans la liste Fichiers texte, sélectionnez la modification souhaitée, puis l'option Suivre la distribution par utilisateur.

48.2.6 Page Scripts de distribution

La page de propriétés Scripts de distribution n'est accessible que sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.

Dans le cadre du processus de distribution d'une application, le programme de lancement d'applicatifs peut lancer un moteur de script afin d'exécuter un script "avant distribution" et un script "après distribution" (pour plus d'informations sur l'ordre d'exécution des scripts, reportez-vous à Ordre d'exécution du script). La page de propriétés Scripts de distribution illustrée ci-dessous définit le moteur de script que le programme de lancement d'applicatifs doit utiliser, ainsi que les scripts à exécuter.

Figure 48-12 Objet Application > onglet Options de distribution > page Scripts de distribution

Sous Windows 2000/XP, les scripts de distribution sont exécutés dans un espace système sécurisé, ce qui signifie que l'utilisateur ne voit pas les commandes de script ni les résultats de ces commandes. Vous ne devez donc pas inclure de commande qui requiert ou lance une interaction avec l'utilisateur. Dans le cas contraire, le script s'interrompt à cet endroit. Ainsi, vous ne devez pas inclure de commande destinée à exécuter un programme qui requiert une intervention de l'utilisateur. Le programme, qui s'exécute dans l'espace système sécurisé, n'est en effet jamais visible pour l'utilisateur. Sous Windows 98, les scripts de distribution sont exécutés dans l'espace utilisateur (il n'y a en effet pas d'espace système).

Exécuter avant la distribution

Utilisez cette fenêtre de texte pour saisir les commandes de script à exécuter avant la distribution de l'application. Veillez à ne pas inclure de caractères étendus dans le script. Ce type de caractère n'est en effet pas pris en charge. Pour obtenir un exemple de script, reportez-vous à Exemple de script.

Exécuter après la distribution

Utilisez cette fenêtre de texte pour saisir les commandes de script à exécuter après la distribution de l'application. Veillez à ne pas inclure de caractères étendus dans le script. Ce type de caractère n'est en effet pas pris en charge. Pour obtenir un exemple de script, reportez-vous à Exemple de script.

Emplacement du moteur de script

Le moteur de script détermine les commandes de script et le langage de création de script à utiliser. Si vous ne définissez aucun moteur de script dans le champ Emplacement du moteur de script, le programme de lancement d'applicatifs utilise Novell Client™ (s'il est installé sur le poste de travail) comme moteur de script, ce qui signifie que vous pouvez utiliser la plupart des commandes de script de login du client Novell (reportez-vous à Commandes de script de login du client Novell prises en charge).

Si vous souhaitez utiliser un moteur de script autre que celui du client Novell, spécifiez-le. Le moteur de script doit résider à un emplacement toujours accessible aux utilisateurs, tel que leur unité locale. Il peut résider sur un serveur réseau uniquement si les utilisateurs peuvent assigner une unité au serveur (par exemple, via le client Novell ou le client pour réseaux Microsoft). Si le programme de lancement d'applicatifs ne trouve pas le moteur de script, il affiche une erreur sur l'écran de l'utilisateur et ne parvient pas à distribuer l'application.

Si vous utilisez l'interpréteur de commandes de Windows comme moteur de script, vous devez inclure le commutateur /C, tel qu'illustré dans les exemples suivants :

  • Windows 2000/XP : %*winsysdir%\cmd.exe /c
  • Windows 98 : %*windir%\command.com /c

Les variables %*winsysdir% et %*windir% précisent le répertoire système Windows (par exemple, c:\winnt\system32), tandis que le commutateur /c indique à l'interpréteur de commandes d'exécuter le script puis de s'arrêter. Si le commutateur /c n'est pas utilisé, le script n'est pas exécuté en totalité.

Pour obtenir un exemple de script, reportez-vous à Exemple de script.

Extension de fichier de script

Cela s'applique uniquement si vous avez spécifié un moteur de script dans le champ Emplacement du moteur de script.

Lorsque l'application est distribuée, le programme de lancement d'applicatifs crée des fichiers de script temporaires pour les scripts Exécuter avant distribution et Exécuter après distribution. Ces fichiers sont transmis au moteur de script, qui exécute alors le script. Vous devez spécifier l'extension de fichier requise par le moteur de script.

Pour obtenir un exemple de script, reportez-vous à Exemple de script.

Exemple de script

Le script suivant utilise l'interpréteur de commandes de Windows 2000/XP comme moteur de script. Avant la distribution, une liste du répertoire c:\ est enregistrée dans un fichier texte et une copie de sauvegarde du fichier autoexec.bat est réalisée.

Champ Exécuter avant distrib

dir c:\ >c:\1.txt
copy autoexec.bat autoexec.bak /y

Champ Emplacement du moteur de script

cmd.exe /c

Champ Saisir ou sélectionner l'extension du fichier de script

.bat

Ordre d'exécution du script

Le programme de lancement d'applicatifs peut exécuter jusqu'à quatre scripts différents lors de la distribution et du lancement d'une application :

  • Scripts de distribution : Exécuter avant distribution et Exécuter après distribution (onglet Options de distribution > page Scripts de distribution)

  • Scripts de lancement : Exécuter avant le lancement et Exécuter après interruption (onglet Options d'exécution > page Scripts de lancement)

Le programme de lancement d'applicatifs exécute les scripts dans l'ordre suivant :

  1. Script Exécuter avant le lancement exécuté
  2. Script Exécuter avant la distribution exécuté
  3. Application distribuée (fichiers copiés, paramètres modifiés, etc.)
  4. Script Exécuter après la distribution exécuté
  5. Application lancée
  6. Application fermée (par l'utilisateur)
  7. Script Exécuter après interruption exécuté

Commandes de script de login du client Novell prises en charge

Lorsque vous utilisez le client Novell comme moteur de script, vous pouvez utiliser l'ensemble des commandes de script à l'exception des suivantes :

Tableau 48-1 Commandes de script de login du client Novell prises en charge

CLS

INCLUDE

PCOMPATIBLE

DISPLAY

LASTLOGINTIME

SCRIPT_SERVER

EXIT

NO_DEFAULT

SET_TIME

FDISPLAY

NOSWAP

SWAP

IF MEMBER OF

PAUSE

WRITE

Le programme de lancement d'applicatifs ne génère aucune sortie à l'écran et n'affiche pas les erreurs de script.

Pour obtenir les commandes, la syntaxe et des exemples de script, reportez-vous à la documentation du client Novell sur le site Web de documentation de Novell.

48.2.7 Page Planification de préinstallation

La page de propriétés Planification de préinstallation n'est accessible que sur les objets Application créés pour les applications simples et pour les applications AOT/AXT et MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.

Cette page de propriétés, illustrée ci-dessous, permet de distribuer partiellement l'application sur un poste de travail avant la première exécution de l'objet Application. Étant donné qu'il est possible de planifier la distribution, vous pouvez effectuer une distribution de l'application hors ligne, et ainsi épargner à l'utilisateur l'attente généralement liée à la distribution. Vous pouvez, par exemple, préinstaller l'application en dehors des heures de travail pour que l'application soit prête à être utilisée le lendemain.

Figure 48-13 Objet Application > onglet Options de distribution > page Planification de préinstallation

Au cours d'une préinstallation, tous les processus de distribution liés au poste de travail (copie de fichiers et modification des fichiers texte, des fichiers .ini et des paramètres du registre du poste de travail) sont exécutés avant le lancement de l'application. Lorsque l'utilisateur lance l'application, les processus de distribution propres à l'utilisateur (modification des clés de registre de l'utilisateur, etc.) sont terminés.

Vous pouvez préinstaller une application associée à tout poste de travail ou à tout utilisateur :

  • Pour une application associée à l'utilisateur, l'utilisateur doit être logué et le programme de lancement d'applicatifs doit être en cours d'exécution. Le programme de lancement d'applicatifs utilise les références de l'utilisateur logué (authentification et accès au système de fichiers) pour distribuer l'application.
  • Pour les applications associées au poste de travail, celui-ci doit être en cours d'exécution, mais il n'est pas obligatoire que le programme de lancement d'applicatifs le soit également. Si l'application n'est pas une application MSI (par exemple, une application AOT), NAL WS Helper utilise les références du poste de travail pour la distribuer. En revanche, si l'application est une application MSI, NAL WS Helper utilise les références de l'utilisateur logué. Si vous souhaitez utiliser les références du poste de travail plutôt que celles d'un utilisateur logué (par exemple, pour effectuer une distribution hors ligne pour l'application MSI), sélectionnez Distribuer dans l'espace de sécurité du poste de travail si le poste de travail est associé (onglet Options de distribution > page Options).

Lors de la préinstallation d'une application associée à un poste de travail, vous devez tenir compte des points suivants :

  • La case Toujours distribuer doit être cochée pour les raccourcis, paramètres de registre, fichiers d'application, paramètres INI et modifications des fichiers texte pour lesquels l'option Suivre la distribution par utilisateur est sélectionnée. Si tel n'est pas le cas, ils ne sont pas distribués. Pour ce faire, utilisez les options Suivre la distribution par utilisateur et Toujours distribuer de la page Icônes/raccourcis, de la page Registre, de la page Fichiers de l'application, de la page Paramètres INI et de la page Fichiers texte.
  • Sur les postes de travail Windows 2000/XP, si aucun utilisateur n'est logué, les macros propres à l'utilisateur (Commun > page Macros) pointent vers les répertoires utilisateur par défaut. Ce scénario empêche de placer des dossiers et des icônes dans le menu Démarrer. Ce problème peut être résolu de deux manières : 1) Marquez les entrées de macro dans l'objet Application sous Suivre la distribution par utilisateur ou 2) modifiez la macro spécifique à l'utilisateur et faites-en une macro pour tous les utilisateurs (comme %*PROGRAMS% à %*COMMONPROGRAMS%).
  • Si une application requiert un redémarrage lors de l'installation, vous devez sélectionner Redémarrer si nécessaire ou Toujours redémarrer dans la zone de groupe Redémarrer et Pas d'invite dans la zone de groupe Inviter à redémarrer.

Préinstaller l'application

Sélectionnez cette option pour permettre de préinstaller l'application. Si cette option n'est pas sélectionnée, l'application n'est pas installée même si vous avez établi une planification.

Type de planification

Sélectionnez le type de planification à utiliser. Vous avez le choix entre Aucun, Jours spécifiés et Plage de jours.

Aucun

Cette option indique qu'aucune planification n'est définie. L'application est préinstallée dès que l'application est associée à un utilisateur ou à un poste de travail (page Associations).

Jours spécifiés

Cette option permet de sélectionner les dates spécifiques auxquelles vous souhaitez préinstaller l'application. Vous ne pouvez pas sélectionner plus de 350 dates spécifiques.

  • Plage de dates : cette zone contient toutes les dates de préinstallation de l'application. Pour ajouter une date, cliquez sur Ajouter, sélectionnez la date de votre choix, puis cliquez sur OK pour l'afficher dans la liste.

  • Heure pour les dates sélectionnées : sélectionnez les heures de début et de fin de disponibilité. Ces heures sont appliquées à toutes les dates de la liste Plage de dates.

    REMARQUE :L'heure est incrémentée par intervalles de 5 minutes, la première heure de début disponible étant 0 heure (minuit) et la dernière heure de fin étant 23 heures 55. Par conséquent, il existe toujours un intervalle de 5 minutes, entre 23 heures 55 et minuit, pendant lequel l'application n'est pas disponible. Pour que l'application soit disponible toute la journée, vous devez utiliser le type de planification Plage des jours. Pour plus d'informations, reportez-vous à la Plage des jours.

  • Échelonner à partir de l'heure de début (en minutes) : l'option Échelonner à partir de l'heure de début permet d'étaler les heures d'accès utilisateur sur la durée précisée en minutes afin d'éviter que tous les utilisateurs n'accèdent à l'application en même temps. Si vous prévoyez que tous les utilisateurs vont lancer l'application dès qu'elle est disponible et si elle est distribuée ou exécutée à partir du réseau, vous pouvez utiliser cette option pour éviter de surcharger le réseau.

    Par exemple, si vous avez un nombre moyen d'utilisateurs auxquels l'application doit être distribuée (environ 100), vous pouvez spécifier un délai d'une heure (60 minutes), à compter de l'heure planifiée, pendant lequel l'application sera distribuée de façon aléatoire : ainsi, tous les utilisateurs auront accès à l'application un moment au cours des soixante premières minutes suivant l'heure de démarrage planifiée.

    Si vous souhaitez alléger fortement la charge imposée aux serveurs par la distribution de l'application, ou si vous avez des problèmes de bande passante, vous pouvez opter pour la distribution aléatoire de l'application pendant tout le temps de disponibilité. Pour échelonner les temps d'accès sur tout le temps de disponibilité (Jours spécifiés et Heure pour les dates sélectionnées) de l'application, utilisez le temps total de disponibilité spécifié pour cette application, exprimé en minutes. Vous devez alors régler le temps disponible sur sa valeur maximale pour chaque jour que vous spécifiez. Par exemple, si une application est configurée pour un jour ouvrable classique aux États-Unis (9 heures par jour : de 8 heures à 17 heures), vous calculez le temps total de disponibilité de cette application de la façon suivante :

    Nombre d'heures spécifiées x 60 minutes par heure = Temps total de disponibilité par jour

    Dans l'exemple ci-dessus, le résultat de cette équation est le suivant :

    9 x 60 (minutes par heure) = 540 minutes de disponibilité

    Dans cet exemple, lorsque vous saisissez 540 dans le champ Échelonner à partir de l'heure de début, l'application est distribuée de façon aléatoire pendant les 540 minutes de disponibilité de ce jour planifié. Cette méthode n'est pas adéquate pour les applications devant être distribuées rapidement, par exemple les mises à jour anti-virus. En outre, il ne s'agit là que d'un exemple : vous pouvez planifier la distribution pendant une certaine durée n'importe quel jour de la semaine.

    N'oubliez pas que le paramètre Heure pour les dates sélectionnées ne permet pas de planifier les cinq dernières minutes d'une journée et que vous devez tenir compte de ces cinq minutes si la planification de l'application se termine à 23 heures 55 ce jour-là.

Plage des jours

Cette option permet de sélectionner une plage de jours pendant laquelle préinstaller l'application. Vous pouvez également utiliser cette option pour restreindre le processus de préinstallation de l'application à certains jours de la semaine au sein d'une plage de dates donnée.

  • Plage de dates : Pour définir une plage de jours, sélectionnez une date de début et une date de fin > choisissez des jours (de dimanche à samedi) au sein de la plage de dates définie. Par défaut, tous les jours sont sélectionnés. Un jour est sélectionné lorsque le bouton correspondant a l'apparence d'un bouton enfoncé.

  • Heure pour la plage sélectionnée : sélectionnez les heures de début et de fin de disponibilité. Cette option fonctionne différemment selon que la plage de dates inclut un jour, plusieurs jours voire les sept jours. Si cette page inclut un à six jours (mais pas les sept), l'application est disponible entre l'heure de début et l'heure de fin des jours spécifiés. Par exemple, si vous rendez l'application disponible le lundi de 8 heures à 17 heures, elle sera accessible entre 8 heures et 17 heures. Toutefois, si la plage de dates inclut les sept jours, les heures sont ignorées et l'application est disponible tous les jours, 24 heures sur 24.

  • Échelonner à partir de l'heure de début (en minutes) : l'option Échelonner à partir de l'heure de début permet d'étaler les heures d'accès utilisateur sur la durée précisée en minutes afin d'éviter que tous les utilisateurs n'accèdent à l'application en même temps. Si vous prévoyez que tous les utilisateurs vont lancer l'application dès qu'elle est disponible et si elle est distribuée ou exécutée à partir du réseau, vous pouvez utiliser cette option pour éviter de surcharger le réseau.

    Par exemple, si vous avez un nombre moyen d'utilisateurs auxquels l'application doit être distribuée (environ 100), vous pouvez spécifier un délai d'une heure (60 minutes), à compter de l'heure planifiée, pendant lequel l'application sera distribuée de façon aléatoire : ainsi, tous les utilisateurs auront accès à l'application un moment au cours des soixante premières minutes suivant l'heure de démarrage planifiée.

    Si vous souhaitez alléger la charge imposée aux serveurs par la distribution de l'application, ou si vous avez des problèmes de bande passante, vous pouvez opter pour la distribution aléatoire de l'application pendant tout le temps de disponibilité. Pour échelonner les temps d'accès sur tout le temps de disponibilité (Plage de dates et Heure pour les dates sélectionnées) de l'application, utilisez le temps total de disponibilité spécifié pour cette application, exprimé en minutes. Par exemple, si une application associée à un poste de travail est configurée pour un jour complet de 24 heures (trois-huit), vous pouvez calculer le temps total de disponibilité de cette application de la façon suivante :

    Nombre de jours de la plage de dates x Temps de disponibilité par jour = Temps total de disponibilité

    Pour l'exemple ci-dessus, si l'on veille à convertir les heures en minutes, le résultat de cette équation est le suivant :

    7 (jours) x 24 (heures) = 168 heures de disponibilité

    168 x 60 (minutes par heure) = 10 080 minutes de disponibilité

    Lorsque vous saisissez 10 080 minutes dans le champ Échelonner à partir de l'heure de début, l'application est distribuée de façon aléatoire pendant l'ensemble des 10 080 minutes de disponibilité. Cette méthode n'est pas adéquate pour les applications devant être distribuées rapidement, par exemple les mises à jour anti-virus.

  • Utiliser cet horaire en heure GMT pour tous les clients : la planification est établie en fonction du fuseau horaire du poste de travail. Si votre réseau couvre plusieurs fuseaux horaires et si vous planifiez l'exécution de l'application pour 13 heures, cette dernière sera alors exécutée à 13 heures dans chaque fuseau horaire. Vous pouvez sélectionner cette option pour que les postes de travail exécutent des applications au même moment, indépendamment de leur fuseau horaire (par exemple, à 13 heures, heure de Rome, et à 4 heures, heure de Los Angeles).

48.2.8 Page Interruption du processus de pré-distribution

Cette page de propriétés, illustrée ci-dessous, définit les fichiers exécutables et les services que le programme de lancement d'applicatifs a interrompus avant de distribuer une application sur un poste de travail.

Figure 48-14 Objet Application > Options de distribution > page Interruption du processus de pré-distribution

Le programme de lancement d'applicatifs peut interrompre un processus qui s'exécute dans l'espace utilisateur. Il peut en outre interrompre un service qui s'exécute dans l'espace système (à condition que le service soit affiché dans la liste des services de la console MMC et que vous utilisiez ce nom de service). Il ne peut pas interrompre les fichiers exécutables qui s'exécutent dans l'espace système.

Lorsqu'il interrompt un processus, le programme de lancement d'applicatifs interrompt l'ensemble des processus correspondant au nom de fichier spécifié. Par exemple, si vous spécifiez notepad.exe comme fichier exécutable du processus à interrompre, toutes les instances de notepad.exe sont interrompues. En d'autres termes, si c:\notepad.exe et c:\winnt\notepad.exe s'exécutent, ils sont tous deux interrompus. Vous ne pouvez pas cibler des instances spécifiques d'un processus (par exemple, uniquement c:\notepad.exe ou c:\winnt\notepad.exe).

Ajouter

Cette option permet d'ajouter des processus à la liste. Seuls les processus affichés dans la liste sont interrompus avant la distribution de l'application.

Cliquez sur Ajouter pour afficher la boîte de dialogue Modifier des processus. Dans les boîtes de dialogue Processus ou Nom du service, saisissez le fichier exécutable du processus (.exe) ou le nom du service (tel que défini dans la liste des services de Microsoft Management Console). Ne saisissez pas le chemin d'accès complet, sans quoi l'interruption échouera.

Cliquez sur Service si le processus est un service Windows, puis sur OK pour ajouter le processus à la liste Interruption du processus de pré-distribution.

Modifier

Vous pouvez modifier le nom ou le type de processus. Sélectionnez le processus dans la liste, puis cliquez sur Modifier.

Supprimer

Sélectionnez le processus à supprimer de la liste, puis cliquez sur Supprimer.

Flèche Haut et flèche Bas

Sélectionnez un processus dans la liste, puis cliquez sur la flèche Haut pour le déplacer vers le haut ou sur la flèche Bas pour le déplacer vers le bas. Le programme de lancement d'applicatifs interrompt les processus les uns après les autres dans l'ordre dans lequel ils sont répertoriés, de haut en bas.

48.2.9 Page Options

La page de propriétés Options est accessible sur les objets Application créés pour tous les types d'application (simple, AOT/AXT, MSI, Web et Terminal Server).

Cette page de propriétés illustrée ci-dessous détermine les options générales que le programme de lancement d'applicatifs doit utiliser lors de la distribution de l'application sur un poste de travail.

Figure 48-15 Objet Application > onglet Options de distribution > page Options

GUID et numéro de version

Le programme de lancement d'applicatifs utilise le GUID (global unique identifier-identificateur unique global) et le numéro de version pour gérer la distribution de l'application. Lorsque le programment de lancement d'applicatifs distribue une application sur un poste de travail, il ajoute le GUID et le numéro de version au registre Windows de ce poste. Si le GUID ou le numéro de version change, le programme de lancement d'applicatifs redistribue l'application.

Le GUID est généré de manière aléatoire lors de la création de l'objet Application. Il n'est généralement pas nécessaire de le modifier. Toutefois, dans les situations suivantes, il peut s'avérer utile de modifier le GUID :

  • L'objet Application est supprimé par inadvertance de eDirectory. Vous créez à nouveau l'objet Application, mais cette opération lui attribue un nouveau GUID unique. Étant donné que le nouveau GUID entraîne la redistribution de l'application à tous les utilisateurs et postes de travail associés à l'application, utilisez le Gestionnaire des GUID (accessible à l'aide du bouton Modifier) pour revenir au GUID précédent.
  • Vous disposez de plusieurs objets Application pour la même application (pour activer la tolérance aux pannes, l'équilibrage de la charge, les listes de sites, etc.). Vous devez vérifier que tous les objets Application disposent du même GUID de sorte que l'application ne soit distribuée qu'une seule fois, quel que soit l'objet Application utilisé. Pour cela, synchronisez les GUID avec le Gestionnaire GUID.
  • Le Site 1 et le Site 2 partagent les mêmes chaînes d'applications. Vous devez synchroniser les GUID de chaque application de la chaîne au niveau du Site 1 avec les GUID de chaque application correspondante au niveau du Site 2. Utilisez le gestionnaire de GUID pour les synchroniser.

Le numéro de version est un numéro unique compris entre 0 et 65 535 (0 est assigné lors de la création initiale de l'objet Application) que vous pouvez incrémenter à chaque révision de l'objet Application. Si vous modifiez les informations relatives à l'objet Application, augmentez le numéro de version afin que le programme de lancement d'applicatifs redistribue l'application. Il ne redistribue alors l'application que si le numéro de la nouvelle version est supérieur à celui de la version actuelle figurant dans le registre Windows du poste de travail.

Options

Ces options permettent de déterminer si le programme de lancement d'applicatifs doit redistribuer l'application chaque fois qu'elle est lancée et s'il doit inviter l'utilisateur à accepter ou refuser la distribution. Les champs Options ne s'affichent pas dans les objets Application créés pour les applications Web et Terminal Server. Ils ne sont en effet pas applicables.

Toujours distribuer

Par défaut, le programme de lancement d'applicatifs effectue les modifications de distribution associées à l'objet Application aux moments suivants :

  • La première fois que l'application est lancée sur un poste de travail.
  • La première fois que l'application est lancée après modification du numéro de version de l'application.

Pour forcer le programme de lancement d'applicatifs à redistribuer l'application chaque fois qu'elle est lancée, sélectionnez l'option Toujours distribuer.

Cette option garantit que tous les paramètres et fichiers de l'application sont mis à jour automatiquement à chaque lancement de l'application. Si l'utilisateur possède un répertoire cache NAL sur sa machine locale, les fichiers et paramètres sont distribués à partir de ce répertoire. En revanche, si l'utilisateur ne possède pas de répertoire cache NAL (par exemple, s'il exécute le programme de lancement d'applicatifs via une session client Terminal Server), ou si l'écriture vers le cache a été désactivée pour l'utilisateur (objet Utilisateur > onglet ZENworks > page Configuration du programme de lancement > option Autoriser l'écriture dans le cache), les fichiers d'application et les paramètres sont mis à jour à partir de eDirectory. Pour forcer une distribution à partir de eDirectory même si l'utilisateur possède un répertoire cache NAL sur sa machine locale, vous devez modifier le numéro de version de l'application ou indiquer aux utilisateurs qu'ils doivent cliquer avec le bouton droit sur l'objet Application, puis cliquer sur Vérifier.

Si vous ne souhaitez distribuer que quelques fichiers et paramètres spécifiques à chaque fois, vous pouvez les mettre à jour au cas par cas. Par exemple, si vous souhaitez distribuer toujours la même valeur et la même clé de registre, paramétrez cette valeur et cette clé de registre sur Toujours distribuer de la page Paramètres de registre (onglet Options de distribution).

Ce paramètre implique la distribution systématique de tous les fichiers et paramètres de l'application ; par conséquent, il remplace l'option Toujours distribuer des pages Paramètres de registre, Paramètres INI, Fichiers de l'application, Icônes/raccourcis et Fichiers texte (onglet Options de distribution).

Avertir avant la distribution

Sélectionnez cette option pour inviter les utilisateurs à accepter la distribution. La première fois que les utilisateurs cliquent sur l'icône de l'application, une invite s'affiche, mais elle n'apparaît plus par la suite. Afin d'aider les utilisateurs à faire un choix quant à l'installation de l'application, l'invite affiche le texte que vous avez saisi dans la page Description (onglet Identification).

Distribuer dans l'espace de sécurité du poste de travail si le poste de travail est associé

La fonction de cette option est conditionnelle selon que vous configurez une application MSI ou une application simple/AOT.

Si l'application est une application MSI : cette case n'est pas cochée par défaut. Les applications MSI associées à un poste de travail sont normalement distribuées dans l'espace de sécurité de l'utilisateur, ce qui signifie que le programme de lancement d'applicatifs utilise les références de l'utilisateur et son accès au système de fichiers.

Sélectionnez cette option pour indiquer au programme de lancement d'applicatifs de distribuer l'application sur l'espace de sécurité du poste de travail. Le programme de lancement d'applicatifs passe la main au composant Workstation Helper du programme de lancement d'applicatifs qui s'exécute dans l'espace système et utilise les références du poste de travail. Cette option permet 1) d'effectuer une distribution hors ligne de l'application et 2) de mieux sécuriser les fichiers source .msi en permettant au poste de travail, et non à l'utilisateur, d'accéder à ces fichiers .msi. Prenez en considération les exemples suivants :

  • Vous souhaitez associer l'application à un poste de travail et la distribuer avant que l'utilisateur ne la lance. Il s'agit d'une distribution hors ligne. Pour ce faire, associez l'application au poste de travail sur la page Associations (onglet Associations), planifiez la distribution sur la page Planification de préinstallation (onglet Options de distribution), puis activez cette option. Tant que le poste de travail s'exécute aux horaires de distribution planifiés, le composant Workstation Helper du programme de lancement d'applicatifs distribue l'application à l'aide de l'espace de sécurité du poste de travail et non à l'aide de l'espace utilisateur généralement utilisé pour l'installation des applications MSI.
  • Vous souhaitez distribuer l'application sur un poste de travail mais vous ne voulez pas accorder à son utilisateur des droits sur les fichiers source de l'application sur le réseau. Pour ce faire, associez l'application au poste de travail sur la page Associations (onglet Associations), puis activez cette option. Lorsque l'utilisateur lance l'application, le programme de lancement d'applicatifs appelle le composant Workstation Helper. Ce dernier distribue l'application à l'aide de l'espace de sécurité du poste de travail.

Il est important de se rappeler que le programme de lancement d'applicatifs utilise les références du poste de travail, plutôt que celles de l'utilisateur, pour distribuer l'application. Cela signifie que vous devez attribuer au poste de travail des droits sur le système de fichiers lui permettant d'accéder à l'emplacement réseau où résident les fichiers .msi.

Cette option ne permet pas d'installer toutes les applications MSI. Certaines applications MSI possèdent des dépendances sur un utilisateur logué (par exemple, pour lire et écrire dans la ruche HKCU du registre Windows). Dans ce cas, vous devez désélectionner cette option pour que la distribution se produise dans l'espace de sécurité de l'utilisateur plutôt que dans celui de l'espace de travail.

REMARQUE :Si une application requiert un redémarrage lors de l'installation, vous devez sélectionner Redémarrer si nécessaire ou Toujours redémarrer dans la zone de groupe Redémarrer et Pas d'invite dans la zone de groupe Inviter à redémarrer.

Si l'application est une application simple ou AOT : cette case est cochée par défaut. Les applications simples ou AOT associées à un poste de travail sont normalement distribuées dans l'espace de sécurité de l'utilisateur, ce qui signifie que le programme de lancement d'applicatifs utilise les références du poste de travail et son accès au système de fichiers.

Désélectionnez cette option pour indiquer au programme de lancement d'applicatifs de distribuer l'application sur l'espace de sécurité de l'utilisateur. Le programme de lancement d'applicatifs s'exécute ensuite sur l'espace de l'utilisateur et utilise les références de celui-ci pour distribuer les fichiers, même si l'application est associée au poste de travail.

Redémarrer

Sélectionnez le mode de redémarrage d'un poste de travail. Les options disponibles sont les suivantes :

  • Si nécessaire : le programme de lancement d'applicatifs redémarre le poste de travail s'il n'est pas possible d'effectuer les modifications requises lorsque Windows est en cours d'exécution (par exemple, le remplacement de fichiers DLL ouverts).

  • Toujours : le programme de lancement d'applicatifs redémarre le poste de travail chaque fois que l'application est distribuée.

  • Jamais : le programme de lancement d'applicatifs ne redémarre pas le poste de travail. Les modifications sont appliquées au redémarrage suivant du poste de travail.

Le service NAL, qui s'exécute dans l'espace "système" plutôt que dans l'espace "utilisateur", distribue les applications associées au poste de travail sur les postes Windows 2000/XP. Si vous sélectionnez l'option Toujours, le service NAL redémarre automatiquement le poste de travail même si vous avez défini l'option Inviter à redémarrer sur Invite (reportez-vous ci-dessous) ; en d'autres termes, le service NAL ignore le paramètre Inviter à redémarrer. Il en va de même si l'option Si nécessaire est sélectionnée et si le redémarrage est nécessaire.

Inviter à redémarrer

Indiquez si vous voulez ou non inviter l'utilisateur à redémarrer le poste de travail. Lorsque vous sélectionnez Invite mais que vous désélectionnez l'option Afficher la progression (onglet Identification > page Icône), aucune invite ne s'affiche. En d'autres termes, la désactivation de l'option Afficher la progression annule l'activation de l'option Inviter à redémarrer.

48.2.10 Page Paramètres BITS

La page de propriétés Paramètres BITS n'est accessible que sur les objets Application créés pour les applications simples, les applications AOT/AXT et les applications MSI. Elle n'est pas accessible sur les objets Application conçus pour les applications Web et Terminal Server.

La page Paramètres BITS permet de configurer les paramètres utilisés par Microsoft Background Intelligent Transfer Service (BITS - Service de transfert intelligent en arrière-plan) lors du transfert de l'application vers un poste de travail. Le service BITS n'est utilisé que si le programme de lancement d'applicatifs Novell et l'application sont configurés pour l'utiliser BITS (reportez-vous au Section 34.0, Distribution avancée : transfert d'applications à l'aide du service BITS).

Figure 48-16 Objet Application > onglet Options de distribution > page Paramètres BITS

Délai minimum avant la prochaine tentative

BITS classe les éventuelles erreurs qui surviennent durant le transfert de l'application en erreurs fatales et erreurs intermittentes. BITS ne peut pas récupérer après une erreur fatale ; ce type d'erreur requiert l'intervention de l'administrateur pour corriger le problème. BITS peut parfois reprendre le travail après une erreur intermittente.

Utilisez cette option pour spécifier le délai minimum d'attente que BITS doit observer après une erreur intermittente avant d'essayer de transférer l'application à nouveau. La valeur par défaut est 600 secondes, soit 10 minutes. Le réglage minimum est de 60 secondes. Le réglage maximum est de 2 147 483 647 secondes.

Timeout de non-progression

Cette option permet de définir la durée (nombre de jours) pendant laquelle BITS essaiera de transférer l'application, à la suite d'une erreur intermittente, en l'absence de progression.

  • Utiliser le paramètre système (généralement 14 jours) : sélectionnez cette option pour utiliser le paramètre système Windows. Ce paramètre Windows est déterminé soit par 1) le paramètre par défaut de BITS, égal à 14 jours, soit par 2) le paramètre Timeout (jours) pour travaux inactifs de la stratégie de groupe Windows, qui par défaut n'est pas défini. Si vous sélectionnez cette option, le paramètre par défaut BITS (14 jours) est utilisé si aucune valeur n'a été attribuée au paramètre de la stratégie de groupe Windows. Vous pouvez utiliser l'Éditeur de stratégies de groupe Windows (gpedit.msc) pour afficher et modifier ce paramètre.

  • Utiliser le paramètre personnalisé : sélectionnez cette option pour saisir manuellement une période de timeout.

    • Le réglage minimun est de 0 jour. Saisissez 0 jour pour empêcher BITS de faire une nouvelle tentative de transfert de l'application après une erreur intermittente. Dans ce cas, le programme de lancement d'applicatifs contrôle à nouveau le transfert.
    • Le réglage maximum est de 24 855 jours. Toutefois, BITS compare ce nombre au nombre dans le paramètre Timeout (jours) pour travaux inactifs de la stratégie de groupe Windows. Si le nombre saisi dans Timeout (jours) pour travaux inactifs est inférieur à ce nombre, BITS utilise le paramètre de la stratégie. Par exemple, si vous saisissez 45 pour ce paramètre, mais si celui de la stratégie est de 30 jours, BITS utilise 30 jours. Si le paramètre Timeout (jours) pour travaux inactifs est indéfini (l'état par défaut), le paramètre de la stratégie prend par défaut la valeur 90 jours. Dans ce cas, par exemple, si vous saisissez 91 jours pour ce paramètre, BITS utilise celui de la stratégie (90 jours).

Si le transfert ne progresse pas durant la période de timeout, le compteur est réinitialisé. Si BITS s'interrompt suite à un dépassement du délai de non-progression, le contrôle du transfert revient au programme de lancement d'applicatifs, qui transfère l'application avec son processus de distribution standard.

Priorité

Utilisez cette option pour attribuer un niveau de priorité de transfert à l'application. Vous pouvez choisir entre une priorité de premier plan et trois priorités d'arrière-plan (faible, normale, élevée).

La priorité de premier plan signifie que BITS transfère l'application en premier plan. Les transferts de premier plan sont prioritaires et sont traités avant les transferts d'arrière-plan. Les transferts de premier plan se partagent la bande passante du réseau avec les autres applications, ce qui peut gêner le travail de l'utilisateur. À moins que le calendrier de transfert ne soit critique ou que l'utilisateur attende ce transfert immédiatement, utilisez de préférence une priorité d'arrière-plan. En outre, BITS ne prend en charge la priorité de premier plan que pour les fichiers inférieurs à 2 Go.

Pour les trois priorités d'arrière-plan, le niveau de priorité détermine le moment de transfert par rapport aux autres transferts en file d'attente. Les transferts de priorité supérieure devancent ceux de priorité inférieure. Les transferts de même niveau de priorité se partagent le temps de transfert, ce qui empêche le blocage de la file d'attente par un transfert volumineux. Le temps de transfert n'est alloué aux transferts de priorité inférieure qu'après que les transferts de priorité supérieure terminés ou interrompus en état d'erreur.