IIS mit PowerShell automatisieren: viele Server, ein Skript

• Tag 1: Den Server als Objekt greifen
• 1. Modul laden und den Server ansprechen
  
  • IISAdministration und WebAdministration: welches wann, warum beide vorhanden sind und was das für eigene Skripte bedeutet
  • Get-IISServerManager: der Server als Objekt, mit Websites, Pools und Konfiguration darunter
  • Erste Abfragen mit Get-IISSite und Get-IISAppPool: Zustand und Einstellungen auslesen
  
  
• 2. Pools, Websites und Bindungen erzeugen
  
  • Anwendungspool anlegen: Laufzeitfassung, Pipelinemodus, Identität, Recyclingverhalten
  • Website anlegen, Dateipfad setzen, Pool zuweisen
  • Bindungen setzen: Port, Hostname, HTTPS mit Zertifikatszuweisung und SNI
  • Anwendungen und virtuelle Verzeichnisse unterhalb einer Website einhängen
  
  
• 3. Viele Änderungen in einem Schreibvorgang
  
  • Start-IISCommitDelay und Stop-IISCommitDelay: warum vierzig einzelne Schreibvorgänge der eigentliche Fehler sind
  • Was passiert, wenn mitten im Block ein Fehler auftritt, und wie man darauf reagiert
  
  
• 4. Die Konfigurationsdatei als eigentliches Ziel
  
  • applicationHost.config: wo welche Einstellung liegt und was die Oberfläche daraus macht
  • Abschnitte, Sammlungen und Attribute lesen mit Get-IISConfigSection, Get-IISConfigCollection, Get-IISConfigAttributeValue
  • Einträge hinzufügen mit New-IISConfigCollectionElement
  • Serverebene, Websiteebene und web.config: welche Einstellung welche überschreibt
  
  
• Praxis-Übung 1: Aus einer vorgegebenen Liste von zehn Websites entsteht per Skript die vollständige Einrichtung: je Website ein Anwendungspool mit festgelegter Identität, die Website selbst, eine HTTP- und eine HTTPS-Bindung mit Hostnamen. Alle Änderungen werden über die Commit-Verzögerung gebündelt. Anschließend wird in applicationHost.config nachgesehen, was das Skript tatsächlich geschrieben hat, und ein Standarddokument über die Sammlungs-cmdlets ergänzt.
• Tag 2: Die Aufgaben, die sich lohnen
• 1. Zertifikate und Bindungen pflegen
  
  • Vorhandene Bindungen samt zugewiesenen Zertifikaten auflisten und die Ablaufdaten herausziehen
  • Ein erneuertes Zertifikat importieren und die Bindung darauf umhängen
  • Der zentrale Zertifikatspeicher als Alternative zur Zuweisung je Server
  • Nachprüfen, dass die Seite danach über HTTPS mit dem richtigen Zertifikat antwortet
  
  
• 2. Zustand, Protokolle und Zahlen
  
  • Websites und Pools auf Zustand abfragen, gestoppte gezielt finden und starten
  • Protokolldateien einsammeln: Ablageort, Format und Rollverhalten aus der Konfiguration lesen
  • W3C-Protokolle auswerten: Statuscodes, langsame Anfragen, häufigste Pfade
  • Arbeitsprozesse und laufende Anfragen abfragen: wer belegt den Pool gerade
  
  
• 3. Dieselbe Änderung auf vielen Servern
  
  • Der Weg zum zweiten Server: Remoting gegen den Zugriff über den ServerManager
  • Eine Serverliste abarbeiten und je Server Ergebnis und Fehler protokollieren
  • Freigegebene Konfiguration als Alternative, und wann sie mehr Probleme macht als sie löst
  
  
• Praxis-Übung 2: Dieselbe Änderung wird über beide eigenen Server ausgerollt und je Server protokolliert: eine Zertifikatsbindung erneuern, ein Standarddokument ergänzen, einen Pool mit geändertem Recyclingverhalten versehen. Danach werden die Protokolldateien beider Server eingesammelt und zu einer Auswertung nach Statuscode und Antwortzeit zusammengeführt. Auf einem der beiden Server ist das Zertifikat vorsätzlich für den falschen Hostnamen ausgestellt, was die Nachprüfung aufdecken muss.
  
  
  
  

• Administratoren, die mehrere IIS-Server betreuen und dieselbe Änderung heute auf jedem einzeln klicken
• Webverantwortliche, die Websites, Anwendungspools und Bindungen regelmäßig nach einem Schema anlegen
• Betriebsteams, die Zertifikatsbindungen erneuern müssen und dabei jedes Mal eine Seite abschießen
• Technische Verantwortliche, die den Zustand ihrer Webserver und die Auswertung der Protokolle reproduzierbar brauchen

Voraussetzungen: PowerShell auf Grundlagenniveau, also Pipeline, Variablen, Schleifen, Bedingungen und Objekte, wie es S1387 vermittelt. PowerShell wird in diesem Kurs vorausgesetzt und nicht unterrichtet. Sicherer Umgang mit IIS über den IIS-Manager, also Websites, Anwendungspools und Bindungen in ihrer Bedeutung kennen, wie es S1609 vermittelt. Grundkenntnisse zu HTTP, DNS und Zertifikaten. Kein Vorwissen zum IIS-Objektmodell oder zu applicationHost.config erforderlich.