Documentation produit
Citrix DaaS™
Voir PDF

Rendezvous V2

September 3, 2026
Contributeur: 
C C

Lors de l’utilisation du service Citrix Gateway, le protocole Rendezvous permet aux VDA de contourner les connecteurs Citrix Cloud™ pour se connecter directement et en toute sécurité au plan de contrôle Citrix Cloud.

Rendezvous V2 est pris en charge avec les machines jointes à un domaine standard, les machines jointes à Microsoft Entra hybride, les machines jointes à Microsoft Entra et les machines non jointes à un domaine.

Remarque :

Actuellement, les déploiements sans connecteur ne sont possibles qu’avec les machines jointes à Azure AD et non jointes à un domaine. Les machines jointes à un domaine AD standard et les machines jointes à Microsoft Entra hybride nécessitent toujours des Cloud Connectors pour l’enregistrement des VDA et le courtage de sessions. Cependant, il n’y a aucune exigence DNS pour l’utilisation de Rendezvous V2.

Les exigences des Cloud Connectors pour d’autres fonctions non liées à la communication VDA, telles que la connexion à votre domaine AD sur site, le provisionnement MCS vers des hyperviseurs sur site, etc., restent les mêmes.

Prérequis

Les prérequis pour l’utilisation de Rendezvous V2 sont :

  • Accès à l’environnement à l’aide de Citrix® StoreFront Cloud et du service Citrix Gateway
  • Plan de contrôle : Citrix DaaS™
  • Version VDA 2203
  • Activez le protocole Rendezvous dans la stratégie Citrix. Pour plus d’informations, consultez Paramètre de stratégie du protocole Rendezvous.
  • La fiabilité de session doit être activée sur les VDA
  • Les machines VDA doivent avoir accès à :
    • https://*.xendesktop.net sur TCP 443. Si vous ne pouvez pas autoriser tous les sous-domaines de cette manière, vous pouvez utiliser https://<customer_ID>.xendesktop.net, où <customer_ID> est votre ID client Citrix Cloud tel qu’affiché dans le portail d’administration Citrix Cloud.
    • https://*.*.nssvc.net sur TCP 443 pour la connexion de contrôle avec le service Gateway.
    • https://*.*.nssvc.net sur TCP 443 et UDP 443 pour les sessions HDX via TCP et EDT, respectivement.

    Remarque :

    Si vous ne pouvez pas autoriser tous les sous-domaines à l’aide de https://*.*.nssvc.net, vous pouvez utiliser https://*.c.nssvc.net et https://*.g.nssvc.net à la place. Pour plus d’informations, consultez l’article du centre de connaissances CTX270584.

Configuration du proxy

Le VDA prend en charge la connexion via des proxys pour le trafic de contrôle et le trafic de session HDX™ lors de l’utilisation de Rendezvous. Les exigences et les considérations pour les deux types de trafic sont différentes, veuillez donc les examiner attentivement.

Considérations relatives au proxy de trafic de contrôle

  • Seuls les proxys HTTP sont pris en charge.
  • Le déchiffrement et l’inspection des paquets ne sont pas pris en charge. Configurez une exception afin que le trafic de contrôle entre le VDA et le plan de contrôle Citrix Cloud ne soit pas intercepté, déchiffré ou inspecté. Dans le cas contraire, la connexion échoue.
  • L’authentification basée sur la machine n’est prise en charge que si la machine VDA est jointe à un domaine AD. Elle peut utiliser l’authentification Negotiate/Kerberos ou NTLM.

    Remarque :

    Pour utiliser Kerberos, créez le nom de principal de service (SPN) pour le serveur proxy et associez-le au compte Active Directory du proxy. Le VDA génère le SPN au format HTTP/<proxyURL> lors de l’établissement d’une connexion avec Citrix Cloud. Si vous ne créez pas de SPN, l’authentification revient à NTLM. Dans les deux cas, l’identité de la machine VDA est utilisée pour l’authentification.

Considérations relatives au proxy de trafic HDX

  • Les proxys HTTP et SOCKS5 sont pris en charge.
  • EDT ne peut être utilisé qu’avec des proxys SOCKS5.
  • Par défaut, le trafic HDX utilise le proxy défini pour le trafic de contrôle. Si vous devez utiliser un proxy différent pour le trafic HDX, qu’il s’agisse d’un autre proxy HTTP ou d’un proxy SOCKS5, utilisez le paramètre de stratégie (/fr-fr/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings.html#rendezvous-proxy-configuration).
  • Le déchiffrement et l’inspection des paquets ne sont pas pris en charge. Configurez une exception afin que le trafic HDX entre le VDA et le plan de contrôle Citrix Cloud ne soit pas intercepté, déchiffré ou inspecté. Dans le cas contraire, la connexion échoue.
  • L’authentification basée sur la machine n’est prise en charge qu’avec les proxys HTTP et si la machine VDA est jointe à un domaine AD. Elle peut utiliser l’authentification Negotiate/Kerberos ou NTLM.

    Remarque :

    Pour utiliser Kerberos, créez le nom de principal de service (SPN) pour le serveur proxy et associez-le au compte Active Directory du proxy. Le VDA génère le SPN au format HTTP/<proxyURL> lors de l’établissement d’une session, où l’URL du proxy est récupérée à partir du paramètre de stratégie (/fr-fr/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings.html#rendezvous-proxy-configuration). Si vous ne créez pas de SPN, l’authentification revient à NTLM. Dans les deux cas, l’identité de la machine VDA est utilisée pour l’authentification.

  • L’authentification avec un proxy SOCKS5 n’est pas prise en charge actuellement. Si vous utilisez un proxy SOCKS5, configurez une exception afin que le trafic destiné aux adresses du service Gateway (spécifiées dans les exigences) puisse contourner l’authentification.
  • Seuls les proxys SOCKS5 prennent en charge le transport de données via EDT. Pour un proxy HTTP, utilisez TCP comme protocole de transport pour ICA.

Proxy transparent

Si vous utilisez un proxy transparent dans votre réseau, aucune configuration supplémentaire n’est requise sur le VDA.

Proxy non transparent

Si vous utilisez un proxy non transparent dans votre réseau, spécifiez le proxy lors de l’installation du VDA afin que le trafic de contrôle puisse atteindre le plan de contrôle Citrix Cloud. Assurez-vous de consulter les considérations relatives au proxy de trafic de contrôle avant de procéder à l’installation et à la configuration.

Dans l’assistant d’installation du VDA, sélectionnez Configuration du proxy Rendezvous sur la page Composants supplémentaires. Cette option rend la page Configuration du proxy Rendezvous disponible plus tard dans l’assistant d’installation. Une fois ici, entrez l’adresse du proxy ou le chemin d’accès au fichier PAC pour que le VDA sache quel proxy utiliser. Par exemple :

  • Adresse du proxy : http://<URL or IP>:<port>
  • Fichier PAC : http://<URL or IP>/<path/<filename>.pac

Comme indiqué dans les considérations relatives au proxy de trafic HDX, le trafic HDX utilise par défaut le proxy défini lors de l’installation du VDA. Si vous devez utiliser un proxy différent pour le trafic HDX, qu’il s’agisse d’un autre proxy HTTP ou d’un proxy SOCKS5, utilisez le paramètre de stratégie (/fr-fr/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings.html#rendezvous-proxy-configuration). Lorsque le paramètre est activé, spécifiez l’adresse du proxy HTTP ou SOCKS5. Vous pouvez également entrer le chemin d’accès au fichier PAC pour que le VDA sache quel proxy utiliser. Par exemple :

  • Adresse du proxy : http://<URL or IP>:<port> ou socks5://<URL or IP>:<port>
  • Fichier PAC : http://<URL or IP>/<path/<filename>.pac

Si vous utilisez le fichier PAC pour configurer le proxy, définissez le proxy en utilisant la syntaxe requise par le service HTTP Windows : PROXY [<scheme>=]<URL or IP>:<port>. Par exemple, PROXY socks5=<URL or IP>:<port>..

Comment configurer Rendezvous

Voici les étapes pour configurer Rendezvous dans votre environnement :

  1. Assurez-vous que toutes les exigences sont satisfaites.
  2. Si vous devez utiliser un proxy HTTP non transparent dans votre environnement, configurez-le pendant l’installation du VDA. Reportez-vous à la section configuration du proxy pour plus de détails.
  3. Redémarrez la machine VDA une fois l’installation terminée.
  4. Créez une stratégie Citrix ou modifiez-en une existante :
    • Définissez le paramètre Protocole Rendezvous sur Autorisé.
    • Si vous devez configurer un proxy HTTP ou SOCKS5 pour le trafic HDX, configurez le paramètre Configuration du proxy Rendezvous.
    • Assurez-vous que les filtres de stratégie Citrix sont correctement définis. La stratégie s’applique aux machines pour lesquelles Rendezvous doit être activé.
  5. Assurez-vous que la stratégie Citrix a la bonne priorité afin qu’elle n’en écrase pas une autre.

Remarque :

Si vous utilisez la version 2308 ou antérieure du VDA, la version 1 est utilisée par défaut. Pour plus d’informations sur la configuration de la version à utiliser, consultez Fonctionnalités HDX gérées via le registre.

Validation de Rendezvous

Si vous remplissez toutes les conditions requises et avez terminé la configuration, suivez ces étapes pour vérifier si Rendezvous est utilisé :

  1. Dans le bureau virtuel, ouvrez une invite de commandes ou PowerShell.
  2. Exécutez ctxsession.exe -v.
  3. Les protocoles de transport affichés indiquent le type de connexion :
    • Rendezvous TCP : TCP > SSL > CGP > ICA
    • Rendezvous EDT : UDP > DTLS > CGP > ICA
    • Non Rendezvous : TCP > CGP > ICA
  4. La version de Rendezvous signalée indique la version utilisée.

Autres considérations

Ordre des suites de chiffrement Windows

Si l’ordre des suites de chiffrement a été modifié dans les machines VDA, assurez-vous d’inclure les suites de chiffrement prises en charge par le VDA :

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

Si l’ordre personnalisé des suites de chiffrement ne contient pas ces suites de chiffrement, la connexion Rendezvous échoue.

Accès privé Zscaler

Si vous utilisez Zscaler Private Access (ZPA), il est recommandé de configurer des paramètres de contournement pour le service Gateway afin d’éviter une latence accrue et l’impact sur les performances associé. Pour ce faire, vous devez définir des segments d’application pour les adresses du service Gateway – spécifiées dans les exigences – et les configurer pour qu’ils soient toujours contournés. Pour plus d’informations sur la configuration des segments d’application pour contourner ZPA, consultez la documentation Zscaler.

Problèmes connus

L’installateur VDA 2203 ne permet pas de saisir une barre oblique ( / ) pour l’adresse du proxy

Comme solution de contournement, vous pouvez configurer le proxy dans le registre après l’installation du VDA :

            Key: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\VirtualDesktopAgent
            Value type: String
            Value name: ProxySettings
            Value data: Proxy address or path to pac file. For example:
                Proxy address: http://squidk.test.local:3128
                Pac file: http://file.test.com/config/proxy.pac

Flux de trafic Rendezvous

Le diagramme suivant illustre la séquence des étapes concernant le flux de trafic Rendezvous.

Flux de trafic Rendezvous

  1. Le VDA établit une connexion WebSocket avec Citrix Cloud et s’enregistre.
  2. Le VDA s’enregistre auprès du service Citrix Gateway et obtient un jeton dédié.
  3. Le VDA établit une connexion de contrôle persistante avec le service Gateway.
  4. L’utilisateur navigue vers l’URL de son magasin.
  5. Citrix® StoreFront Cloud évalue la configuration d’authentification et redirige les utilisateurs vers l’IdP approprié pour l’authentification.
  6. L’utilisateur saisit ses identifiants.
  7. Après avoir validé avec succès les informations d’identification de l’utilisateur, celui-ci est redirigé vers Citrix® StoreFront Cloud.
  8. Citrix® StoreFront Cloud compte les ressources pour l’utilisateur et les affiche.
  9. L’utilisateur sélectionne un bureau ou une application dans le magasin. Citrix® StoreFront Cloud envoie la requête à Citrix DaaS, qui établit la connexion et demande au VDA de se préparer pour la session.
  10. Le VDA répond avec la capacité Rendezvous et son identité.
  11. Citrix DaaS génère un ticket de lancement et l’envoie au périphérique utilisateur via Citrix® StoreFront Cloud.
  12. Le point de terminaison de l’utilisateur se connecte au service Gateway et fournit le ticket de lancement pour authentifier et identifier la ressource à laquelle se connecter.
  13. Le service Gateway envoie les informations de connexion au VDA.
  14. Le VDA établit une connexion directe pour la session avec le service Gateway.
  15. Le service Gateway complète la connexion entre le point de terminaison et le VDA.
  16. Le VDA vérifie la licence pour la session.
  17. Citrix DaaS envoie les stratégies applicables au VDA.
Rendezvous V2
September 3, 2026
Contributeur: 
C C
September 3, 2026
Contributeur: 
C C

Dans cet article

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