Windows Server 2025 / Comment fonctionnent les liaisons IIS et les pools d'applications

Une liaison IIS oriente une requête vers un site selon le protocole, l'adresse IP, le port et le nom d'hôte. Un pool d'applications définit le processus et l'identité qui exécutent le site. Pour héberger plusieurs sites sur la même adresse et le même port, configurez séparément le DNS, les liaisons, les dossiers et les pools.

Distinguez les quatre éléments de configuration

Un enregistrement DNS ne crée pas de liaison IIS, et une liaison ne crée pas d'enregistrement DNS. Avant d'ajouter un site, vérifiez les combinaisons déjà utilisées d'adresse IP, de port et de nom d'hôte dans la référence Microsoft des liaisons IIS.

Commencez avec le site LabSite qui fonctionne sur WEB1 à l'adresse 172.24.50.30:8080. Notez les liaisons existantes avant de les modifier. L'exercice ajoute deux noms privés du laboratoire, sans toucher au DNS public ni à un site de production.

Ajoutez et vérifiez les noms DNS

1. Sur DC1, ouvrez dans le Gestionnaire DNS la zone de recherche directe lab.example.test déjà créée dans le laboratoire.
2. Ajoutez un enregistrement d'hôte A nommé web qui pointe vers 172.24.50.30.
3. Ajoutez un enregistrement A nommé status vers la même adresse.
4. Vérifiez que CLIENT1 interroge DC1 pour le DNS interne.
5. Résolvez les deux noms et confirmez l'adresse renvoyée.

Resolve-DnsName web.lab.example.test -Server 172.24.50.10
Resolve-DnsName status.lab.example.test -Server 172.24.50.10

lab.example.test est une zone DNS de laboratoire distincte du domaine Active Directory ad.example.test. Une zone primaire stockée dans un fichier ne se réplique pas automatiquement vers DC2. Si la zone n'existe pas, vérifiez le serveur et la configuration DNS prévus avant d'ajouter des enregistrements.

Ajoutez le nom d'hôte à la liaison du premier site

1. Dans Gestionnaire IIS → LabSite → Liaisons, sélectionnez la liaison http / 172.24.50.30 / 8080 dont le nom d'hôte est vide.
2. Modifiez son nom d'hôte en web.lab.example.test.
3. Vérifiez qu'aucune autre liaison n'utilise la même combinaison.
4. Sur CLIENT1, ouvrez http://web.lab.example.test:8080/.

L'en-tête HTTP Host sert à choisir le site, pas à authentifier l'utilisateur. Connaître le nom d'hôte configuré ne prouve aucune identité. Après cette modification, l'accès direct par adresse IP peut donner un autre résultat : testez le nom prévu.

Si la page ne s'ouvre pas, vérifiez d'abord que le DNS renvoie 172.24.50.30, puis comparez le port et le nom demandés avec la liaison IIS. Ne remplacez pas le DNS interne par un DNS public et ne désactivez pas globalement le pare-feu.

Créez le deuxième site avec sa propre identité

1. Créez C:\Sites\StatusSite et placez-y un index.html contenant un message différent de celui de LabSite.
2. Créez StatusSitePool avec Aucun code managé et ApplicationPoolIdentity.
3. Accordez à IIS AppPool\StatusSitePool les droits de lecture et d'exécution sur ce dossier, en gardant les droits de SYSTEM et des administrateurs.
4. Créez StatusSite avec ce dossier et ce pool.
5. Définissez la liaison http / 172.24.50.30 / 8080 / status.lab.example.test.
6. Configurez son authentification anonyme pour utiliser l'identité du pool d'applications.
7. Depuis CLIENT1, ouvrez les deux noms et comparez le contenu des pages.

Deux sites peuvent partager une adresse IP et un port si leurs liaisons ont des noms d'hôte différents. Ne dupliquez pas la combinaison complète de la liaison. Vérifiez aussi s'il reste une liaison sans nom d'hôte et quelles requêtes elle peut recevoir.

Des pools distincts permettent de gérer séparément l'identité, l'arrêt et le recyclage des processus. Ils partagent néanmoins le système d'exploitation, son noyau, le stockage et les ressources de l'hôte : leur isolation n'est pas celle de VM distinctes. Accordez les droits minimaux selon la documentation Microsoft sur les identités de pool IIS.

Comparez l'arrêt d'un pool et son recyclage

1. Notez les réponses normales des deux sites et l'état de leurs pools.
2. Arrêtez uniquement StatusSitePool.
3. Envoyez de nouvelles requêtes aux deux noms et notez les réponses.
4. Redémarrez StatusSitePool et vérifiez que StatusSite répond à nouveau.

Le site dont le pool est arrêté peut répondre 503. Vérifiez que LabSite, dans son autre pool, fonctionne encore ; une saturation des ressources partagées reste possible. Avant une intervention, distinguez l'arrêt d'un site de l'arrêt de son pool.

Le recyclage remplace le processus de travail et peut toucher les sessions en mémoire ou les requêtes en cours. Le résultat observé avec une page statique ne garantit pas la continuité d'une application dynamique. Pour nettoyer ce laboratoire, retirez uniquement StatusSite, son pool et les enregistrements DNS ajoutés qui ne servent plus ; conservez la liaison nommée de LabSite si vous poursuivez avec HTTPS.