Type de pool d'applications |
Sélectionnez Batterie de serveurs RDS, puis sélectionnez une batterie de serveurs basée sur Linux dans le menu déroulant.
Note : Pour créer un pool d'applications de sessions multiples, vous devez baser le pool sur une batterie de serveurs de machines hôtes Linux activées pour des capacités de sessions multiples.
|
ID |
Nom unique qui identifie le pool dans Horizon Console. Ce champ est obligatoire. |
Nom d'affichage |
Nom du pool qui s'affiche pour les utilisateurs lorsqu'ils ouvrent une session sur Horizon Client. Si vous ne spécifiez pas de nom d'affichage, celui-ci sera identique à l'ID. |
Groupe d'accès |
Il s'agit d'un champ en lecture seule. Vous devez spécifier le groupe d'accès lorsque vous créez la batterie de serveurs sur laquelle est basé le pool d'applications. |
Version |
Version de l'application. |
Éditeur |
Éditeur de l'application. |
Chemin d'accès |
Chemin complet de l'application. Par exemple, /usr/bin/gnome-terminal. Ce champ est obligatoire. |
Dossier de démarrage |
Chemin d'accès complet du répertoire de démarrage de l'application. |
Paramètres |
Paramètres à transmettre à l'application lors de son démarrage. Par exemple, vous pouvez spécifier -username user1 -loglevel 3. |
Description |
Description de ce pool d'applications. |
Prélancement |
Sélectionnez cette option pour configurer une application afin qu'une session d'application soit lancée avant qu'un utilisateur ouvre l'application dans Horizon Client. Lorsqu'une application publiée est lancée, l'application s'ouvre plus rapidement dans Horizon Client. Si vous activez cette option, la session d'application configurée est lancée avant qu'un utilisateur ouvre l'application dans Horizon Client, quelle que soit la manière dont il se connecte au serveur à partir d'Horizon Client.
Note : Des sessions d'application peuvent être déconnectées si l'option
Délai d'expiration de session de prélancement (applications seulement) est définie lorsque vous ajoutez ou modifiez la batterie de serveurs basée sur Linux.
|
Restrictions du Serveur de connexion |
Vous pouvez limiter l'accès au pool d'applications depuis certains Serveurs de connexion en cliquant sur Parcourir et en sélectionnant un ou plusieurs Serveurs de connexion. La valeur par défaut est Aucune restriction. Si vous prévoyez de fournir un accès à des applications publiées via VMware Workspace ONE Access et si vous configurez les restrictions du Serveur de connexion, il est possible que l'application VMware Workspace ONE Access affiche les applications aux utilisateurs même si elles sont en réalité limitées. Les utilisateurs VMware Workspace ONE Access ne seront pas en mesure de démarrer ces applications. |
Dossier de catégorie |
Vous pouvez spécifier le nom du dossier de catégorie qui contient un raccourci du menu Démarrer pour le droit de pool d'applications sur des périphériques clients Windows. Pour configurer ce paramètre, cliquez sur Parcourir. La valeur par défaut est Désactivé. |
Restrictions du client |
Indiquez si vous voulez restreindre l'accès aux pools d'applications autorisés à partir de certains ordinateurs clients. Vous devez ajouter les noms des ordinateurs autorisés à accéder aux pools d'applications dans un groupe de sécurité d'Active Directory. Vous pouvez sélectionner ce groupe de sécurité lorsque vous ajoutez des utilisateurs ou des groupes pour leur octroyer un droit de pool d'applications. Ce paramètre est désactivé par défaut. |
Autoriser les utilisateurs après l'ajout d'un pool |
Sélectionnez cette option pour ouvrir la boîte de dialogue Ajouter des droits automatiquement après la création du pool. |
Mode de sessions multiples |
Sélectionnez Désactivé.
Note : Les pools d'applications Linux ne prennent pas en charge le mode de sessions multiples. Vous ne devez pas les confondre avec le concept de pool de sessions multiples. Si vous spécifiez un paramètre pour activer le mode de sessions multiples, ce paramètre n'a aucun effet.
Les applications Linux peuvent uniquement être configurées en mode de session unique. Par exemple, si un utilisateur ouvre une application sur le client A, puis ouvre la même application ou une autre basée sur la même batterie de serveurs sur le client B, la session sur le client A est déconnectée, puis reconnectée sur le client B. |