Prise en charge IPv4/IPv6 | XenApp et XenDesktop 7.15 LTSR

Déploiement IPv4/IPv6 à double pile

La figure suivante illustre un déploiement IPv4/IPv6 à double pile. Dans ce scénario, un worker est un VDA installé sur un hyperviseur ou sur un système physique, et est principalement utilisé pour activer les connexions pour les applications et les bureaux. Les composants qui prennent en charge le double protocole IPv6 et IPv4 s’exécutent sur des systèmes d’exploitation qui utilisent un logiciel de tunneling ou de double protocole.

Ces produits, composants et fonctionnalités Citrix ne prennent en charge que l’IPv4 :

Provisioning Services

XenServer Version 6.x

VDA non contrôlés par le paramètre de stratégie Only use IPv6 Controller registration

Versions de XenApp antérieures à 7.5, versions de XenDesktop antérieures à 7 et Director

Dans ce déploiement :

Si une équipe utilise fréquemment un réseau IPv6 et que l’administrateur souhaite qu’elle utilise le trafic IPv6, l’administrateur publiera des bureaux et des applications IPv6 pour ces utilisateurs en fonction d’une image de travailleur ou d’une unité d’organisation (OU) pour laquelle le paramètre de stratégie IPv6 principal est activé (c’est-à-dire, l’enregistrement du contrôleur IPv6 uniquement est activé).

Si une équipe utilise fréquemment un réseau IPv4, l’administrateur publiera des bureaux et des applications IPv4 pour ces utilisateurs en fonction d’une image de travailleur ou d’une unité d’organisation (OU) pour laquelle le paramètre de stratégie IPv6 principal est désactivé (c’est-à-dire, l’enregistrement du contrôleur IPv6 uniquement est désactivé), ce qui est le paramètre par défaut.

Déploiement IPv6 pur

La figure suivante illustre un déploiement IPv6 pur. Dans ce scénario :

Les composants s’exécutent sur des systèmes d’exploitation configurés pour prendre en charge un réseau IPv6.

Le paramètre de stratégie Citrix principal (enregistrement du contrôleur IPv6 uniquement) est activé pour tous les VDA ; ils doivent s’enregistrer auprès du contrôleur à l’aide d’une adresse IPv6.

Paramètres de stratégie pour IPv6

Deux paramètres de stratégie Citrix affectent la prise en charge d’une implémentation IPv6 pure ou double pile IPv4/IPv6. Configurez les paramètres de stratégie liés à la connexion suivants :

Enregistrement du contrôleur IPv6 uniquement : Contrôle la forme d’adresse que le Virtual Delivery Agent (VDA) utilise pour s’enregistrer auprès du Delivery Controller. Par défaut = Désactivé

Lorsque le VDA communique avec le contrôleur, il utilise une seule adresse IPv6 choisie selon la priorité suivante : adresse IP globale, adresse locale unique (ULA), adresse locale de liaison (uniquement si aucune autre adresse IPv6 n’est disponible).
Lorsqu’il est désactivé, le VDA s’enregistre et communique avec le contrôleur à l’aide de l’adresse IPv4 de la machine.

Masque de sous-réseau IPv6 d’enregistrement du contrôleur : Une machine peut avoir plusieurs adresses IPv6 ; ce paramètre de stratégie permet aux administrateurs de restreindre le VDA à un sous-réseau préféré uniquement (plutôt qu’à une IP globale, si une est enregistrée). Ce paramètre spécifie le réseau où le VDA s’enregistrera : le VDA s’enregistre uniquement sur la première adresse qui correspond au masque de sous-réseau spécifié. Ce paramètre n’est valide que si le paramètre de stratégie Enregistrement du contrôleur IPv6 uniquement est activé. Par défaut = Chaîne vide

Important : L’utilisation d’IPv4 ou d’IPv6 par un VDA est déterminée uniquement par ces paramètres de stratégie. En d’autres termes, pour utiliser l’adressage IPv6, le VDA doit être contrôlé par une stratégie Citrix avec le paramètre Enregistrement du contrôleur IPv6 uniquement activé.

Considérations relatives au déploiement

Si votre environnement contient des réseaux IPv4 et IPv6, vous aurez besoin de configurations de groupe de mise à disposition distinctes pour les clients IPv4 uniquement et pour les clients pouvant accéder au réseau IPv6. Envisagez d’utiliser la dénomination, l’attribution manuelle de groupes Active Directory ou les filtres Smart Access pour différencier les utilisateurs.

La reconnexion à une session peut échouer si la connexion est initiée sur un réseau IPv6, et que des tentatives de reconnexion sont ensuite effectuées à partir d’un client interne qui n’a qu’un accès IPv4.

Cela vous a-t-il été utile ?