Windows-Fehlerbehebung: Der WinRS-Client kann die Anfrage nicht verarbeiten

This error typically occurs when using Windows Remote Management (WinRM) or Windows Remote Shell (WinRS) to execute commands on a remote computer. The specific error message, "Der für die WinrsFreePullResult-Funktion erforderliche Parameter ist null oder null". zeigt eine Protokollunvereinbarkeit, einen beschädigten Sitzungszustand, Probleme mit der Buffergröße oder eine unerwartete Verkürzung der Datenlast zwischen dem Client und dem entfernten Zielgerät während der Datenerfassung an.

Nachfolgend finden Sie die vollständige, detaillierte Beschreibung, warum dies geschieht, und eine umfassende Schritt-für-Schritt-Anleitung zur Behebung.

Fehlerübersicht und Ursachen

Die... WinrsFreePullResult function ist ein interner API-Aufruf, der vom Windows Remote Shell-Client verwendet wird, um Speicherressourcen freizugeben, die für das Ziehen von Befehlsausführungsergebnissen vom Remote-Server zugewiesen wurden. Wenn diese Funktion einen Null- oder Nullparameter erhält, bedeutet dies, dass die Clientseite einen gültigen Speicherzeiger oder eine Datenstückgröße vom Netzwerkstrom erwartet hat, aber stattdessen eine leere oder beschädigte Antwort erhielt.

Zu den häufigsten Auslösern für diesen Fehler gehören:

• Buffer Limit Exhaustion: Die Befehlausgabe auf der Remote-Maschine ist zu groß für die konfigurierten WinRM-Puffer- oder Ausgabegrößengrenzen.
• WinRM Service Glitches: Der WinRM-Dienst entweder auf dem lokalen Client oder dem Remote-Host ist in einen instabilen Zustand eingetreten.
• MaxShellsPerUser Limits: Das Benutzerkonto hat die maximale Anzahl gleichzeitiger Remote-Shells überschritten, die nach der Hostrichtlinie zulässig ist.
• Network Security Interruption: Firewalls, Deep Packet Inspection (DPI) oder VPN-Drops schneiden die RPC/WS-Management-Verbindung in der Mitte der Übertragung ab und führen zu einer Null-Nutzlastrückgabe.

Schrittweise Lösungen

Folgen Sie den folgenden Schritten, um den Fehler zu beheben. Sie benötigen Administratorrechte sowohl auf dem Client-Computer als auch auf dem Remote-Computer, um diese Befehle auszuführen.

Schritt 1: Neustart des WinRM-Dienstes

Die schnellste Lösung für temporäre Sitzungsfehler besteht darin, den Windows Remote Management-Dienst auf beiden Maschinen neu zu starten.

1. Öffnen Sie das Startmenü und tippen Sie cmd Mit der rechten Maustaste. Command Prompt, und wählen Run as administrator.
2. Geben Sie den folgenden Befehl ein, um den Dienst zu beenden:

   net stop winrm

3. Geben Sie den folgenden Befehl ein, um den Dienst neu zu starten:

   net start winrm

4. Führen Sie diese gleichen Schritte auf der Remote-Maschine aus, wenn Sie einen alternativen Zugriff darauf haben (z. B. über RDP oder physischen Zugriff).

Schritt 2: Erhöhen Sie die MaxMemoryPerShellMB- und Ausgabepuffers

Wenn der ausgeführte Befehl große Mengen an Text oder Daten erzeugt, wird die Standardeinstellung WinRM-Speicherlimits die Verbindung fallen lassen und diesen Fehler auslösen.

1. Auf dem... Remote Target Machine Mach auf. PowerShell as an Administrator.
2. Überprüfen Sie die aktuellen Konfigurationsbegrenzungen durch Ausführen:

   Get-Item WSMan:\localhost\Shell\*

3. Erhöhen Sie den pro Shell zugewiesenen Speicher von standardmäßig (512 MB oder 1024 MB) auf 2048 MB, indem Sie:

   Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 2048

4. Erhöhen Sie die maximale Anzahl gleichzeitiger Shell pro Benutzer, um sicherzustellen, dass Ihre Sitzung nicht erstickt wird:

   Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 30

5. Starten Sie den WinRM-Dienst neu, um diese Änderungen anzuwenden:

   Restart-Service winrm

Schritt 3: URI und Timeout-Einstellungen am Client ändern

Wenn der Client die Anfrage während des Wartezeitraums auf eine langfristige Antwort ablässt, wird der interne Datenzeiger Null. Sie können die Timeout-Werte der Operation verlängern.

1. Auf deinen... Local Client Machine Mach auf. PowerShell as an Administrator.
2. Setzen Sie den Standard-Struktur-Timeout höher, damit große Datenströme erfolgreich abgeschlossen werden können:

   Set-Item WSMan:\localhost\Client\DefaultPorts\HTTP 5985
   Set-Item WSMan:\localhost\Client\NetworkDelayms 60000

3. Wenn Sie den Befehl mit dem winrs Ausführbar, ergänzen Sie die -t Parameter zur manuellen Verlängerung der Ausführungszeit.

   winrs -r:RemoteComputerName -t:600 "your-command-here"

   (Anmerkung: Die -t:600 die Zeitrahmengrenze auf 600 Sekunden gesetzt wird).

Schritt 4: Wiederregistrieren und Reparieren der WinRM-Konfiguration

Wenn Konfigurationen falsch ausgerichtet sind oder Sicherheitsdeskriptoren beschädigt sind, kann das Zurücksetzen der WinRM-Listerin-Infrastruktur die zugrunde liegenden Endpunkte reparieren.

1. Auf dem... Remote Target Machine Mach auf. Command Prompt as an Administrator.
2. Führen Sie das Konfigurationsprogramm aus, um die Ausnahmen von Zuhörern und Firewalls automatisch zu reparieren:

   winrm quickconfig

3. Wenn Sie aufgefordert werden, Änderungen vorzunehmen oder den Status zu analysieren, drücken Sie y Und schlagen. Enter Sie müssen es akzeptieren.
4. Wenn das Setup bereits ausgeführt wird, stellen Sie die Konfigurationseinstellungen vollständig auf den Standardzustand zurück, indem Sie:

   winrm invoke restore winrm/config @{}

5. Wiederholen. winrm quickconfig Nach einer Wiederherstellung, um saubere Endpunkte wiederherzustellen.

Schritt 5: Überprüfen Sie Netzwerkpaketinspektion und MTU-Größen

Große Pakete mit Datenlast können über Netzwerkrouten fragmentiert werden. Wenn eine Firewall die zurückliegenden Pakete entfernt, stößt der Client auf den Nullparameter-Bug.

1. Deaktivieren Sie vorübergehende Deep Packet Inspection oder HTTP Traffic Scanning für Ports 5985 (HTTP) und 5986 (HTTPS) innerhalb lokaler oder Netzwerk-Firewalls.
2. Ensure that your Network Interface Card (NIC) Maximum Transmission Unit (MTU) size matches on both client and host (Standard value is 1500 Sie können dies in der Eingabeaufforderung überprüfen:

   netsh interface ipv4 show subinterfaces