Documentation produit
XenServer
XenServer 9 XenServer 8.4
Voir PDF

Gérer vos hôtes

August 1, 2026
Contributeur: 
X

Cet article décrit certaines des actions que vous pouvez entreprendre pour gérer vos hôtes XenServer® individuels.

Pour gérer les actions liées aux pools de ressources, consultez Gérer vos pools.

Configurer l’accès SSH

L’accès SSH à vos hôtes XenServer est activé par défaut. Si vous souhaitez désactiver l’accès SSH à votre hôte XenServer, exécutez la commande suivante :

xe host-disable-ssh host=<host_uuid_or_name_label>
<!--NeedCopy-->

Cette commande désactive SSH. L’hôte refuse les nouvelles connexions SSH mais ne déconnecte aucune session existante.

Pour activer l’accès SSH à votre hôte XenServer, exécutez la commande suivante :

xe host-enable-ssh host=<host_uuid_or_name_label>
<!--NeedCopy-->

Pour définir le délai d’expiration temporaire (en secondes) de l’activation SSH de l’hôte actuel :

xe host-param-set uuid=<host-uuid> ssh-enabled-timeout=<seconds>
<!--NeedCopy-->

Le paramètre de délai d’expiration détermine la durée du service SSH. Lorsqu’il est défini sur 0, SSH reste actif indéfiniment. Lorsqu’il est défini sur un entier positif (en secondes), SSH est automatiquement désactivé après la période spécifiée. Les modifications de configuration prennent effet immédiatement sur les sessions SSH actives suivantes et prennent effet chaque fois que l’utilisateur active SSH à partir de la CLI/API.

Pour définir le délai d’expiration d’inactivité de la console SSH de l’hôte actuel (en secondes)

xe host-param-set uuid=<host-uuid> console-idle-timeout=<seconds>
<!--NeedCopy-->

Configurez le délai d’expiration des sessions inactives pour les connexions de console VNC et SSH en utilisant une valeur entière non négative en secondes, où 0 désactive le délai d’expiration (les sessions n’expirent jamais) et les valeurs positives (par exemple, 3600) terminent automatiquement les sessions inactives après la durée spécifiée, les paramètres s’appliquant aux sessions de console nouvellement créées après la configuration.

Pour définir le mode automatique SSH de l’hôte actuel

xe host-param-set uuid=<host-uuid>  ssh-auto-mode=true
<!--NeedCopy-->

Remarque :

Par défaut, le service SSH est désactivé pour les nouvelles installations afin de réduire la surface d’attaque.

Configurez la gestion automatique de SSH en fonction de l’état de santé du service XAPI. Lorsque le mode automatique est activé, l’activation de SSH suit l’état de XAPI : SSH est désactivé lorsque XAPI est sain et activé lorsque XAPI est malsain.

Mode automatique activé + ssh_enabled_timeout = 0 : L’activation manuelle de SSH via host.enable_ssh désactive définitivement le mode automatique.

Mode automatique activé + ssh_enabled_timeout > 0 : L’activation manuelle de SSH désactive temporairement le mode automatique ; le mode automatique est restauré à son paramètre d’origine lorsque le délai d’expiration expire. (Lorsqu’un redémarrage du système se produit pendant une période de délai d’expiration SSH active, le paramètre de mode automatique d’origine est perdu et est réinitialisé à activé après l’expiration du délai/la récupération.)

Pour la valeur du paramètre d’hôte dans l’une de ces commandes, vous pouvez utiliser un sélecteur d’hôte. Pour plus d’informations, consultez Sélecteurs d’hôte.

Vous pouvez gérer l’accès SSH pour tous les hôtes d’un pool XenServer en même temps. Pour plus d’informations, consultez Désactiver l’accès SSH pour un pool.

Mode automatique SSH avec fichier de réponses

Ajoutez une nouvelle configuration de fichier de réponses <ssh-mode>on|off|auto</ssh-mode> pour contrôler les paramètres SSH et de mode automatique par défaut.

  • Lorsqu’il est défini sur ‘auto’, le mode automatique est activé et arrêtera automatiquement le service SSH une fois que XAPI aura démarré.
  • Lorsqu’il est défini sur ‘on’ ou ‘off’, le mode automatique est désactivé par défaut, et le service SSH est activé ou désactivé en conséquence.

Définition du nouveau contrôle de gestion SSH

Définissez la nouvelle API XAPI host.set_ssh_auto_mode au niveau de l’hôte pour configurer SSH

set_ssh_auto_mode : Configurez pour activer ou désactiver le mode automatique SSH. Lorsque le mode automatique est activé, l’état de SSH dépend de l’état de XAPI : SSH est désactivé lorsque XAPI est sain, et SSH est activé lorsque XAPI est malsain.

Lorsqu’un utilisateur configure le mode automatique comme activé et que le ssh_enabled_timeout actuel est 0, l’activation de SSH avec host.enable_ssh désactivera définitivement le mode automatique.

Lorsqu’un utilisateur configure le mode automatique avec host.set_auto_mode comme activé ou désactivé, cela est appelé le “paramètre de mode automatique d’origine”. Si le ssh_enabled_timeout actuel est défini sur un nombre positif (par exemple, 1800 secondes), l’activation de SSH avec host.enable_ssh désactivera temporairement le mode automatique. Lorsque le délai d’expiration expire, SSH sera automatiquement désactivé et le mode automatique sera restauré à son paramètre d’origine.

Lorsqu’un utilisateur définit ssh_enabled_timeout sur un nombre positif (par exemple, 3600 secondes) et redémarre l’hôte (ou redémarre XAPI) avant l’expiration du délai d’attente, une fois le délai d’attente expiré, SSH sera automatiquement désactivé et le mode automatique sera restauré à vrai, car le redémarrage aura perdu le paramètre de mode automatique d’origine.

Lorsque vous configurez ssh_enabled_timeout sur un nombre positif (par exemple, 180 secondes) et que XAPI échoue par la suite, si XAPI reste dans un état d’échec lorsque le délai d’expiration expire, SSH restera activé jusqu’au redémarrage de XAPI. Au redémarrage de XAPI, SSH sera automatiquement désactivé et le mode automatique sera restauré à vrai, car le redémarrage du système entraîne la perte du paramètre de mode automatique d’origine.

Installer un certificat TLS sur votre hôte

L’hôte XenServer est livré avec un certificat TLS par défaut. Cependant, pour utiliser HTTPS afin de sécuriser la communication entre XenServer et Citrix Virtual Apps and Desktops™, installez un certificat fourni par une autorité de certification de confiance.

Cette section décrit comment installer des certificats à l’aide de l’interface de ligne de commande xe. Pour plus d’informations sur l’utilisation des certificats avec XenCenter, consultez la documentation XenCenter.

Assurez-vous que votre certificat TLS et sa clé répondent aux exigences suivantes :

  • La paire certificat et clé est une clé RSA.
  • La clé correspond au certificat.
  • La clé est fournie dans un fichier séparé du certificat.
  • Le certificat est fourni dans un fichier séparé de tout certificat intermédiaire.
  • Le fichier de clé doit être l’un des types suivants : .pem ou .key.
  • Tout fichier de certificat doit être l’un des types suivants : .pem, .cer ou .crt.
  • La clé a une longueur supérieure ou égale à 2048 bits et inférieure ou égale à 4096 bits.
  • La clé est une clé PKCS #8 non chiffrée et ne possède pas de phrase secrète.
  • La clé et le certificat sont au format ‘PEM’ encodé en base-64.
  • Le certificat est valide et n’a pas expiré.
  • L’algorithme de signature est SHA-256 ou SHA-512.

L’interface de ligne de commande xe vous avertit lorsque le certificat et la clé que vous choisissez ne répondent pas à ces exigences.

Où puis-je obtenir un certificat TLS ?

1. Générer une demande de signature de certificat

Tout d’abord, générez une clé privée et une demande de signature de certificat. Sur l’hôte XenServer, suivez les étapes suivantes :

  1. Pour créer un fichier de clé privée, exécutez la commande suivante :

    openssl genrsa -des3 -out privatekey.pem 2048
<!--NeedCopy-->

    Une phrase secrète vous est demandée. Cette phrase secrète est supprimée lors d’une étape ultérieure.

  2. Supprimez la phrase secrète de la clé :

    openssl rsa -in privatekey.pem -out privatekey.nop.pem
<!--NeedCopy-->

  3. Créez la demande de signature de certificat en utilisant la clé privée :

    openssl req -new -key privatekey.nop.pem -out csr
<!--NeedCopy-->

  4. Suivez les invites pour fournir les informations nécessaires à la génération de la demande de signature de certificat.

    • Nom du pays. Saisissez les codes de pays du certificat TLS pour votre pays. Par exemple, CA pour le Canada ou JM pour la Jamaïque. Vous pouvez trouver une liste des codes de pays des certificats TLS sur le Web.
    • Nom de l’État ou de la province (nom complet). Saisissez l’État ou la province où se trouve le pool. Par exemple, le Massachusetts ou l’Alberta.
    • Nom de la localité. Le nom de la ville où se trouve le pool.
    • Nom de l’organisation. Le nom de votre entreprise ou organisation.
    • Nom de l’unité organisationnelle. Saisissez le nom du service. Ce champ est facultatif.
    • Nom commun. Saisissez le FQDN de votre hôte XenServer. Nous vous recommandons de spécifier un FQDN ou une adresse IP qui n’expire pas.
    • Adresse e-mail. Cette adresse e-mail est incluse dans le certificat lorsque vous le générez.

    La demande de signature de certificat est enregistrée dans le répertoire actuel et est nommée csr.

  5. Affichez la demande de signature de certificat dans la fenêtre de la console en exécutant la commande suivante :

    cat csr
<!--NeedCopy-->

  6. Copiez l’intégralité de la demande de signature de certificat et utilisez ces informations pour demander le certificat à l’autorité de certification.

    Exemple de demande de signature de certificat :

    -----BEGIN CERTIFICATE REQUEST-----
MIIDBDCCAewCAQAwgYsxCzAJBgNVBAYTAlVLMRcwFQYDVQQIDA5DYW1icmlkZ2Vz
aGlyZTESMBAGA1UEBwwJQ2FtYnJpZGdlMRIwEAYDVQQKDAlYZW5TZXJ2ZXIxFTAT
...
SdYCkFdo+85z8hBULFzSH6jgSP0UGQU0PcfIy7KPKyI4jnFQqeCDvLdWyhtAx9gq
Fu40qMSm1dNCFfnACRwYQkQgqCt/RHeUtl8srxyZC+odbunnV+ZyQdmLwLuQySUk
ZL8naumG3yU=
-----END CERTIFICATE REQUEST-----
<!--NeedCopy-->

2. Envoyez la demande de signature de certificat à une autorité de certification

Maintenant que vous avez généré la demande de signature de certificat, vous pouvez soumettre la demande à l’autorité de certification préférée de votre organisation.

Une autorité de certification (CA) est un service qui fournit des certificats numériques ; vous pouvez disposer d’une CA au sein de votre organisation ou, alternativement, vous pouvez utiliser un tiers de confiance. Certaines autorités de certification exigent que les certificats soient hébergés sur un système accessible depuis Internet. Nous vous recommandons de ne pas utiliser une autorité de certification ayant cette exigence.

L’autorité de certification répond à votre demande de signature et fournit les fichiers suivants :

  • le certificat signé
  • le cas échéant, un certificat intermédiaire

Vous pouvez maintenant installer tous ces fichiers sur votre hôte XenServer.

3. Installer le certificat signé sur votre hôte XenServer

Une fois que l’autorité de certification a répondu à la demande de signature de certificat, suivez les étapes suivantes pour installer le certificat sur votre hôte XenServer :

  1. Obtenez le certificat signé et, si l’autorité de certification en possède un, le certificat intermédiaire auprès de l’autorité de certification.
  2. Copiez la clé et les certificats sur l’hôte XenServer.

  3. Exécutez la commande suivante sur l’hôte :

    xe host-server-certificate-install certificate=<path_to_certificate_file> private-key=<path_to_private_key> certificate-chain=<path_to_chain_file>

    Le paramètre certificate-chain est facultatif.

Pour une sécurité accrue, vous pouvez supprimer le fichier de clé privée une fois le certificat installé.

Gérer le mot de passe administrateur

Lorsque vous installez un hôte XenServer pour la première fois, vous définissez un mot de passe administrateur ou root. Vous utilisez ce mot de passe pour connecter XenCenter à votre hôte ou (avec le nom d’utilisateur root) pour vous connecter à xsconsole, la console de configuration du système.

Si vous joignez un hôte à un pool, le mot de passe administrateur de l’hôte est automatiquement modifié pour correspondre au mot de passe administrateur du coordinateur de pool.

Remarque :

Les mots de passe administrateur XenServer doivent contenir uniquement des caractères ASCII imprimables.

Modifier le mot de passe

Vous pouvez utiliser XenCenter®, l’interface de ligne de commande xe, ou xsconsole pour modifier le mot de passe administrateur.

XenCenter

Pour modifier le mot de passe administrateur d’un pool ou d’un hôte autonome à l’aide de XenCenter, suivez les étapes suivantes :

  1. Dans le volet Ressources, sélectionnez le pool ou n’importe quel hôte du pool.
  2. Dans le menu Pool ou dans le menu Serveur, sélectionnez Modifier le mot de passe du serveur.

Pour modifier le mot de passe root d’un hôte autonome, sélectionnez l’hôte dans le volet Ressources, puis cliquez sur Mot de passe et ensuite sur Modifier dans le menu Serveur.

Si XenCenter est configuré pour enregistrer vos informations d’identification de connexion d’hôte entre les sessions, le nouveau mot de passe est mémorisé. Pour plus d’informations, consultez Enregistrer l’état de votre connexion d’hôte.

Après avoir modifié le mot de passe administrateur, faites pivoter le secret du pool. Pour plus d’informations, consultez Faire pivoter le secret du pool.

CLI xe

Pour modifier le mot de passe administrateur à l’aide de la CLI xe, exécutez la commande suivante sur un hôte du pool :

  xe user-password-change new=<new_password>
<!--NeedCopy-->

Remarque :

Assurez-vous de faire précéder la commande d’un espace pour éviter de stocker le mot de passe en texte clair dans l’historique des commandes.

Après avoir modifié le mot de passe administrateur, faites pivoter le secret du pool. Pour plus d’informations, consultez Faire pivoter le secret du pool.

Console XS

Pour modifier le mot de passe administrateur d’un pool ou d’un hôte autonome à l’aide de xsconsole, suivez les étapes suivantes :

  1. Sur le coordinateur de pool, accédez à la console.
  2. Connectez-vous en tant que root.
  3. Tapez xsconsole. Appuyez sur Entrée. La xsconsole s’affiche.
  4. Dans xsconsole, utilisez les touches fléchées pour accéder à l’option Authentification. Appuyez sur Entrée.
  5. Accédez à Modifier le mot de passe. Appuyez sur Entrée.
  6. Authentifiez-vous avec le mot de passe administrateur.
  7. Dans la boîte de dialogue Modifier le mot de passe :
    1. Saisissez votre mot de passe actuel.
    2. Saisissez un nouveau mot de passe.
    3. Saisissez à nouveau le nouveau mot de passe pour le confirmer.

    L’écran Changement de mot de passe réussi s’affiche. Appuyez sur Entrée pour le fermer.

Si l’hôte est le coordinateur de pool, ce mot de passe mis à jour est maintenant propagé aux autres hôtes du pool.

Après avoir modifié le mot de passe administrateur, faites pivoter le secret du pool. Pour plus d’informations, consultez Faire pivoter le secret du pool.

Réinitialiser un mot de passe root perdu

Si vous perdez le mot de passe administrateur (root) de votre hôte XenServer, vous pouvez le réinitialiser en accédant directement à l’hôte.

  1. Redémarrez l’hôte XenServer.

  2. Lorsque le menu GRUB s’affiche, appuyez sur e pour modifier l’entrée du menu de démarrage.

  3. Ajoutez init=/sysroot/bin/sh à la ligne qui commence par module2.

  4. Appuyez sur Ctrl-X pour démarrer dans un shell root.

  5. Dans le shell de commande, exécutez les commandes suivantes :

    chroot /sysroot
passwd

(type the new password twice)

sync
/sbin/reboot -f
<!--NeedCopy-->

Si l’hôte est le coordinateur de pool, ce mot de passe mis à jour est maintenant propagé aux autres hôtes du pool.

Après avoir modifié le mot de passe administrateur, faites pivoter le secret du pool. Pour plus d’informations, consultez Faire pivoter le secret du pool

Modifier la configuration NTP sur un serveur

Vous pouvez mettre à jour la configuration NTP de votre serveur depuis xsconsole.

  1. Dans la console de l’hôte, tapez xsconsole.
  2. Dans xsconsole, accédez à Interfaces réseau et de gestion > Heure réseau (NTP).
  3. Saisissez votre mot de passe pour continuer.
  4. Dans le menu Configurer l’heure réseau, choisissez l’option que vous souhaitez configurer.

Vous pouvez également configurer NTP à l’aide de l’API Xen.

Cela vous permet d’automatiser la configuration NTP sans accéder directement à dom0 via SSH.

Exemple utilisant le SDK Python : session.xenapi.host.set_ntp_mode(host_ref, 'Factory')

Modes NTP :

  • Usine - utilise les serveurs de pool NTP XenServer intégrés
  • DHCP - utilise les serveurs NTP attribués par DHCP
  • Personnalisé - utilise les serveurs NTP configurés par l’utilisateur
  • Désactivé - désactive NTP (non recommandé)

Pour vérifier l’état de synchronisation NTP :

  • session.xenapi.host.get_ntp_synchronized(host_ref)
  • session.xenapi.host.get_ntp_servers_status(host_ref)

Remarque :

Si NTP est configuré directement sur dom0 au lieu de passer par l’API XenAPI, les valeurs peuvent devenir incohérentes avec les champs XenAPI.

Pour resynchroniser les valeurs avec XAPI, redémarrez le toolstack : xe-toolstack-restart

Modifier le fuseau horaire sur un serveur

Vous pouvez configurer le fuseau horaire de l’hôte à l’aide de l’API XenAPI.

Exemple utilisant le SDK Python : session.xenapi.host.set_timezone(host_ref, 'UTC')

Les valeurs de fuseau horaire doivent utiliser les noms de fuseau horaire IANA, par exemple :

  • UTC
  • Europe/Paris
  • Asia/Kolkata

Pour lire le fuseau horaire actuel :

session.xenapi.host.get_timezone(host_ref)

Pour lister les fuseaux horaires pris en charge :

session.xenapi.host.list_timezones(host_ref)

Remarque :

Si le fuseau horaire est configuré directement sur dom0 au lieu de passer par l’API Xen, les valeurs peuvent devenir incohérentes avec les champs de l’API Xen.

Pour resynchroniser les valeurs avec XAPI, redémarrez la pile d’outils : xe-toolstack-restart

Modifier le max-cstate sur un serveur

Le paramètre max-cstate contrôle l’état de veille le plus profond du processeur autorisé.

Valeurs prises en charge :

  • ”” - illimité (par défaut)
  • 0 - limiter à C0
  • 1 - limiter à C1

Exemple utilisant le SDK Python :

session.xenapi.host.set_max_cstate(host_ref, '1')

Pour lire la valeur actuelle :

session.xenapi.host.get_max_cstate(host_ref)

Remarque :

Si max-cstate est configuré directement sur dom0 au lieu de l’être via l’API Xen, les valeurs peuvent devenir incohérentes avec les champs de l’API Xen.

Pour resynchroniser les valeurs avec XAPI, redémarrez la pile d’outils : xe-toolstack-restart

Préparer un pool d’hôtes XenServer pour la maintenance

Avant d’effectuer des opérations de maintenance sur un hôte faisant partie d’un pool de ressources, vous devez le désactiver. La désactivation de l’hôte empêche le démarrage de toute machine virtuelle sur celui-ci. Vous devez ensuite migrer ses machines virtuelles vers un autre hôte XenServer du pool. Vous pouvez le faire en plaçant l’hôte XenServer en mode maintenance à l’aide de XenCenter. Pour plus d’informations, consultez Exécuter en mode maintenance dans la documentation XenCenter.

La synchronisation de la sauvegarde a lieu toutes les 24 heures. Le fait de placer le coordinateur de pool en mode maintenance entraîne la perte des 24 dernières heures de mises à jour RRD pour les machines virtuelles hors ligne.

Avertissement :

Nous recommandons fortement de redémarrer tous les hôtes XenServer avant d’installer une mise à jour, puis de vérifier leur configuration. Certaines modifications de configuration ne prennent effet qu’après le redémarrage de l’hôte XenServer, de sorte que le redémarrage pourrait révéler des problèmes de configuration susceptibles de provoquer l’échec de la mise à jour.

Pour préparer un hôte dans un pool pour des opérations de maintenance à l’aide de la CLI

  1. Exécutez la commande suivante :

    xe host-disable uuid=XenServer_host_uuid
xe host-evacuate uuid=XenServer_host_uuid
<!--NeedCopy-->

    Cette commande désactive l’hôte XenServer, puis migre toutes les machines virtuelles en cours d’exécution vers d’autres hôtes XenServer du pool.

  2. Effectuez l’opération de maintenance souhaitée.

  3. Activez l’hôte XenServer une fois l’opération de maintenance terminée :

    xe host-enable
<!--NeedCopy-->

  4. Redémarrez toutes les machines virtuelles arrêtées et reprenez toutes les machines virtuelles suspendues.

Arrêter ou redémarrer un hôte XenServer

Nous recommandons de toujours utiliser la CLI xe ou XenCenter pour arrêter ou redémarrer vos hôtes XenServer. N’utilisez pas d’autres méthodes (telles que les réinitialisations matérielles ou les commandes du système d’exploitation) pour arrêter ou redémarrer vos hôtes pendant le fonctionnement normal. Cela peut entraîner des comportements inattendus sur votre hôte et votre pool.

Pour arrêter ou redémarrer un hôte à l’aide de la CLI xe, utilisez les commandes suivantes :

  1. Empêchez toute nouvelle machine virtuelle de démarrer sur l’hôte spécifié ou d’y être migrée :

    xe host-disable host=<host name>
<!--NeedCopy-->

  2. Si nécessaire, migrez toutes les machines virtuelles en cours d’exécution hors de l’hôte :

    xe host-evacuate uuid=<host uuid>
<!--NeedCopy-->

  3. Arrêtez ou redémarrez l’hôte avec l’une des commandes CLI xe suivantes.

    • Pour arrêter proprement l’hôte :

      ``` xe host-shutdown host=

    • Pour redémarrer proprement l’hôte :

       xe host-reboot host=<host name>

Pour savoir comment arrêter un serveur à l’aide de XenCenter, consultez la documentation XenCenter.

Configurer la mise sous tension de l’hôte

Mise sous tension des hôtes à distance

Vous pouvez utiliser la fonctionnalité de mise sous tension de l’hôte XenServer pour allumer et éteindre un hôte à distance, soit depuis XenCenter, soit en utilisant la CLI.

Pour activer la mise sous tension de l’hôte, l’hôte doit disposer de l’une des solutions de contrôle d’alimentation suivantes :

  • Carte réseau compatible Wake on LAN.

  • Intelligent Platform Management Interface (IPMI).

  • Un script personnalisé basé sur l’API de gestion qui vous permet d’allumer et d’éteindre l’alimentation via XenServer. Pour plus d’informations, consultez Configuration d’un script personnalisé pour la fonctionnalité de mise sous tension de l’hôte dans la section suivante.

L’utilisation de la fonctionnalité de mise sous tension de l’hôte nécessite deux tâches :

  1. Assurez-vous que les hôtes du pool prennent en charge le contrôle de l’alimentation à distance. Par exemple, ils disposent de la fonctionnalité Wake on LAN ou prennent en charge IPMI, ou vous avez créé un script personnalisé.

  2. Activez la fonctionnalité de mise sous tension de l’hôte à l’aide de la CLI ou de XenCenter.

Utiliser la CLI pour gérer la mise sous tension de l’hôte

Vous pouvez gérer la fonctionnalité de mise sous tension de l’hôte à l’aide de la CLI ou de XenCenter. Cette section fournit des informations sur sa gestion avec la CLI.

La mise sous tension de l’hôte est activée au niveau de l’hôte (c’est-à-dire, sur chaque XenServer).

Après avoir activé la mise sous tension de l’hôte, vous pouvez allumer les hôtes à l’aide de la CLI ou de XenCenter.

Pour activer la mise sous tension de l’hôte à l’aide de la CLI

Exécutez la commande :

xe host-set-power-on-mode host=<host uuid> \
    power-on-mode=("" , "wake-on-lan", "IPMI","custom") \
    power-on-config=key:value

Pour allumer les hôtes à distance à l’aide de la CLI

Exécutez la commande :

xe host-power-on host=<host uuid>

```

Gérer vos hôtes
August 1, 2026
Contributeur: 
X
August 1, 2026
Contributeur: 
X

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.