Windows-Fehler: Der WinRM-Client kann die Anfrage nicht verarbeiten, da er versucht, eine nur-lesbare Einstellung zu aktualisieren.

Beschreibung

This error occurs in Windows environments when a user, script, or configuration management tool (like Ansible, PowerShell Remoting, or Windows Admin Center) attempts to modify a Windows Remote Management (WinRM) configuration parameter that is marked as read-only, restricted by Local Group Policy, or blocked by the operating system’s security defaults.

WinRM trennt Einstellungen in konfigurierbare Parameter und statische, hardcodierte oder richtlinienbasierte Werte. Wenn ein automatisiertes Skript versucht, einen globalen Konfigurationsblock anzuwenden, der diese geschützten Einstellungen enthält, lehnt WinRM die gesamte Transaktion mit dieser spezifischen Fehlermeldung ab.

Schritt für Schritt

Um dieses Problem zu beheben, müssen Sie den als Ziel genutzten Leseparameter identifizieren oder die Richtlinienbeschränkung überschreiben.

Schritt 1: Identifizieren Sie, was den Konflikt verursacht

If you are running a deployment script or using a tool like Ansible, look at the specific WinRM tasks being executed.

• Suchen Sie nach Konfigurationsschlüsseln wie MaxEnvelopeSizekb, MaxTimeoutms, oder spezifische Zuhörer-Einstellungen.
• Überprüfen Sie, ob Ihr Skript versucht, Eigenschaften zu aktualisieren, die von den Gruppenrichtlinien von Active Directory verwaltet werden.

Schritt 2: Überprüfung der Überschreitung von Gruppenrichtlinienobjekten (GPO)

Wenn eine Einstellung von Ihrem Domänenadministrator durchgesetzt wird, werden manuelle Änderungen als nur-lesbar abgelehnt.

1. Drücken Sie die... Windows Key + R, Typ rsop.msc (Resultant Set of Policy), und drücken Enter.
2. Navigieren Sie zu: Computer Configuration - > Administrative Templates - > Windows Components - > Windows Remote Management (WinRM).
3. Überprüfen Sie die WinRM Client Und... WinRM Service Folder.
4. Wenn ein Einstellstatus als Enabled oder... Disabled Sie müssen Ihren Netzwerkadministrator bitten, das GPO zu ändern, oder die Maschine vorübergehend aus der Zielorganisation (OU) zu entfernen.

Schritt 3: Löschen Sie die WinRM-Konfiguration mit PowerShell

Wenn der Fehler durch einen lokal beschädigten oder steckenen Konfigurationszustand verursacht wird, kann das Zurücksetzen der WinRM-Dienstkonfigurationen ihn beheben.

1. Klicken Sie auf Start Speisekarte, Typ PowerShell, mit der rechten Maustaste auf Windows PowerShell, und wählen Run as Administrator.
2. Der WinRM-Dienst wird durch folgende Funktion gestoppt:

   Stop-Service winrm

3. Setzen Sie die WinRM-Konfigurations-Eigenschaften auf die Standardwerte zurück, indem Sie:

   winrm quickconfig -q

4. Neustart des WinRM-Dienstes:

   Start-Service winrm

Schritt 4: Leseparameter aus Automatisierungsskripten ausschließen

Wenn Sie Ansible verwenden (insbesondere Module wie ansible.windows.win_powershell oder Community-WinRM-Sammlungen), könnte Ihr Spielbuch versuchen, sicherzustellen, dass alle WinRM-Zustände mit einer Basislinie übereinstimmen.

1. Öffnen Sie Ihr Konfigurationsbuch oder das Initialisierungs-Skript.
2. Suchen Sie nach der Aufgabe, die WinRM-Einstellungen modifiziert.
3. Entfernen oder kommentieren Sie Zeilen, die versuchen, Konfigurationsfelder zu ändern, die Windows von Natur aus schützt (z. B. versuchen Sie nicht, Standard-SPNs oder spezifische Architektur-verriegelte Parameter manuell zu überschreiben).

Schritt 5: Überprüfen Sie den Konfigurationszustand

Nachdem Sie die oben genannten Schritte ausgeführt haben, überprüfen Sie, ob der WinRM-Client Konfigurationsdateien lesen kann, ohne zu versuchen, gewaltsam auf nurlesbare Pfade zu schreiben.

1. Öffnen Sie eine erweiterte PowerShell-Aufforderung.
2. Führen Sie den folgenden Befehl aus, um die aktuelle arbeitende Clientkonfiguration auszugeben:

   winrm get winrm/config/client

3. Wenn die Konfiguration vollständig gedruckt wird, ohne einen Fehler zu verursachen, wurde der Konflikt erfolgreich gelöst.