Informations sur le dépannage de Virtual Desktop Agent et de Desktop Delivery Controller

Cet article contient des informations sur le dépannage de Virtual Desktop Agent (VDA) et de Desktop Delivery Controller (DDC).

Exigences

  • Compétences en Administration XenDesktop

  • Compétences en Administration Windows

Contexte

Le dépannage des VDA et des DDC est nécessaire lorsqu’un VDA ne peut pas s’enregistrer auprès d’un DDC ou que le lancement échoue. Une fois que le VDA est enregistré avec un DDC, l’organigramme peut être utilisé pour isoler l’infrastructure virtuelle comme XenServer ou VMware Virtual Center SDK. Il est essentiel de comprendre le processus de communication suivant pour identifier où un problème possible se produit.

Comment le point de terminaison reçoit le bureau

Les processus suivants sont nécessaires pour comprendre l’isolement d’un problème :

 Image ajoutée par l'utilisateur

  1. Le périphérique de point de terminaison soumet les informations d’identification de l’utilisateur à un site d’interface Web via la passerelle d’accès. Toutes les communications externes entre le périphérique de point de terminaison et le centre de données se font via le port SSL 443.

  2. L’interface Web transmet les informations d’identification de l’utilisateur au DDC. Le processus d’installation de DDC crée automatiquement plusieurs sites d’interfaces Web pour offrir une expérience utilisateur flexible.

  3. Le DDC vérifie l’autorisation de l’utilisateur en effectuant une requête Microsoft Active Directory avec les informations d’identification de l’utilisateur.

  4. Le DDC interroge le magasin de données pour les groupes de postes de travail attribués à l’utilisateur. Les groupes de postes de travail se composent d’utilisateurs et de postes de travail attribués via Active Directory (AD).

  5. À l’aide du groupe de bureaux obtenu à partir du magasin de données, le DDC interroge l’infrastructure de la machine virtuelle sur l’état des bureaux de ce groupe.

  6. Provisioning Services lie le vDisk au bureau virtuel.

  7. Le DDC identifie à l’interface Web le bureau qu’il a attribué pour cette session particulière.

    Remarque: Cette étape peut avoir déjà eu lieu si un bureau disponible s’exécute dans un pool inactif lorsque l’utilisateur ouvre une session.

  8. L’interface Web envoie un.Fichier ICA vers le récepteur de bureau, qui pointe vers le bureau virtuel identifié via le DDC à l’étape 7.

  9. Le récepteur de bureau établit une connexion ICA au bureau virtuel spécifique qui a été alloué via le DDC pour cette session.

  10. Le VDA vérifie le fichier de licence avec le DDC.

  11. Le DDC interroge le serveur de licences Citrix pour vérifier que l’utilisateur dispose d’un ticket valide.

  12. Le DDC transmet les stratégies de session au VDA, qui les applique ensuite au bureau virtuel.

  13. Profile management applique les paramètres de profil utilisateur au bureau virtuel.

  14. Le récepteur de bureau affiche le bureau virtuel à l’utilisateur.

  15. Lorsque l’utilisateur interagit avec le bureau virtuel, XenApp fournit les applications hébergées et diffusées à la demande pour les bureaux virtuels.

Les ports utilisés dans XenDesktop

Se réfèrent aux ports suivants pour s’assurer que la communication fonctionne correctement dans un environnement XenDesktop.

 Image ajoutée par l'utilisateur

Organigramme de dépannage

Vous pouvez télécharger l’Organigramme de dépannage à partir de la pièce jointe.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.