Agent de livraison virtuel Linux 2201

Utiliser Machine Creation Services™ (MCS) pour créer des machines virtuelles Linux

May 5, 2026

Contributeur:

C C

Schritt
Schritt La création de machines virtuelles Linux à l’aide de MCS implique les étapes générales suivantes :
Préparez une image principale sur la machine virtuelle de modèle de votre choix, qui peut être n’importe quelle machine virtuelle ou un VDA en cours d’exécution.
Créez un catalogue de machines dans Citrix Studio.
Créez un groupe de mise à disposition.

Remarque :

Des résultats inattendus peuvent se produire si vous tentez de préparer une image principale sur des hyperviseurs autres que Citrix Hypervisor™, Microsoft Azure, VMware vSphere, AWS, GCP ou Nutanix AHV.

Microsoft Azure, AWS et GCP ne sont pas pris en charge à partir de Citrix Virtual Apps and Desktops™ 7 2003. Cependant, vous pouvez continuer à utiliser les hôtes dans le service Citrix Virtual Apps and Desktops.

Distributions prises en charge

	Winbind	SSSD	Centrify	PBIS
CentOS 7.9	Oui	Oui	Oui	Oui
CentOS 7.8	Oui	Oui	Oui	Oui
Debian 10.9	Oui	Oui	Non	Oui
RHEL 8.4	Oui	Non	Oui	Oui
RHEL 8.3	Oui	Non	Oui	Oui
RHEL 8.2	Oui	Non	Oui	Oui
RHEL 8.1	Oui	Non	Oui	Oui
RHEL 7.9	Oui	Oui	Oui	Oui
RHEL 7.8	Oui	Oui	Oui	Oui
SUSE 15.3	Oui	Oui	Non	Oui
SUSE 15.2	Oui	Oui	Non	Oui
SUSE 12.5	Oui	Oui	Non	Oui
Ubuntu 20.04	Oui	Oui	Non	Oui
Ubuntu 18.04	Oui	Oui	Non	Oui
Ubuntu 16.04	Oui	Oui	Non	Oui

Remarque :

Si vous utilisez PBIS ou Centrify pour joindre des machines créées par MCS à des domaines Windows, effectuez les tâches suivantes :

Sur la machine de modèle, configurez le chemin de téléchargement du package PBIS ou Centrify dans le fichier /etc/xdl/mcs/mcs.conf ou installez directement le package PBIS ou Centrify.

Avant d’exécuter /opt/Citrix/VDA/sbin/deploymcs.sh, créez une unité d’organisation (OU) disposant de droits d’écriture et de réinitialisation de mot de passe pour toutes ses machines subordonnées créées par MCS.

Avant de redémarrer les machines créées par MCS après l’exécution de /opt/Citrix/VDA/sbin/deploymcs.sh, exécutez klist -li 0x3e4 purge sur votre Delivery Controller ou sur votre Citrix Cloud Connector, selon votre déploiement.

Utiliser MCS pour créer des machines virtuelles Linux sur Citrix Hypervisor
Étape 1 : Préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 1a : Installer les outils Citrix VM

Installez les outils Citrix VM sur la machine virtuelle de modèle pour que chaque machine virtuelle puisse utiliser l’interface de ligne de commande xe ou XenCenter. Les performances des machines virtuelles peuvent être lentes si vous n’installez pas les outils. Sans les outils, vous ne pouvez effectuer aucune des opérations suivantes :

Arrêter, redémarrer ou suspendre proprement une machine virtuelle.
Afficher les données de performance de la machine virtuelle dans XenCenter.
Migrer une machine virtuelle en cours d’exécution (via XenMotion).
Créer des instantanés ou des instantanés avec mémoire (points de contrôle) et revenir à des instantanés.
- Ajuster le nombre de vCPU sur une machine virtuelle Linux en cours d’exécution.

Exécutez la commande suivante pour monter les outils Citrix VM nommés guest-tools.iso.
```
sudo mount /dev/cdrom /mnt

```

Exécutez la commande suivante pour installer le package xe-guest-utilities en fonction de votre distribution Linux.

Pour RHEL/CentOS :

sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

Pour SUSE :

sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

Vérifiez l’état de virtualisation de la machine virtuelle de modèle sous l’onglet Général dans XenCenter. Si les outils Citrix VM sont installés correctement, l’état de virtualisation est Optimisé :

Étape 1b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Sur Ubuntu 16.04, installez OpenJDK 11 en suivant les étapes suivantes :

Téléchargez la dernière version d’OpenJDK 11 depuis https://jdk.java.net/archive/.
Exécutez la commande tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz pour décompresser le package téléchargé.
(Facultatif) Exécutez la commande mv jdk-11.0.2/ <target directory> pour enregistrer OpenJDK dans un répertoire cible.
Exécutez la commande update-alternatives -----install /usr/bin/java java <custom directory>/bin/java 2000 pour configurer l’environnement d’exécution Java.
Exécutez la commande java -version pour vérifier la version de Java.

Étape 1c : Installer le package VDA Linux sur la machine virtuelle de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme machine virtuelle de modèle, ignorez cette étape.

Avant d’installer le package VDA Linux sur la machine virtuelle de modèle, installez .NET Runtime 6.0.

En fonction de votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du VDA Linux :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  #### Étape 1d : Activer les dépôts pour installer le package `tdb-tools`

-  **Pour RHEL 7 server :**

    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

-  **Pour RHEL 7 workstation :**

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Étape 1e : Installer le dépôt EPEL qui peut offrir ntfs-3g

Installez le dépôt EPEL sur RHEL 8, RHEL 7 et CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g disponible dans le dépôt EPEL.

Étape 1f : Installer manuellement ntfs-3g sur SUSE

Sur la plateforme SUSE, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilation GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
-  sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

./configure
make
make install
<!--NeedCopy-->

Étape 1g : Configurer l’environnement d’exécution

Avant d’exécuter deploymcs.sh, procédez comme suit :

-  Modifiez les variables dans `/etc/xdl/mcs/mcs.conf`. Le fichier de configuration `mcs.conf` fournit des variables pour la configuration de MCS et du VDA Linux. Voici les variables que vous pouvez définir selon vos besoins :

-  `Use_Existing_Configurations_Of_Current_VDA` : Détermine s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables `dns` et `AD_INTEGRATION`. La valeur par défaut est N, ce qui signifie que les modèles de configuration de l’image principale déterminent les fichiers de configuration sur les machines créées par MCS.

-  `dns` : Définit l’adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu’à quatre serveurs DNS.

-  `NTP_SERVER` : Définit l’adresse IP de votre serveur NTP. Sauf indication contraire, il s’agit de l’adresse IP de votre contrôleur de domaine.

-  `WORKGROUP` : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
  
-  `AD_INTEGRATION` : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MSC, consultez [Distributions prises en charge](#supported-distributions) dans cet article.

-  `CENTRIFY_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.
  
-  `PBIS_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur PBIS.

-  `UPDATE_MACHINE_PW` : Active ou désactive l’automatisation des mises à jour du mot de passe du compte machine. Pour plus d’informations, consultez [Automatiser les mises à jour du mot de passe du compte machine](/fr-fr/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Les variables de configuration du VDA Linux suivantes :

    `DOTNET_RUNTIME_PATH`=chemin-vers-installation-dotnet-runtime \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=numéro-de-port  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=nom-site-dns | '<none\>'  
    `LDAP_LIST`='liste-serveurs-ldap' | '<none\>'  
    `SEARCH_BASE`=ensemble-base-recherche | '<none\>'  
    `FAS_LIST`='liste-serveurs-fas' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=numéro-de-port  
    `TELEMETRY_PORT`=numéro-de-port  

Pour un exemple de `mcs.conf`, consultez la capture d’écran suivante :

 ![Exemple de fichier de configuration MCS](/fr-fr/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  Sur la machine modèle, ajoutez des lignes de commande au fichier `/etc/xdl/mcs/mcs_local_setting.reg` pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres à chaque redémarrage d’une machine provisionnée par MCS.

Chaque ligne du fichier `/etc/xdl/mcs/mcs_local_setting.reg` est une commande permettant de définir ou de mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier `/etc/xdl/mcs/mcs_local_setting.reg` pour écrire ou mettre à jour une valeur de registre respectivement :

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

Étape 1h : Créer une image principale

Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
(Si vous utilisez un VDA en cours d’exécution comme VM modèle, ignorez cette étape.) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf pertinents sur toutes les VM créées.

Pour les utilisateurs de Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

Pour les utilisateurs de SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

Pour les utilisateurs de Centrify, mettez à jour les modèles /etc/xdl/mcs/centrify_krb5.conf.tmpl et /etc/xdl/mcs/centrify_smb.conf.tmpl.

Remarque :

Conservez le format existant utilisé dans les fichiers modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm, ${new_hostname} et $AD_FQDN.
Sur Citrix Hypervisor, arrêtez la VM modèle. Créez et nommez un instantané de votre image principale.

Étape 2 : Créer un catalogue de machines

-  Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez [Créer un catalogue de machines à l’aide de Studio](/fr-fr/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html).

Étape 3 : Créer un groupe de mise à disposition

-  Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou plusieurs catalogues de machines. Il spécifie les utilisateurs qui peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez [Créer des groupes de mise à disposition](/fr-fr/citrix-virtual-apps-desktops/install-configure/delivery-groups-create.html).

Utiliser MCS pour créer des VM Linux sur Azure

Étape 1 : Créer une connexion d’hébergement à Azure dans Citrix Studio

Dans Citrix Studio sur Citrix Cloud™, choisissez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à Azure.
Choisissez Microsoft Azure comme type de connexion.
Saisissez l’ID d’abonnement de votre compte Azure et le nom de votre connexion.

Une nouvelle connexion apparaît dans le volet d’hébergement.

Étape 2 : Préparer une image principale sur la machine virtuelle de modèle

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 2a : Configurer cloud-init pour Ubuntu 18.04

Pour vous assurer qu’un nom d’hôte VDA persiste lorsqu’une machine virtuelle est redémarrée ou arrêtée, exécutez la commande suivante :

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

Vérifiez que les lignes suivantes sont présentes sous la section system_info dans le fichier /etc/cloud/cloud.cfg :

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Étape 2b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Sur Ubuntu 16.04, installez OpenJDK 11 en suivant les étapes suivantes :

Téléchargez la dernière version d’OpenJDK 11 depuis https://jdk.java.net/archive/.
Exécutez la commande tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz pour décompresser le package téléchargé.
(Facultatif) Exécutez la commande mv jdk-11.0.2/ <target directory> pour enregistrer OpenJDK dans un répertoire cible.
Exécutez la commande update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 pour configurer l’environnement d’exécution Java.
Exécutez la commande java -version pour vérifier la version de Java.

Étape 2c : Installer le package Linux VDA sur la machine virtuelle de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme machine virtuelle de modèle, ignorez cette étape.

Avant d’installer le package Linux VDA sur la machine virtuelle de modèle, installez .NET Runtime 6.0.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 2d : Installer le référentiel EPEL qui peut offrir ntfs-3g

Installez le référentiel EPEL sur RHEL 8/CentOS 8, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g disponible dans le référentiel EPEL.

Étape 2e : Installer manuellement ntfs-3g sur SUSE

Sur la plateforme SUSE, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilation GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

-  ./configure
-  make
-  make install
<!--NeedCopy-->

Étape 2f : Configurer l’environnement d’exécution

-  Avant d'exécuter `deploymcs.sh`, procédez comme suit :

-  Modifiez les variables dans `/etc/xdl/mcs/mcs.conf`. Le fichier de configuration `mcs.conf` fournit des variables pour la configuration de MCS et du Linux VDA. Voici quelques-unes des variables, parmi lesquelles `dns` et `AD_INTEGRATION` doivent être définies :

**Remarque :** Si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST='aaa.lab:389 bbb.lab:389'.

-  `Use_Existing_Configurations_Of_Current_VDA` : Détermine si les configurations existantes du VDA en cours d'exécution doivent être utilisées. Si défini sur Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du VDA en cours d'exécution. Cependant, vous devez toujours configurer les variables `dns` et `AD_INTEGRATION`. La valeur par défaut est N, ce qui signifie que les modèles de configuration de l'image maître déterminent les fichiers de configuration sur les machines créées par MCS.

-  `dns` : Définit l'adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu'à quatre serveurs DNS.

-  `NTP_SERVER` : Définit l'adresse IP de votre serveur NTP. Sauf indication contraire, il s'agit de l'adresse IP de votre contrôleur de domaine.

-  `WORKGROUP` : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s'il est configuré dans AD. Sinon, il s'agit du nom de domaine par défaut.

-  `AD_INTEGRATION` : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MCS, consultez [Distributions prises en charge](#supported-distributions) dans cet article.

-  `CENTRIFY_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.

    -  `CENTRIFY_SAMBA_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.

-  `PBIS_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur PBIS.

-  `UPDATE_MACHINE_PW` : Active ou désactive l'automatisation des mises à jour des mots de passe des comptes machine. Pour plus d'informations, consultez [Automatiser les mises à jour des mots de passe des comptes machine](/fr-fr/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Les variables de configuration VDA Linux suivantes :

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime \\
    `DESKTOP_ENVIRONMENT`= gnome | mate \\
    `SUPPORT_DDC_AS_CNAME`=Y | N
    `VDA_PORT`=port-number
    `REGISTER_SERVICE`=Y | N
    `ADD_FIREWALL_RULES`=Y | N
    `HDX_3D_PRO`=Y | N
    `VDI_MODE`=Y | N
    `SITE_NAME`=dns-site-name | '<none\>'
    `LDAP_LIST`='list-ldap-servers' | '<none\>'
    `SEARCH_BASE`=search-base-set | '<none\>'
    `FAS_LIST`='list-fas-servers' | '<none\>'
    `START_SERVICE`=Y | N
    `TELEMETRY_SOCKET_PORT`=port-number
    `TELEMETRY_PORT`=port-number

Pour un exemple de `mcs.conf`, consultez la capture d'écran suivante :

 ![Exemple de fichier de configuration MCS](/fr-fr/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  Sur la machine modèle, ajoutez des lignes de commande au fichier `/etc/xdl/mcs/mcs_local_setting.reg` pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres à chaque redémarrage d'une machine provisionnée par MCS.

Chaque ligne du fichier `/etc/xdl/mcs/mcs_local_setting.reg` est une commande permettant de définir ou de mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier `/etc/xdl/mcs/mcs_local_setting.reg` pour écrire ou mettre à jour une valeur de registre respectivement :

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

Étape 2g : Créer une image maître

Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
(Si vous utilisez un VDA en cours d’exécution comme VM modèle, ignorez cette étape.) Sur la VM modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf pertinents sur toutes les VM créées.

Pour les utilisateurs de Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

Pour les utilisateurs de SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

Pour les utilisateurs de Centrify, mettez à jour les modèles /etc/xdl/mcs/centrify_krb5.conf.tmpl et /etc/xdl/mcs/centrify_smb.conf.tmpl.

Remarque : Conservez le format existant utilisé dans les fichiers modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm, ${new_hostname} et $AD_FQDN.
Installez les applications sur la VM modèle et arrêtez la VM modèle depuis le portail Azure. Assurez-vous que l’état d’alimentation de la VM modèle est Arrêté (désalloué). Retenez le nom du groupe de ressources ici. Vous aurez besoin de ce nom pour localiser votre image maître sur Azure.
```
-  ![État d'alimentation arrêté de la VM modèle](/fr-fr/linux-virtual-delivery-agent/2201/media/stopped-deallocated2.png)
```

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Lors de la création du catalogue de machines, choisissez votre image maître dans le groupe de ressources auquel appartient la VM modèle et recherchez le VHD de la VM modèle.

Recherche du VHD de la VM modèle

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou plusieurs catalogues de machines. Il spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour créer des VM Linux sur VMware vSphere

Étape 1 : Créer une connexion d’hébergement à VMware dans Citrix Studio

Installez vCenter Server dans l’environnement vSphere. Pour plus d’informations, consultez VMware vSphere.
Dans Citrix Studio, choisissez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à VMware vSphere.
Choisissez VMware vSphere comme type de connexion.
Saisissez l’adresse de connexion (l’URL du serveur vCenter) de votre compte VMware, votre nom d’utilisateur et votre mot de passe, ainsi que le nom de votre connexion.

Une nouvelle connexion apparaît dans le volet d’hébergement.

Étape 2 : Préparer une image maître

Une image maître contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image maître, procédez comme suit :

Étape 2a : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Sous Ubuntu 16.04, installez OpenJDK 11 en suivant les étapes ci-dessous :

Téléchargez la dernière version d’OpenJDK 11 depuis https://jdk.java.net/archive/.
Exécutez la commande tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz pour décompresser le package téléchargé.
(Facultatif) Exécutez la commande mv jdk-11.0.2/ <target directory> pour enregistrer OpenJDK dans un répertoire cible.
Exécutez la commande update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 pour configurer l’environnement d’exécution Java.
Exécutez la commande java -version pour vérifier la version de Java.

Étape 2b : Installer le package Linux VDA sur la VM de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM de modèle, ignorez cette étape.

Avant d’installer le package Linux VDA sur la VM de modèle, installez .NET Runtime 6.0.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

    -  sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  **Pour Ubuntu/Debian :**

    -  sudo dpkg –i  <PATH>/<Linux VDA DEB>

    -  apt-get install -f
<!--NeedCopy-->

Pour SUSE :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 2c : Installer le dépôt EPEL qui peut fournir ntfs-3g

Installez le dépôt EPEL sur RHEL 8/CentOS 8, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g disponible dans le dépôt EPEL.

Étape 2d : Installer manuellement ntfs-3g sur SUSE

Sur la plateforme SUSE, aucun dépôt ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilation GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

./configure
make
make install
<!--NeedCopy-->

Étape 2e : Configurer l’environnement d’exécution

Avant d’exécuter deploymcs.sh, procédez comme suit :

-  Modifiez les variables dans `/etc/xdl/mcs/mcs.conf`. Le fichier de configuration `mcs.conf` fournit des variables pour la configuration de MCS et du Linux VDA. Voici quelques-unes des variables, parmi lesquelles `dns` et `AD_INTEGRATION` doivent être définies :

**Remarque :** Si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA` : Détermine s'il faut utiliser les configurations existantes du VDA en cours d'exécution. Si la valeur est Y, les fichiers de configuration des machines créées par MCS sont identiques à ceux du VDA en cours d'exécution. Cependant, vous devez toujours configurer les variables `dns` et `AD_INTEGRATION`. La valeur par défaut est N, ce qui signifie que les modèles de configuration de l'image maître déterminent les fichiers de configuration des machines créées par MCS.

-  `dns` : Définit l'adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu'à quatre serveurs DNS.

-  `NTP_SERVER` : Définit l'adresse IP de votre serveur NTP. Sauf indication contraire, il s'agit de l'adresse IP de votre contrôleur de domaine.

-  `WORKGROUP` : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s'il est configuré dans AD. Sinon, il s'agit du nom de domaine par défaut.
  
-  `AD_INTEGRATION` : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MCS, consultez [Distributions prises en charge](#supported-distributions) dans cet article.

-  `CENTRIFY_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.
  
-  `PBIS_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur PBIS.

-  `UPDATE_MACHINE_PW` : Active ou désactive l'automatisation des mises à jour des mots de passe des comptes machine. Pour plus d'informations, consultez [Automatiser les mises à jour des mots de passe des comptes machine](/fr-fr/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Les variables de configuration Linux VDA suivantes :

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=port-number  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=dns-site-name | '<none\>'  
    `LDAP_LIST`='list-ldap-servers' | '<none\>'  
    `SEARCH_BASE`=search-base-set | '<none\>'  
    `FAS_LIST`='list-fas-servers' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=port-number  
    `TELEMETRY_PORT`=port-number  

Pour un exemple de `mcs.conf`, consultez la capture d'écran suivante :

 ![Exemple de fichier de configuration MCS](/fr-fr/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  Sur la machine de modèle, ajoutez des lignes de commande au fichier `/etc/xdl/mcs/mcs_local_setting.reg` pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres à chaque redémarrage d'une machine provisionnée par MCS.

Chaque ligne du fichier `/etc/xdl/mcs/mcs_local_setting.reg` est une commande permettant de définir ou de mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour une valeur de registre, respectivement :

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

Étape 2f : Créer une image principale

Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
(Si vous utilisez un VDA en cours d’exécution comme machine virtuelle de modèle, ignorez cette étape.) Sur la machine virtuelle de modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf pertinents sur toutes les machines virtuelles créées.

Pour les utilisateurs de Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.
- Pour les utilisateurs de SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.
- Pour les utilisateurs de Centrify, mettez à jour les modèles /etc/xdl/mcs/centrify_krb5.conf.tmpl et /etc/xdl/mcs/centrify_smb.conf.tmpl.
- Remarque : Conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm, ${new_hostname} et $AD_FQDN.
- 1. Une fois l’installation des applications terminée sur la machine virtuelle de modèle, arrêtez la machine virtuelle de modèle depuis VMware. Prenez un instantané de la machine virtuelle de modèle.

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de machines virtuelles à créer dans le catalogue. Lors de la création du catalogue de machines, choisissez votre image principale dans la liste des instantanés.

Choix d’une image principale

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des machines virtuelles Linux sur AWS

Étape 1 : Créer une connexion d’hébergement à AWS dans Citrix Studio

Dans Citrix Studio sur Citrix Cloud, choisissez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à AWS.

Choisissez Amazon EC2 comme type de connexion.
Saisissez la clé API et la clé secrète de votre compte AWS, puis saisissez le nom de votre connexion.

La clé API est votre ID de clé d’accès et la clé secrète est votre clé d’accès secrète. Elles sont considérées comme une paire de clés d’accès. Si vous perdez votre clé d’accès secrète, vous pouvez supprimer la clé d’accès et en créer une autre. Pour créer une clé d’accès, procédez comme suit :
1. Connectez-vous aux services AWS.
2. Accédez à la console Identity and Access Management (IAM).
3. Dans le volet de navigation de gauche, choisissez Utilisateurs.
4. Sélectionnez l’utilisateur cible et faites défiler vers le bas pour sélectionner l’onglet Informations d’identification de sécurité.
5. Faites défiler vers le bas et cliquez sur Créer une clé d’accès. Une nouvelle fenêtre apparaît.
6. Cliquez sur Télécharger le fichier .csv et enregistrez la clé d’accès dans un emplacement sécurisé.
Une nouvelle connexion apparaît dans le volet d’hébergement.

Étape 2 : Préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 2a : Configurer cloud-init

Pour vous assurer qu’un nom d’hôte VDA persiste lorsqu’une instance EC2 est redémarrée ou arrêtée, exécutez la commande suivante pour préserver le nom d’hôte VDA.
```
 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
 
```

Pour Ubuntu 18.04, assurez-vous que les lignes suivantes sont présentes sous la section system_info dans le fichier /etc/cloud/cloud.cfg :
```
 system_info:
     network:
         renderers: ['netplan', 'eni', 'sysconfig']
 
```

Pour utiliser SSH pour accéder à distance aux machines virtuelles créées par MCS sur AWS, activez l’authentification par mot de passe car aucun nom de clé n’est attaché à ces machines virtuelles. Procédez comme suit si nécessaire.
- Modifiez le fichier de configuration cloud-init, /etc/cloud/cloud.cfg. Assurez-vous que la ligne ssh_pwauth: true est présente. Supprimez ou commentez la ligne set-password et les lignes suivantes si elles existent.
```
 users:
 -  default
 
```
- Si vous prévoyez d’utiliser l’utilisateur par défaut ec2-user ou ubuntu créé par cloud-init, vous pouvez modifier le mot de passe de l’utilisateur à l’aide de la commande passwd. Gardez le nouveau mot de passe à l’esprit pour une utilisation ultérieure afin de vous connecter aux machines virtuelles créées par MCS.
- Modifiez le fichier /etc/ssh/sshd_config pour vous assurer que la ligne suivante est présente :
```
 PasswordAuthentication yes
 
```
  Enregistrez le fichier et exécutez la commande sudo service sshd restart.

Étape 2b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Sur Ubuntu 16.04, installez OpenJDK 11 en suivant les étapes suivantes :

Téléchargez la dernière version d’OpenJDK 11 depuis https://jdk.java.net/archive/.
Exécutez la commande tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz pour décompresser le package téléchargé.
(Facultatif) Exécutez la commande mv jdk-11.0.2/ <target directory> pour enregistrer OpenJDK dans un répertoire cible.
Exécutez la commande update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 pour configurer l’environnement d’exécution Java.
Exécutez la commande java -version pour vérifier la version de Java.

Étape 2c : Installer le package Linux VDA sur la VM de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM de modèle, ignorez cette étape.

Avant d’installer le package Linux VDA sur la VM de modèle, installez .NET Runtime 6.0.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement du Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE :

    -  sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  #### Étape 2d : Installer le référentiel EPEL qui peut offrir ntfs-3g

-  Installez le référentiel EPEL sur RHEL 8/CentOS 8, RHEL 7/CentOS 7 afin que l'exécution ultérieure de deploymcs.sh installe le package ntfs-3g disponible dans le référentiel EPEL.

-  #### Étape 2e : Installer manuellement ntfs-3g sur SUSE

-  Sur la plateforme SUSE, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilation GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

./configure
make
make install
<!--NeedCopy-->

Étape 2f : Configurer l’environnement d’exécution

Avant d’exécuter deploymcs.sh, procédez comme suit\xa0:

-  Modifiez les variables dans `/etc/xdl/mcs/mcs.conf`. Le fichier de configuration `mcs.conf` fournit des variables pour la configuration de MCS et du Linux VDA. Voici quelques-unes de ces variables, parmi lesquelles `dns` et `AD_INTEGRATION` doivent être définies\xa0:

**Remarque :** Si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA` : Détermine s'il faut utiliser les configurations existantes du VDA en cours d'exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du VDA en cours d'exécution. Cependant, vous devez toujours configurer les variables `dns` et `AD_INTEGRATION`. La valeur par défaut est N, ce qui signifie que les modèles de configuration de l'image principale déterminent les fichiers de configuration sur les machines créées par MCS.

-  `dns` : Définit l'adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu'à quatre serveurs DNS.

-  `NTP_SERVER` : Définit l'adresse IP de votre serveur NTP. Sauf indication contraire, il s'agit de l'adresse IP de votre contrôleur de domaine.

-  `WORKGROUP` : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s'il est configuré dans AD. Sinon, il s'agit du nom de domaine par défaut.
  
-  `AD_INTEGRATION` : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MSC, consultez [Distributions prises en charge](#supported-distributions) dans cet article.

-  `CENTRIFY_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur Centrify.
  
-  `PBIS_DOWNLOAD_PATH` : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable `AD_INTEGRATION` sur PBIS.

-  `UPDATE_MACHINE_PW` : Active ou désactive l'automatisation des mises à jour des mots de passe des comptes machine. Pour plus d'informations, consultez [Automatiser les mises à jour des mots de passe des comptes machine](/fr-fr/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Les variables de configuration Linux VDA suivantes\xa0:

    `DOTNET_RUNTIME_PATH`=chemin-d-installation-dotnet-runtime \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=numéro-de-port  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=nom-de-site-dns | '<none\>'  
    `LDAP_LIST`='liste-serveurs-ldap' | '<none\>'  
    `SEARCH_BASE`=ensemble-base-de-recherche | '<none\>'  
    `FAS_LIST`='liste-serveurs-fas' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=numéro-de-port  
    `TELEMETRY_PORT`=numéro-de-port  

Pour un exemple de `mcs.conf`, consultez la capture d'écran suivante\xa0:

 ![Exemple de fichier de configuration MCS](/fr-fr/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

Sur la machine de modèle, ajoutez des lignes de commande au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres à chaque redémarrage d’une machine provisionnée par MCS.

Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande pour définir ou mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour une valeur de registre respectivement\xa0:
```
 create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 
```
```
 update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 
```

Étape 2g : Créer une image principale

Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
(Si vous utilisez un VDA en cours d’exécution comme VM de modèle, ignorez cette étape.) Sur la VM de modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf pertinents sur toutes les VM créées.

Pour les utilisateurs de Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

Pour les utilisateurs de SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

Pour les utilisateurs de Centrify, mettez à jour les modèles /etc/xdl/mcs/centrify_krb5.conf.tmpl et /etc/xdl/mcs/centrify_smb.conf.tmpl.

Remarque : Conservez le format existant utilisé dans les fichiers de modèle et utilisez des variables telles que $WORKGROUP, $REALM, $realm, ${new_hostname} et $AD_FQDN.
Installez les applications sur la VM de modèle et arrêtez la VM de modèle depuis le portail AWS EC2. Assurez-vous que l’état de l’instance de la VM de modèle est Arrêté.
Cliquez avec le bouton droit sur la VM de modèle et sélectionnez Image > Create Image (Image > Créer une image). Saisissez les informations et effectuez les réglages nécessaires. Cliquez sur Create Image (Créer une image).

Étape 3 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Lors de la création du catalogue de machines, choisissez votre modèle de machine (l’image principale que vous avez créée précédemment) et sélectionnez un ou plusieurs groupes de sécurité.

Création d'un catalogue de machines

Sélection de groupes de sécurité

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez Créer un catalogue de machines à l’aide de Studio.

Étape 4 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou plusieurs catalogues de machines. Il spécifie les utilisateurs qui peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour créer des VM Linux sur GCP

Étape 1 : Configurer votre environnement GCP

Pour plus d’informations, consultez Environnements de virtualisation Google Cloud Platform.

Étape 2 : Créer une connexion d’hébergement à GCP dans Citrix Studio

Dans Citrix Studio sur Citrix Cloud, choisissez Configuration > Hébergement > Ajouter une connexion et des ressources pour créer une connexion à GCP.
Choisissez Google Cloud Platform comme type de connexion.
Importez la clé de compte de service de votre compte GCP et saisissez le nom de votre connexion.

Une nouvelle connexion apparaît dans le volet d’hébergement.

Étape 3 : Préparer une image principale

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image principale, procédez comme suit :

Étape 3a : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Sur Ubuntu 16.04, installez OpenJDK 11 en suivant les étapes ci-dessous :

Téléchargez la dernière version d’OpenJDK 11 depuis https://jdk.java.net/archive/.
Exécutez la commande tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz pour décompresser le package téléchargé.
(Facultatif) Exécutez la commande mv jdk-11.0.2/ <target directory> pour enregistrer OpenJDK dans un répertoire cible.
Exécutez la commande update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 pour configurer l’environnement d’exécution Java.
Exécutez la commande java -version pour vérifier la version de Java.

Étape 3b : Installer le package Linux VDA sur la VM de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM de modèle, ignorez cette étape.

Avant d’installer le package Linux VDA sur la VM de modèle, installez .NET Runtime 6.0.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement pour le Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 3c : Installer le référentiel EPEL qui peut offrir ntfs-3g

Installez le référentiel EPEL sur RHEL 8/CentOS 8, RHEL 7/CentOS 7 afin que l’exécution ultérieure de deploymcs.sh installe le package ntfs-3g disponible dans le référentiel EPEL.

Étape 3d : Installer manuellement ntfs-3g sur SUSE

Sur la plateforme SUSE, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilateur GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

./configure
make
make install
<!--NeedCopy-->

Étape 3e : Configurer l’environnement d’exécution

Avant d’exécuter deploymcs.sh, effectuez les opérations suivantes :

Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf fournit des variables pour la configuration de MCS et du VDA Linux. Voici quelques-unes des variables, parmi lesquelles dns et AD_INTEGRATION doivent être définies :

Remarque : Si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST=’aaa.lab:389 bbb.lab:389’.
- Use_Existing_Configurations_Of_Current_VDA : Détermine s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont les mêmes que les équivalents sur le VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les modèles de configuration de l’image principale déterminent les fichiers de configuration sur les machines créées par MCS.
- dns : Définit l’adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu’à quatre serveurs DNS.
- NTP_SERVER : Définit l’adresse IP de votre serveur NTP. Sauf indication contraire, il s’agit de l’adresse IP de votre contrôleur de domaine.
- WORKGROUP : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit du nom de domaine par défaut.
- AD_INTEGRATION : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MSC, consultez Distributions prises en charge dans cet article.
- CENTRIFY_DOWNLOAD_PATH : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur Centrify.
- CENTRIFY_SAMBA_DOWNLOAD_PATH : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur Centrify.
- PBIS_DOWNLOAD_PATH : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur PBIS.
- UPDATE_MACHINE_PW : Active ou désactive l’automatisation des mises à jour du mot de passe du compte machine. Pour plus d’informations, consultez Automatiser les mises à jour du mot de passe du compte machine.
- Les variables de configuration du VDA Linux suivantes :
  
  DOTNET_RUNTIME_PATH=chemin-vers-l-installation-dotnet-runtime
  DESKTOP_ENVIRONMENT= gnome | mate
  SUPPORT_DDC_AS_CNAME=Y | N VDA_PORT=numéro-de-port REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N VDI_MODE=Y | N SITE_NAME=nom-de-site-dns | ‘<none>’ LDAP_LIST=’liste-serveurs-ldap’ | ‘<none>’ SEARCH_BASE=base-de-recherche-définie | ‘<none>’ FAS_LIST=’liste-serveurs-fas’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=numéro-de-port TELEMETRY_PORT=numéro-de-port
Pour un exemple de mcs.conf, consultez la capture d’écran suivante :
Sur la machine modèle, ajoutez des lignes de commande au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre selon les besoins. Cette action empêche la perte de données et de paramètres à chaque redémarrage d’une machine provisionnée par MCS.

Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande pour définir ou mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour une valeur de registre respectivement :
```
 create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 
```
```
 update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 
```

Étape 3f : Créer une image principale

Exécutez /opt/Citrix/VDA/sbin/deploymcs.sh.
(Si vous utilisez un VDA en cours d’exécution comme machine virtuelle modèle, ignorez cette étape.) Sur la machine virtuelle modèle, mettez à jour les modèles de configuration pour personnaliser les fichiers /etc/krb5.conf, /etc/samba/smb.conf et /etc/sssd/sssd.conf pertinents sur toutes les machines virtuelles créées.

Pour les utilisateurs de Winbind, mettez à jour les modèles /etc/xdl/mcs/winbind_krb5.conf.tmpl et /etc/xdl/mcs/winbind_smb.conf.tmpl.

Pour les utilisateurs de SSSD, mettez à jour les modèles /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl et /etc/xdl/mcs/sssd_smb.conf.tmpl.

Pour les utilisateurs de Centrify, mettez à jour les modèles /etc/xdl/mcs/centrify_krb5.conf.tmpl et /etc/xdl/mcs/centrify_smb.conf.tmpl.

Remarque :

Conservez le format existant utilisé dans les fichiers modèles et utilisez des variables telles que $WORKGROUP, $REALM, $realm, ${new_hostname} et $AD_FQDN.
Une fois l’installation des applications terminée sur la machine virtuelle modèle, arrêtez la machine virtuelle modèle depuis VMware. Prenez un instantané de la machine virtuelle modèle.

Étape 4 : Créer un catalogue de machines

Choix d’une image principale

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez Créer un catalogue de machines à l’aide de Studio.

Étape 5 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des VM Linux sur Nutanix AHV

Étape 1 : Installer et enregistrer le plug-in Nutanix AHV

Obtenez le package du plug-in Nutanix AHV auprès de Nutanix. Installez et enregistrez le plug-in dans votre environnement Citrix Virtual Apps and Desktops. Pour plus d’informations, consultez le guide d’installation du plug-in Nutanix Acropolis MCS, disponible sur le portail de support Nutanix.

Étape 1a : Installer et enregistrer le plug-in Nutanix AHV pour les Delivery Controllers sur site

Après avoir installé Citrix Virtual Apps™ and Desktops, sélectionnez et installez le plug-in XD MCS AHV sur vos Delivery Controllers.

Plug-in Nutanix AHV pour les Delivery Controllers sur site

Étape 1b : Installer et enregistrer le plug-in Nutanix AHV pour les Delivery Controllers cloud

Après avoir installé Citrix Virtual Apps and Desktops, sélectionnez et installez le plug-in CWA MCS AHV pour les Citrix Cloud Connectors. Installez le plug-in sur tous les Citrix Cloud Connectors enregistrés auprès du locataire Citrix Cloud. Vous devez enregistrer les Citrix Cloud Connectors même s’ils desservent un emplacement de ressources sans AHV.

Étape 1c : Effectuer les étapes suivantes après l’installation du plug-in

Vérifiez qu’un dossier Nutanix Acropolis a été créé dans C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0.
Exécutez la commande "C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0".
Redémarrez les services Citrix Host, Citrix Broker et Citrix Machine Creation sur vos Delivery Controllers sur site ou redémarrez le service Citrix RemoteHCLServer sur les Citrix Cloud Connectors.

Conseil :

Nous vous recommandons d’arrêter puis de redémarrer les services Citrix Host, Citrix Broker et Machine Creation lorsque vous installez ou mettez à jour le plug-in Nutanix AHV.

Étape 2 : Créer une connexion d’hébergement à Nutanix dans Citrix Studio

Pour les Delivery Controllers sur site, choisissez Configuration > Hébergement > Ajouter une connexion et des ressources dans Citrix Studio sur site. Pour les Delivery Controllers cloud, choisissez Gérer > Hébergement > Ajouter une connexion et des ressources dans la console Studio basée sur le Web sur Citrix Cloud pour créer une connexion à l’hyperviseur Nutanix.
Dans l’assistant Ajouter une connexion et des ressources, sélectionnez Nutanix AHV comme type de connexion sur la page Connexion, puis spécifiez l’adresse de l’hyperviseur, les informations d’identification et le nom de votre connexion. Sur la page Réseau, sélectionnez un réseau pour l’unité d’hébergement.

Par exemple, dans Citrix Studio sur site :

Par exemple, dans la console Studio basée sur le Web sur Citrix Cloud :
Sur la page Réseau, sélectionnez un réseau pour l’unité d’hébergement.

Étape 3 : Préparer une image principale sur la VM de modèle

Une image principale contient le système d’exploitation, les applications non virtualisées, le VDA et d’autres logiciels. Pour préparer une image principale, effectuez les étapes suivantes :

Étape 3a : Installer le package Linux VDA sur la VM de modèle

Remarque :

Pour utiliser un VDA en cours d’exécution comme VM de modèle, ignorez cette étape.

Avant d’installer le package Linux VDA sur la VM de modèle, installez .NET Runtime 6.0.

Selon votre distribution Linux, exécutez la commande suivante pour configurer l’environnement pour le Linux VDA :

Pour RHEL/CentOS :

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Pour Ubuntu/Debian :

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Pour SUSE :

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Étape 3b : Installer le référentiel EPEL qui peut offrir ntfs-3g

Installez le référentiel EPEL sur RHEL 8/CentOS 8, RHEL 7/CentOS 7 afin que l’exécution de deploymcs.sh installe ultérieurement le package ntfs-3g disponible dans le référentiel EPEL.

Étape 3c : Installer manuellement ntfs-3g sur SUSE

Sur la plateforme SUSE, aucun référentiel ne fournit ntfs-3g. Téléchargez le code source, compilez et installez ntfs-3g manuellement :

Installez le système de compilation GNU Compiler Collection (GCC) et le package make :
```
sudo zypper install gcc
sudo zypper install make

```
Téléchargez le package ntfs-3g.

Décompressez le package ntfs-3g :

sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

Saisissez le chemin d’accès au package ntfs-3g :

sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

Installez ntfs-3g :

./configure
make
make install
<!--NeedCopy-->

Étape 3d : Configurer l’environnement d’exécution

Avant d’exécuter deploymcs.sh, procédez comme suit :

Modifiez les variables dans /etc/xdl/mcs/mcs.conf. Le fichier de configuration mcs.conf fournit des variables pour la configuration de MCS et du VDA Linux. Voici quelques-unes de ces variables, parmi lesquelles dns et AD_INTEGRATION doivent être définies :

Remarque : Si une variable peut être définie avec plusieurs valeurs, placez les valeurs entre guillemets simples et séparez-les par des espaces. Par exemple, LDAP_LIST=’aaa.lab:389 bbb.lab:389.’
- Use_Existing_Configurations_Of_Current_VDA : Détermine s’il faut utiliser les configurations existantes du VDA en cours d’exécution. Si la valeur est Y, les fichiers de configuration sur les machines créées par MCS sont identiques à ceux du VDA en cours d’exécution. Cependant, vous devez toujours configurer les variables dns et AD_INTEGRATION. La valeur par défaut est N, ce qui signifie que les modèles de configuration sur l’image principale déterminent les fichiers de configuration sur les machines créées par MCS.
- dns : Définit l’adresse IP de chaque serveur DNS. Vous pouvez configurer jusqu’à quatre serveurs DNS.
- NTP_SERVER : Définit l’adresse IP de votre serveur NTP. Sauf indication contraire, il s’agit de l’adresse IP de votre contrôleur de domaine.
- WORKGROUP : Définit le nom du groupe de travail, qui est le nom NetBIOS (sensible à la casse) s’il est configuré dans AD. Sinon, il s’agit par défaut du nom de domaine.
- AD_INTEGRATION : Définit Winbind, SSSD, PBIS ou Centrify. Pour une matrice des distributions Linux et des méthodes de jonction de domaine prises en charge par MSC, consultez Distributions prises en charge dans cet article.
- CENTRIFY_DOWNLOAD_PATH : Définit le chemin de téléchargement du package Centrify. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur Centrify.
- CENTRIFY_SAMBA_DOWNLOAD_PATH : Définit le chemin de téléchargement du package Centrify Samba. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur Centrify.
- PBIS_DOWNLOAD_PATH : Définit le chemin de téléchargement du package PBIS. La valeur prend effet uniquement lorsque vous définissez la variable AD_INTEGRATION sur PBIS.
- UPDATE_MACHINE_PW : Active ou désactive l’automatisation des mises à jour des mots de passe des comptes machine. Pour plus d’informations, consultez Automatiser les mises à jour des mots de passe des comptes machine.
- Les variables de configuration du VDA Linux suivantes :
  
  DOTNET_RUNTIME_PATH=chemin-d-installation-dotnet-runtime
  DESKTOP_ENVIRONMENT= gnome | mate
  SUPPORT_DDC_AS_CNAME=Y | N VDA_PORT=numéro-de-port REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N VDI_MODE=Y | N SITE_NAME=nom-de-site-dns | ‘<none>’ LDAP_LIST=’liste-serveurs-ldap’ | ‘<none>’ SEARCH_BASE=ensemble-base-de-recherche | ‘<none>’ FAS_LIST=’liste-serveurs-fas’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=numéro-de-port TELEMETRY_PORT=numéro-de-port
Pour un exemple de mcs.conf, consultez la capture d’écran suivante :
Sur la machine modèle, ajoutez des lignes de commande au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour les valeurs de registre si nécessaire. Cette action empêche la perte de données et de paramètres à chaque redémarrage d’une machine provisionnée par MCS.

Chaque ligne du fichier /etc/xdl/mcs/mcs_local_setting.reg est une commande pour définir ou mettre à jour une valeur de registre.

Par exemple, vous pouvez ajouter les lignes de commande suivantes au fichier /etc/xdl/mcs/mcs_local_setting.reg pour écrire ou mettre à jour une valeur de registre respectivement :
```
 create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
 
```
```
 update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
 
```

Étape 3e : Sur Nutanix AHV, arrêtez la VM modèle. Créez et nommez un instantané de votre image principale

Remarque :

Vous devez préfixer les noms d’instantanés Acropolis avec XD_ pour les utiliser dans Citrix Virtual Apps and Desktops. Utilisez la console Acropolis pour renommer vos instantanés si nécessaire. Après avoir renommé un instantané, redémarrez l’assistant Créer un catalogue pour obtenir une liste actualisée.

Étape 4 : Créer un catalogue de machines

Dans Citrix Studio, créez un catalogue de machines et spécifiez le nombre de VM à créer dans le catalogue. Sur la page Conteneur, qui est propre à Nutanix, sélectionnez le conteneur que vous avez spécifié précédemment pour la VM modèle. Sur la page Image principale, sélectionnez l’instantané de l’image. Sur la page Machines virtuelles, vérifiez le nombre de vCPU et le nombre de cœurs par vCPU.

Effectuez d’autres tâches de configuration si nécessaire. Pour plus d’informations, consultez Créer un catalogue de machines à l’aide de Studio.

Remarque :

Si le processus de création de votre catalogue de machines sur le Delivery Controller™ prend un temps considérable, accédez à Nutanix Prism et mettez manuellement sous tension la machine préfixée par Preparation. Cette approche permet de poursuivre le processus de création.

Étape 5 : Créer un groupe de mise à disposition

Un groupe de mise à disposition est une collection de machines sélectionnées à partir d’un ou plusieurs catalogues de machines. Le groupe de mise à disposition spécifie quels utilisateurs peuvent utiliser ces machines, ainsi que les applications et les bureaux disponibles pour ces utilisateurs. Pour plus d’informations, consultez Créer des groupes de mise à disposition.

Utiliser MCS pour mettre à jour votre VDA Linux

Pour utiliser MCS afin de mettre à jour votre VDA Linux, procédez comme suit :

Assurez-vous d’avoir installé .NET Runtime 6.0 avant de mettre à jour votre VDA Linux vers la version actuelle.

Mettez à jour votre VDA Linux sur la machine modèle :

Remarque :

Vous pouvez également utiliser la fonction de mise à jour automatique du VDA Linux pour planifier des mises à jour logicielles automatiques. Pour ce faire, ajoutez des lignes de commande au fichier etc/xdl/mcs/mcs_local_setting.reg sur la machine modèle. Par exemple, vous pouvez ajouter les lignes de commande suivantes :
create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "`<Your-Azure-Container-Url>`" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "`<Local-Certificate-Path-of-PortalAzureCom>`" --force

Pour RHEL 7 et CentOS 7 :

sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy-->

Pour RHEL 8 et CentOS 8 :

sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy-->

Pour SUSE :

sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
<!--NeedCopy-->

Pour Ubuntu 16.04 :

sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu16.04_amd64.deb
<!--NeedCopy-->

Pour Ubuntu 18.04 :

sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu18.04_amd64.deb
<!--NeedCopy-->

Pour Ubuntu 20.04 :

sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu20.04_amd64.deb
<!--NeedCopy-->

Modifiez /etc/xdl/mcs/mcs.conf et /etc/xdl/mcs/mcs_local_setting.reg.
Prenez un nouvel instantané.
Dans Citrix Studio, sélectionnez le nouvel instantané pour mettre à jour votre catalogue de machines. Attendez avant chaque redémarrage de machine. Ne redémarrez pas une machine manuellement.

Automatiser les mises à jour des mots de passe des comptes de machine

Par défaut, les mots de passe des comptes de machine expirent 30 jours après la création du catalogue de machines. Pour éviter l’expiration des mots de passe et automatiser les mises à jour des mots de passe des comptes de machine, procédez comme suit :

Ajoutez l’entrée suivante à /etc/xdl/mcs/mcs.conf avant d’exécuter /opt/Citrix/VDA/sbin/deploymcs.sh.

UPDATE_MACHINE_PW="enabled"
Après avoir exécuté /opt/Citrix/VDA/sbin/deploymcs.sh, ouvrez /etc/cron.d/mcs_update_password_cronjob pour définir l’heure et la fréquence de mise à jour. Le paramètre par défaut met à jour les mots de passe des comptes de machine chaque semaine le dimanche à 2h30.

Après chaque mise à jour du mot de passe du compte de machine, le cache de tickets sur le Delivery Controller devient invalide et l’erreur suivante peut apparaître dans /var/log/xdl/jproxy.log :

[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)

Pour éliminer l’erreur, videz régulièrement le cache de tickets. Vous pouvez planifier une tâche de nettoyage du cache sur tous les Delivery Controllers ou sur le contrôleur de domaine.

Activer FAS sur les machines virtuelles créées par MCS

Vous pouvez activer FAS sur les machines virtuelles créées par MCS qui s’exécutent sur les distributions suivantes :

	Winbind	SSSD	Centrify	PBIS
RHEL 8, CentOS 8	Oui	Non	Non	Oui
RHEL 7, CentOS 7	Oui	Oui	Non	Oui
Ubuntu 20.04	Oui	Non	Non	Non
Ubuntu 18.04	Oui	Non	Non	Non
Ubuntu 16.04	Oui	Non	Non	Non
Debian 10.9	Oui	Non	Non	Non
SUSE 15.3	Oui	Non	Non	Non
SUSE 15.2	Oui	Non	Non	Non
SUSE 12.5	Oui	Non	Non	Non

Activer FAS lors de la préparation d’une image maître sur la machine virtuelle de modèle

Importez le certificat d’autorité de certification racine.
```
sudo cp root.pem /etc/pki/CA/certs/

```
Exécutez ctxfascfg.sh. Pour plus d’informations, consultez Exécuter ctxfascfg.sh.
Définissez les variables dans /etc/xdl/mcs/mcs.conf.

Remarque :

Vous devez définir toutes les variables nécessaires dans /etc/xdl/mcs/mcs.conf, car ces variables sont appelées au démarrage de la machine virtuelle.
1. Définissez la valeur de Use_Existing_Configurations_Of_Current_VDA sur Y.
2. Définissez la variable FAS_LIST sur l’adresse de votre serveur FAS ou sur plusieurs adresses de serveurs FAS séparées par des points-virgules et entourées de guillemets, par exemple, FAS_LIST="<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>".
3. Définissez les autres variables selon les besoins, telles que VDI_MODE.
Exécutez le script /opt/Citrix/VDA/sbin/deploymcs.sh.

Activer FAS sur une machine virtuelle créée par MCS

Si FAS n’est pas activé sur la machine de modèle comme décrit précédemment, vous pouvez activer FAS sur chaque machine virtuelle créée par MCS.

Pour activer FAS sur une machine virtuelle créée par MCS, procédez comme suit :

Définissez les variables dans /etc/xdl/mcs/mcs.conf.

Remarque :

Vous devez définir toutes les variables nécessaires dans /etc/xdl/mcs/mcs.conf, car ces variables sont appelées au démarrage de la machine virtuelle.
1. Définissez la valeur de Use_Existing_Configurations_Of_Current_VDA sur Y.
2. Définissez la variable FAS_LIST sur l’adresse de votre serveur FAS.
3. Définissez les autres variables selon les besoins, telles que VDI_MODE.
Importez le certificat d’autorité de certification racine.
```
sudo cp root.pem /etc/pki/CA/certs/

```
Exécutez le script /opt/Citrix/VDA/sbin/ctxfascfg.sh. Pour plus d’informations, consultez Exécuter ctxfascfg.sh.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Utiliser Machine Creation Services™ (MCS) pour créer des machines virtuelles Linux

May 5, 2026

Contributeur:

C C

May 5, 2026

Contributeur:

C C

Dans cet article

Distributions prises en charge
Utiliser MCS pour créer des machines virtuelles Linux sur Citrix Hypervisor
Utiliser MCS pour créer des VM Linux sur Azure
Utiliser MCS pour créer des VM Linux sur VMware vSphere
Utiliser MCS pour créer des machines virtuelles Linux sur AWS
Utiliser MCS pour créer des VM Linux sur GCP
Utiliser MCS pour créer des VM Linux sur Nutanix AHV
Utiliser MCS pour mettre à jour votre VDA Linux
Automatiser les mises à jour des mots de passe des comptes de machine
Activer FAS sur les machines virtuelles créées par MCS

Utiliser Machine Creation Services™ (MCS) pour créer des machines virtuelles Linux

Distributions prises en charge

Utiliser MCS pour créer des machines virtuelles Linux sur Citrix Hypervisor

Étape 1 : Préparer une image principale

Étape 1a : Installer les outils Citrix VM

Étape 1b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Étape 1c : Installer le package VDA Linux sur la machine virtuelle de modèle

Étape 1e : Installer le dépôt EPEL qui peut offrir ntfs-3g

Étape 1f : Installer manuellement ntfs-3g sur SUSE

Étape 1g : Configurer l’environnement d’exécution

Étape 1h : Créer une image principale

Étape 2 : Créer un catalogue de machines

Étape 3 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des VM Linux sur Azure

Étape 1 : Créer une connexion d’hébergement à Azure dans Citrix Studio

Étape 2 : Préparer une image principale sur la machine virtuelle de modèle

Étape 2a : Configurer cloud-init pour Ubuntu 18.04

Étape 2b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Étape 2c : Installer le package Linux VDA sur la machine virtuelle de modèle

Étape 2d : Installer le référentiel EPEL qui peut offrir ntfs-3g

Étape 2e : Installer manuellement ntfs-3g sur SUSE

Étape 2f : Configurer l’environnement d’exécution

Étape 2g : Créer une image maître

Étape 3 : Créer un catalogue de machines

Étape 4 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des VM Linux sur VMware vSphere

Étape 1 : Créer une connexion d’hébergement à VMware dans Citrix Studio

Étape 2 : Préparer une image maître

Étape 2a : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Étape 2b : Installer le package Linux VDA sur la VM de modèle

Étape 2c : Installer le dépôt EPEL qui peut fournir ntfs-3g

Étape 2d : Installer manuellement ntfs-3g sur SUSE

Étape 2e : Configurer l’environnement d’exécution

Étape 2f : Créer une image principale

Étape 3 : Créer un catalogue de machines

Étape 4 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des machines virtuelles Linux sur AWS

Étape 1 : Créer une connexion d’hébergement à AWS dans Citrix Studio

Étape 2 : Préparer une image principale

Étape 2a : Configurer cloud-init

Étape 2b : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Étape 2c : Installer le package Linux VDA sur la VM de modèle

Étape 2f : Configurer l’environnement d’exécution

Étape 2g : Créer une image principale

Étape 3 : Créer un catalogue de machines

Étape 4 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des VM Linux sur GCP

Étape 1 : Configurer votre environnement GCP

Étape 2 : Créer une connexion d’hébergement à GCP dans Citrix Studio

Étape 3 : Préparer une image principale

Étape 3a : (Pour Ubuntu 16.04 uniquement) Installer OpenJDK 11

Étape 3b : Installer le package Linux VDA sur la VM de modèle

Étape 3c : Installer le référentiel EPEL qui peut offrir ntfs-3g

Étape 3d : Installer manuellement ntfs-3g sur SUSE

Étape 3e : Configurer l’environnement d’exécution

Étape 3f : Créer une image principale

Étape 4 : Créer un catalogue de machines

Étape 5 : Créer un groupe de mise à disposition

Utiliser MCS pour créer des VM Linux sur Nutanix AHV

Étape 1 : Installer et enregistrer le plug-in Nutanix AHV

Étape 1a : Installer et enregistrer le plug-in Nutanix AHV pour les Delivery Controllers sur site

Étape 1b : Installer et enregistrer le plug-in Nutanix AHV pour les Delivery Controllers cloud

Étape 1c : Effectuer les étapes suivantes après l’installation du plug-in

Étape 2 : Créer une connexion d’hébergement à Nutanix dans Citrix Studio

Étape 3 : Préparer une image principale sur la VM de modèle

Étape 3a : Installer le package Linux VDA sur la VM de modèle

Étape 3b : Installer le référentiel EPEL qui peut offrir ntfs-3g

Étape 3c : Installer manuellement ntfs-3g sur SUSE

Étape 3d : Configurer l’environnement d’exécution

Étape 3e : Sur Nutanix AHV, arrêtez la VM modèle. Créez et nommez un instantané de votre image principale

Étape 4 : Créer un catalogue de machines

Étape 5 : Créer un groupe de mise à disposition

Utiliser MCS pour mettre à jour votre VDA Linux

Automatiser les mises à jour des mots de passe des comptes de machine

Activer FAS sur les machines virtuelles créées par MCS

Activer FAS lors de la préparation d’une image maître sur la machine virtuelle de modèle

Activer FAS sur une machine virtuelle créée par MCS

Dans cet article