Share via

Déployer l’accès à distance dans un cluster

  • Article

 

S'applique à: Windows Server 2012 R2, Windows Server 2012

Windows Server 2012 combine DirectAccess et le réseau privé virtuel (VPN) du service Routage et accès distant (RRAS) dans un rôle Accès à distance unique. L’accès à distance peut être déployé dans plusieurs scénarios d’entreprise. Cette présentation fournit une introduction au scénario d’entreprise correspondant au déploiement de plusieurs serveurs d’accès à distance dans un cluster à charge équilibrée à l’aide de l’équilibrage de charge réseau (NLB) Windows ou d’un équilibrage de charge externe, tel que F5 Big-IP.

Description du scénario

Un déploiement de cluster rassemble plusieurs serveurs d’accès à distance en une unité individuelle, qui agit alors comme un point de contact unique pour les ordinateurs clients distants qui se connectent via DirectAccess ou un réseau VPN au réseau d’entreprise interne à l’aide de l’adresse IP virtuelle (VIP) externe du cluster d’accès à distance. La charge du trafic sur le cluster est équilibrée à l’aide de l’équilibrage de la charge réseau (NLB) ou d’un équilibrage de charge externe (tel que, F5 Big-IP).

Conditions préalables

Avant de déployer ce scénario, prenez connaissance des conditions requises suivantes qui ont leur importance :

  • Équilibrage de charge par défaut via l’équilibrage de la charge réseau (NLB) Windows.
  • Les équilibrages de charge externes sont pris en charge.
  • Monodiffusion est le mode par défaut et celui recommandé pour l’équilibrage de la charge réseau (NLB).
  • La modification des stratégies en dehors de la console de gestion DirectAccess ou des applets de commande PowerShell n’est pas prise en charge.
  • Lorsque l’équilibrage de charge réseau ou un équilibrage de charge externe est utilisé, le préfixe IPHTTPS ne peut être remplacé que par /59.
  • Les nœuds à charge équilibrée doivent être dans le même sous-réseau IPv4.
  • Dans les déploiements ELB, si la gestion de sortie est nécessaire, les clients DirectAccess ne peuvent pas utiliser Teredo. Seul IPHTTPS est utilisable pour la communication de bout en bout.
  • Vérifiez que tous les correctifs logiciels d’équilibrage de charge réseau/externe connus sont installés.
  • Le protocole ISATAP n'est pas pris en charge sur le réseau d'entreprise. Si vous utilisez le protocole ISATAP, vous devez le supprimer et utiliser le protocole IPv6 natif.

Dans ce scénario

Ce scénario de déploiement de cluster inclut plusieurs étapes :

  1. Déployer un serveur DirectAccess unique avec des paramètres avancés : vous devez déployer un serveur d’accès à distance unique à l’aide de paramètres avancés avant de configurer un déploiement de cluster.

  2. Planifier un déploiement de Cluster de l'accès à distance : la création d’un cluster à partir d’un déploiement sur un seul serveur requiert un nombre d’étapes supplémentaires, y compris la préparation de certificats pour le déploiement de cluster.

  3. Configuration d'un Cluster d'accès à distance : il s’agit d’un certain nombre d’étapes de configuration, comprenant la préparation du serveur unique pour l’équilibrage de charge réseau Windows ou l’équilibrage de charge externe, la préparation de serveurs supplémentaires à rejoindre le cluster et l’activation de l’équilibrage de charge.

Cas pratiques

Le regroupement de plusieurs serveurs en un cluster de serveurs fournit les avantages suivants :

  • Évolutivité : un serveur d’accès à distance unique offre un niveau limité de fiabilité serveur et d’évolutivité des performances. En regroupant les ressources de deux serveurs ou plus dans un cluster individuel, vous augmentez la capacité en termes de débit et de nombre d’utilisateurs.

  • Haute disponibilité : un cluster fournit une haute disponibilité pour un accès toujours actif. Si un serveur du cluster échoue, les utilisateurs distants peuvent continuer à accéder au réseau d’entreprise via un autre serveur du cluster. Tous les serveurs du cluster possèdent le même jeu d’adresses IP virtuelles (VIP) de cluster, tout en maintenant une adresse IP dédiée unique pour chaque serveur.

  • Facilité de gestion : un cluster permet de gérer plusieurs serveurs comme une entité individuelle. Des paramètres partagés peuvent aisément être définis entre les serveurs du cluster. Les paramètres d’accès à distance peuvent être gérés à partir de n’importe quel serveur du cluster, ou à distance à l’aide des Outils d’administration de serveur distant (RSAT). De plus, le cluster entier peut être analysé à partir d’une console de gestion de l’accès à distance unique.

Fonctionnalités et rôles inclus dans ce scénario

Le tableau suivant répertorie les fonctionnalités et rôles requis pour ce scénario :

Rôle/fonctionnalité

Prise en charge de ce scénario

Rôle Accès à distance

Ce rôle est installé et désinstallé à l’aide de la console du Gestionnaire de serveur. Il englobe à la fois DirectAccess, qui était auparavant une fonctionnalité de Windows Server 2008 R2, et le service de routage et d’accès distant (RRAS) qui était auparavant un service de rôle sous le rôle de serveur Services de stratégie et d’accès réseau. Le rôle Accès à distance est constitué de deux composants :

  • Réseau privé virtuel (VPN) des services de routage et d’accès distant (RRAS) et DirectAccess : DirectAccess et le réseau privé virtuel sont gérés ensemble dans la console de gestion de l’accès à distance.

  • Routage RRAS : les fonctionnalités de routage RRAS sont gérées dans la console de routage et d’accès à distance héritée.

Les dépendances sont les suivantes :

  • Serveur Web des services Internet (IIS) : cette fonctionnalité est requise pour configurer le serveur Emplacement réseau et la sonde Web par défaut.

  • Base de données interne Windows : utilisée pour la gestion des comptes locale sur le serveur d’accès à distance.

Fonctionnalité des outils de gestion de l’accès à distance

Cette fonctionnalité est installée comme suit :

  • Elle est installée par défaut sur un serveur d’accès à distance lorsque le rôle Accès à distance est installé et elle prend en charge l’interface utilisateur de la console de gestion à distance.

  • Elle peut éventuellement être installée sur un serveur qui n’exécute pas le rôle serveur Accès à distance. Dans ce cas, elle est utilisée pour la gestion à distance d’un ordinateur d’accès à distance qui exécute DirectAccess et le réseau privé virtuel (VPN).

La fonctionnalité des outils de gestion de l’accès à distance est constituée des éléments suivants :

  • Interface graphique utilisateur de l’accès à distance et outils de ligne de commande

  • Module d’accès à distance pour Windows PowerShell

Les dépendances incluent :

  • Console de gestion des stratégies de groupe

  • Kit d’administration du Gestionnaire des connexions (CMAK) RAS

  • Windows PowerShell 3.0

  • Outils de gestion graphiques et infrastructure

Équilibrage de la charge réseau

Cette fonctionnalité assure l’équilibrage de charge dans un cluster utilisant l’équilibrage de charge réseau Windows.

Configuration matérielle requise

La configuration matérielle requise pour ce scénario comprend les éléments suivants :

  • Au moins deux ordinateurs présentant la configuration matérielle requise pour Windows Server 2012.

  • Pour le scénario d’équilibrage de charge externe, un matériel dédié est nécessaire (par exemple, F5 BigIP).

  • Pour tester le scénario, au moins un ordinateur exécutant Windows 8 ou Windows 7 et configuré en tant que client DirectAccess est requis.

Configuration logicielle requise

Plusieurs conditions sont requises pour ce scénario :

  • Configuration logicielle requise pour un déploiement sur un seul serveur. Pour plus d'informations, consultez Déployer un serveur DirectAccess unique avec des paramètres avancés.

  • Outre la configuration logicielle requise pour un serveur unique, des conditions spécifiques au cluster s’appliquent :

    • Sur chaque serveur en cluster, le nom d’objet du certificat IP-HTTPS doit correspondre à l’adresse ConnectTo. Un déploiement de cluster prend en charge une combinaison de certificats génériques et non génériques sur les serveurs du cluster.

    • Si le serveur Emplacement réseau est installé sur le serveur d’accès à distance, sur chaque serveur en cluster, le certificat du serveur Emplacement réseau doit avoir le même nom d’objet. En outre, le certificat du serveur Emplacement réseau ne doit pas avoir le même nom qu’un des serveurs du déploiement DirectAccess.

    • Les certificats de serveur Emplacement réseau et IP-HTTPS doivent être émis à l’aide de la même méthode que celle qui a permis d’émettre le certificat du serveur individuel. Par exemple, si le serveur individuel utilise une autorité de certification publique, tous les serveurs du cluster doivent avoir un certificat émis par une autorité de certification publique. Ou, si le serveur individuel utilise un certificat auto-signé pour IP-HTTPS, tous les serveurs du cluster doivent faire de même.

    • Le préfixe IPv6 attribué aux ordinateurs clients DirectAccess sur les clusters de serveurs doit comporter 59 bits. Si VPN est activé, le préfixe VPN doit comporter également 59 bits.

Problèmes connus

Les problèmes décrits ci-après sont connus et surviennent souvent lors de la configuration d’un scénario de cluster :

  • Après avoir configuré DirectAccess dans un déploiement IPv4 uniquement avec une seule carte réseau et après avoir configuré automatiquement le DNS64 par défaut (l’adresse IPv6 qui contient « : 3333:: ») sur la carte réseau, la tentative d’activation de l’équilibrage de charge via la console Gestion de l’accès à distance entraîne l’affichage d’une invite demandant à l’utilisateur de fournir une adresse IPv6 DIP. Si une adresse IPv6 DIP est fournie, la configuration échoue après avoir cliqué sur Valider avec l’erreur : Le paramètre est incorrect.

    Pour résoudre ce problème :

    1. Téléchargez la sauvegarde et restaurez les scripts à partir de Sauvegarder et restaurer la configuration de l’accès à distance.

    2. Sauvegarder vos objets de stratégie de groupe à l’aide du script téléchargé Backup-RemoteAccess.ps1

    3. Essayez d’activer l’équilibrage de charge jusqu’à l’étape ayant provoqué l’échec. Dans la boîte de dialogue Activer l’équilibrage de charge, développez la zone des détails, cliquez avec le bouton droit dans cette dernière et cliquez sur Copier le script.

    4. Ouvrez le bloc-notes et collez le contenu du Presse-papiers. Par exemple :

      Set-RemoteAccessLoadBalancer -InternetDedicatedIPAddress @('10.244.4.19 /255.255.255.0','fdc4:29bd:abde:3333::2/128') -InternetVirtualIPAddress @('fdc4:29bd:abde:3333::1/128', '10.244.4.21 /255.255.255.0') -ComputerName 'DA1.domain1.corp.contoso.com' -Verbose

    5. Fermez les boîtes de dialogue Accès à distance ouvertes et fermez la console de gestion de l’accès à distance.

    6. Modifiez le texte collé et supprimez les adresses IPv6. Par exemple :

      Set-RemoteAccessLoadBalancer -InternetDedicatedIPAddress @('10.244.4.19 /255.255.255.0') -InternetVirtualIPAddress @('10.244.4.21 /255.255.255.0') -ComputerName 'DA1.domain1.corp.contoso.com' -Verbose

    7. Dans une fenêtre PowerShell avec élévation de privilèges, exécutez la commande à partir de l’étape précédente.

    8. Si l’applet de commande échoue pendant son exécution (pas en raison de valeurs d’entrée incorrectes), exécutez la commande Restore-RemoteAccess.ps1 et suivez les instructions pour vous assurer que l’intégrité de la configuration d’origine est maintenue.

    9. Vous pouvez désormais ouvrir de nouveau la console de gestion de l’accès à distance.