{"id":2621,"date":"2019-11-15T10:14:19","date_gmt":"2019-11-15T09:14:19","guid":{"rendered":"https:\/\/laurentvanacker.com\/?p=2621"},"modified":"2022-12-09T09:50:14","modified_gmt":"2022-12-09T08:50:14","slug":"nlb-arr-iis-dfs-r-shared-configuration-ssl-offload-windows-authentication-sni-ccs-in-one-place-with-automatedlab","status":"publish","type":"post","link":"https:\/\/laurentvanacker.com\/index.php\/2019\/11\/15\/nlb-arr-iis-dfs-r-shared-configuration-ssl-offload-windows-authentication-sni-ccs-in-one-place-with-automatedlab\/","title":{"rendered":"NLB, ARR, IIS, DFS-R, Shared Configuration, SSL Offload, Windows Authentication, SNI, CCS in one place with AutomatedLab"},"content":{"rendered":"

Go to English version<\/a><\/p>\n

[MAJ 21\/12\/2019] Ajout d’un binding SNI sur les noeuds ARR<\/a> pour attaquer le site sans passer par le NLB<\/a>. Plusieurs onglets s’ouvrent maintenant sur CA01 pour acc\u00e9der directement \u00e0 tous les sites en directe les serveurs sans passer par le NLB<\/a>.<\/p>\n

MAJ 16\/12\/2019] Une version simplifi\u00e9e de cette architecture sans ARR<\/a> (juste une r\u00e9partition de charge de 2 serveurs IIS<\/a> avec du NLB<\/a>) existe ici<\/a>.<\/p>\n

Si vous ne connaissez pas AutomatedLab<\/a> je vous invite fortement \u00e0 vous rendre ici<\/a> pour d\u00e9couvrir cette solution avant de poursuivre la lecture de cet article. Au passage n’h\u00e9sitez pas \u00e0 suivre Raimund Andr\u00e9e<\/a> sur GitHub<\/a> et Twitter<\/a> .<\/p>\n

Dans le cadre d’un POC chez un client je devais proposer une solution redondante de deux serveurs Application Request Routing\u00a0<\/a> (ARR<\/a>) qui eux-m\u00eames devaient r\u00e9partir leurs applications sur deux serveurs IIS<\/a>. Au final une solution similaire \u00e0 celle d\u00e9crite ici<\/a> (avec seulement 2 \u00ab\u00a0content servers\u00a0\u00bb\/IIS<\/a>):<\/p>\n

 <\/p>\n

\"Use<\/a>
Use of Application Request Routing and Network Load Balancing<\/figcaption><\/figure>\n

Quelques pr\u00e9requis :<\/p>\n

    \n
  1. Pas de connection Internet disponible depuis les serveurs. (Ce qui est, rappellons-le, une bonne pratique sur les environnements de production). Donc de ce fait l’utilisation de Web Platform Installer<\/a> \u00e9tait exclue (cf. le contenu du fichier Extensions.zip<\/a>)<\/li>\n
  2. La solution devait \u00eatre automatisable de bout en bout (dans le cadre du POC).<\/li>\n
  3. La solution devait \u00eatre simple (dans le cadre du POC).<\/li>\n<\/ol>\n

    Network Load Balancing<\/a> \u00e9tait parfait pour la r\u00e9partition de charge au niveau ARR<\/a> et avait l’avantage d’\u00eatre natif dans Windows (simplicit\u00e9).<\/p>\n

    Au passage le besoin final exprim\u00e9 \u00e9tait plus simple que la solution finale : Authentification anonyme, pas de certificats (donc pas besoin de SSL Offload<\/a>,\u00a0 Server Name Indication<\/a> ni de Centralized SSL Certificate Support<\/a>), aucun besoin de configuration partag\u00e9e<\/a> (d’o\u00f9 le DFS-R<\/a>). Mon envie d’aller plus loin a fait le reste !<\/p>\n

    Le support r\u00e9cent de Raimund au sujet d’un sc\u00e9nario AutomatedLab<\/a> fonctionnel sur DSC avec SQL Server 2016 (bas\u00e9 sur l’article Using SQL Server 2016 for a DSC Pull Server<\/a>) avait donn\u00e9 naissance \u00e0 ce script.<\/a> C’\u00e9tait donc l’occasion pour moi d’aller un peu plus loin avec AutomatedLab.<\/a><\/p>\n

    J’ai donc \u00e9labor\u00e9 le script suivant.<\/a> Ce script a besoin de :<\/p>\n