Windows-Fehlerbehebung: WinRM-Client antwortet mit ungültigen Zeichen

Beschreibung des Fehlers

Die Fehlermeldung "The WinRM client cannot process the request. The response received from the destination machine contains invalid characters and cannot be processed" typically occurs during remote management tasks using Windows Remote Management (WinRM) or PowerShell Remoting.

Dieses Problem tritt auf, wenn der Remote-Server Ihren Befehl verarbeitet, aber Ausgabe zurückgibt, die unerwartete Byte-Sequenzen, nicht-ASCII-Zeichen oder ANSI-Escape-Codes enthält (oft für die Farbgebung oder Formatierung von Text durch Kommandozeilenwerkzeuge, Skripte oder benutzerdefinierte Profile von Drittanbietern verwendet). Da der WinRM XML-Parser eine standardkonforme XML-Formatierung erwartet, beschädigen diese Roh-, nicht-Scaped- oder nicht-standardmäßigen Zeichen den Stream, wodurch der Client die gesamte Antwort ablehnt.

Schrittweise Lösungen

Lösung 1: Deaktivieren Sie benutzerdefinierte Profile und Textformatierung auf der Remote-Maschine

Wenn das Benutzerkonto, mit dem Sie eine Verbindung herstellen, über ein benutzerdefiniertes PowerShell-Profil verfügt ( $PROFILE ) oder ein Kommandoaufforderungsinitialisierungs-Skript, das beim Anmelden Text, Banner oder Farben ausgibt, wird WinRM brechen.

1. Loggen Sie sich direkt in die Fernmaschine ein (über RDP oder physischen Zugriff).
2. Öffnen Sie PowerShell und überprüfen Sie, ob ein Profil existiert, indem Sie:

   Test-Path $PROFILE

3. Wenn es zurückkehrt. $True, öffnen Sie die Profildatei im Notizblock:

   notepad $PROFILE

4. Comment out or remove any lines that generate visual output, print text banners, or modify text colors (such as third-party modules like Oh-My-Posh ) ist.
5. Speichern Sie die Datei und starten Sie Ihre WinRM-Verbindung neu.

Korrektur 2: Ändern Sie die Ausgabe-Codierung in UTF-8

Wenn sowohl der Host als auch die Remote-Maschine dazu gezwungen werden, UTF-8-Codierung zu verwenden, wird sichergestellt, dass Spezialzeichen während der Übertragung nicht falsch interpretiert werden.

1. Auf dem lokalen Rechner öffnen Sie PowerShell als Administrator.
2. Führen Sie die folgenden Befehle aus, um die Umgebung auf UTF-8 einzustellen:

   $OutputEncoding = [System.Text.Encoding]::UTF8

3. Verbinden Sie sich mit der Remote-Maschine, indem Sie Ihre WinRM-Sitzung verwenden.
4. Führen Sie die gleichen beiden Befehle auf der Remote-Maschine aus, bevor Sie Ihr primäres Skript oder Befehl ausführen.

Lösung 3: Unterdrücken Sie Warnungen, Fehler und Wortströme in Ihren Befehlen

Wenn ein bestimmtes Dienstprogramm oder Befehl in Ihrem Skript Rohformatierungsschriftzeichen in die Fehler- oder Warnpipelines ausgibt, können Sie diese Ströme explizit umleiten oder unterdrücken.

1. Identifizieren Sie den Befehl, der das Problem in Ihrem Remote-Block verursacht.
2. Anlage. 6>null 7>null oder Umleitungsparameter, um zu verhindern, dass nicht standardmäßige Streams die XML-Ausgabe verschmutzen.

   Invoke-Command -ComputerName "RemoteServer" -ScriptBlock { 
       Get-TargetData 3>$null 4>$null` 
   }

3. Alternativ können Sie die Präferenzvariablen zu Beginn Ihres Skriptblocks setzen:

   \(WarningAction = 'SilentlyContinue'\)VerbosePreference = 'SilentlyContinue'

Korrektur 4: Neustart des WinRM-Dienstes

Ein beschädigter WinRM-Service-Zustand auf beiden Seiten kann manchmal zu Fehlverhalten bei der Parsierung führen. Das Zurücksetzen des Dienstes löscht die Betriebspuffers.

1. Öffnen Sie PowerShell als Administrator auf dem Remote-Computer.
2. Starten Sie den Windows Remote-Management-Dienst neu, indem Sie:

   Restart-Service WinRM -Force

3. Auf Ihrem lokalen Rechner öffnen Sie PowerShell als Administrator und starten Sie auch Ihren lokalen WinRM-Dienst neu:

   Restart-Service WinRM -Force