PowerShell-Automatisierung für Admins – Teil 3: WinRM einrichten
Aktualisiert am 19.10.2026 · Lesezeit ca. 5 Min. · Niveau: Fortgeschrittene · von Viktor Tribus, IT-Tribus Nideggen
In Teil 2 unserer Serie „Active Directory per Skript verwalten“ haben wir gelernt, wie man Active Directory mithilfe von PowerShell-Skripts effizient verwaltet. Teil 3 dieser Serie beschäftigt sich nun mit der Einrichtung und Nutzung von PowerShell Remoting über WinRM (Windows Remote Management). Dies ermöglicht es Ihnen, Skripte auf entfernten Windows-Computern auszuführen und so Ihre Remoteverwaltung zu vereinfachen.
Worum es geht und wann Sie das brauchen
PowerShell Remoting mit WinRM ist besonders nützlich, wenn Sie regelmäßig administrative Aufgaben auf mehreren Computern durchführen müssen. Beispielsweise können Sie Updates installieren, Konfigurationen ändern oder Systeminformationen abrufen. Die richtige Einrichtung von PowerShell Remoting ist entscheidend für die Effizienz und Sicherheit der Remoteverwaltung. Falsch konfigurierte WinRM-Serviceinstellungen können jedoch zu Verbindungsfehlern, Sicherheitslücken oder Performanceproblemen führen.
Voraussetzungen
Um PowerShell Remoting mit WinRM einzurichten, benötigen Sie folgende Voraussetzungen:
- Windows Management Framework (WMF) installiert
- Erlaubnisrechte für den Zugriff auf die Windows-Remotemanagement-Funktionen
- Administratorrechte auf dem lokalen und entfernten Computer
Verwenden Sie folgende Befehle, um sicherzustellen, dass WMF installiert ist:
Schritt-für-Schritt-Anleitung
Schritt 1: WinRM Dienst aktivieren und Konfigurieren
Der erste Schritt besteht darin, den WinRM-Dienst zu starten und sicherzustellen, dass er automatisch gestartet wird. Öffnen Sie eine PowerShell-Eingabeaufforderung mit Administratorrechten:
So prüfen Sie, ob es geklappt hat:
Schritt 2: Firewalleinstellungen anpassen
Um sicherzustellen, dass der WinRM-Dienst keine Blockaden durch den Windows-Firewall erfährt, müssen Sie das entsprechende Regelprofil aktivieren. Führen Sie folgenden Befehl aus:
So prüfen Sie die Einstellungen des Firewalls für WinRM:
Schritt 3: Konfiguration von Listenern
WinRM kann mithilfe von HTTP oder HTTPS arbeiten. Standardmäßig werden beide aktiviert, aber Sie können den Listener konfigurieren:
So prüfen Sie die aktuellen Listener:
Schritt 4: Einrichtung von Authentifizierung
WinRM unterstützt verschiedene Arten der Authentifizierung. Für sicherere Verbindungen empfehlen wir die Verwendung des Kerberos-Protokolls oder der Windows-Zertifikate:
So prüfen Sie die Authentifizierungsmodi:
Schritt 5: Konfiguration von TrustedHosts
TrustedHosts ist eine Liste der Host-IPs oder -Namen, von denen aus Verbindungen zugelassen werden. Um sicherzustellen, dass Ihre entfernten Computer in diese Liste aufgenommen sind:
So prüfen Sie die TrustedHosts-Konfiguration:
Schritt 6: Testen der Verbindung
Nachdem alle Konfigurationsänderungen vorgenommen wurden, testen Sie die Remotingverbindung:
So prüfen Sie, ob die Verbindung erfolgreich war:
Die wichtigsten Befehle im Überblick
| Befehl | Wirkung | Hinweis |
|---|---|---|
Start-Service winrm |
WinRM-Dienst starten. | Muss als Administrator ausgeführt werden. |
Enable-PSRemoting -Force |
Aktiviert PowerShell Remoting und passt Firewalleinstellungen an. | Sorgt für eine sichere Einrichtung. |
winrm quickconfig |
Konfiguriert WinRM-Listener. | Automatisiert die Konfiguration. |
winrm set winrm/config/service/auth @ |
Deaktiviert unsichere Authentifizierungsmethoden. | Verbessert die Sicherheit der Verbindungen. |
winrm set winrm/config @ |
Fügt Remote-Computer zu TrustedHosts hinzu. | Ersetzen Sie REMOTECOMPUTERNAME durch den Namen oder die IP des Computers. |
Invoke-Command -ComputerName REMOTECOMPUTERNAME -ScriptBlock |
Führt einen Befehl auf einem Remotecomputer aus. | Nutzt die Remotingverbindung. |
Häufige Fehler und ihre Lösung
H3: „WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer REMOTECOMPUTERNAME in the domain.“
Ursache: Der Remote-Computer ist nicht im Active Directory aufgeführt oder die DNS-Einträge sind fehlerhaft.
Lösung: Überprüfen Sie die DNS-Einträge und stellen Sie sicher, dass der Computer korrekt eingetragen ist. Fügen Sie den Remote-Computer manuell zu TrustedHosts hinzu:
H3: „Access is denied.“
Ursache: Der Benutzer hat nicht die notwendigen Rechte, um Remotingvorgänge durchzuführen.
Lösung: Stellen Sie sicher, dass der Benutzer Administratorrechte auf dem Remote-Computer besitzt:
H3: „The WinRM client cannot process the request. If the authentication scheme is different from Kerberos, or if the client computer is not joined to a domain, then HTTPS transport must be used or the destination machine must be added to the TrustedHosts configuration setting.“
Ursache: Die Authentifizierung ist nicht korrekt konfiguriert oder der Transportprotokolltyp passt nicht.
Lösung: Aktivieren Sie HTTPS-Transport:
H3: „WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer REMOTECOMPUTERNAME in the domain.“
Änderungen rückgängig machen
Um die Konfigurationen von WinRM wieder auf den Stand vor der Einrichtung zurückzusetzen, führen Sie folgende Befehle aus:
Außerdem können Sie die Listener deaktivieren und die Einstellungen wiederherstellen:
Häufige Fragen
H3: Wie kann ich sicherstellen, dass WinRM in meinem Netzwerk verwendet wird?
Antwort: Stellen Sie sicher, dass der Dienst aktiv und konfiguriert ist. Überprüfen Sie die Authentifizierungsmethoden und aktivieren Sie HTTPS für sichere Verbindungen.
H3: Was passiert, wenn ich den TrustedHosts-Eintrag lösche?
Antwort: Der Remote-Computer wird nicht mehr als vertrauenswürdig erkannt. Die Remotingverbindung kann dann fehlschlagen, es sei denn, Sie aktivieren eine andere Authentifizierungsmethode.
H3: Kann ich PowerShell Remoting auch über HTTPS einrichten?
Antwort: Ja, Sie können WinRM so konfigurieren, dass es über HTTPS arbeitet. Dies erhöht die Sicherheit der Verbindungen erheblich.
H3: Wie teste ich eine Remotingverbindung?
Antwort: Nutzen Sie den Befehl Invoke-Command, um einen Testbefehl auf dem Remote-Computer auszuführen. Dies stellt sicher, dass die Verbindung funktioniert.
H3: Welche Probleme können auftreten, wenn der WinRM-Dienst nicht aktiv ist?
Antwort: Ohne aktiven WinRM-Dienst kann keine Remotingverbindung hergestellt werden. Dies führt zu Fehlern beim Ausführen von PowerShell-Skripts auf entfernten Computern.
Fazit
In diesem Teil haben wir die Einrichtung und Konfiguration von PowerShell Remoting mit WinRM behandelt. Wir haben gesehen, wie Sie den Dienst aktivieren, Firewalleinstellungen anpassen, Listener konfigurieren, Authentifizierungsmethoden festlegen und Testverbindungen durchführen können. Teil 4 dieser Serie wird sich dann mit der Erstellung von geplanten Aufgaben und dem Senden von E-Mail-Reports befassen.
Sollten Sie Probleme oder Fragen haben, hilft IT-Tribus in Nideggen Ihnen gerne weiter.
Serie: PowerShell-Automatisierung für Admins – Teil 3 von 4
← Vorheriger Teil: PowerShell-Automatisierung für Admins – Teil 2: Active Directory per Skript verwalten
→ Als Nächstes: Teil 4: Geplante Aufgaben und E-Mail-Reports (erscheint in Kürze)
Quellen und weiterführende Informationen
- Installation und Konfiguration für Windows-Remoteverwaltung – learn.microsoft.com
- Enable-PSRemoting (Microsoft.PowerShell.Core) – learn.microsoft.com
- Kapitel 8 – PowerShell-Remoting – learn.microsoft.com
- about_Remote_Requirements – PowerShell – learn.microsoft.com
- WinRM Powershell Remoting in einer Workgroup konfigurieren – der-windows-papst.de
- Wie man PowerShell-Remoting (WinRM) in Windows verwaltet – windows.thefilibusterblog.com
Hinweis: Dieser Beitrag wurde am 19.10.2026 mit KI-Unterstützung erstellt, auf Basis der genannten Quellen eigenständig formuliert und redaktionell von IT-Tribus betreut. Alle Angaben ohne Gewähr – bitte prüfen Sie Befehle vor dem Einsatz in produktiven Umgebungen und legen Sie vorher eine Sicherung an.
Benötigen Sie Unterstützung bei PowerShell Remoting WinRM?
IT-Tribus ist Ihr IT-Dienstleister aus Nideggen. Vor Ort helfen wir in Düren, im Kreis Düren und in der Region Aachen – Monitoring und Fernwartung mit NinjaOne bieten wir Unternehmen auch überregional an.
