wslrelay.exe

Windows-ProzessMicrosoft Corporation

Katalogsuchbegriffe wslrelay, wsl relay, wsl localhost relay

WindowsSystemkomponente

WSL-Localhost- und Stdio-Relay. Es leitet Ports und einige Konsolen-Streams zwischen Windows und einer Distribution weiter. Es ist nicht der Hypervisor und nicht WslService.

Was Sie wissen müssen

wslrelay ist das Port/Stdio-Relay, nicht der Hypervisor.

wslrelay.exe leitet Localhost-Ports und einige Stdio-Streams zwischen Windows und WSL weiter. vmcompute.exe und die Utility-VM bilden die Compute-Seite. wslhost.exe übernimmt die erweiterte Interoperabilität. Das Beenden eines Relays kann die Verbindung zu einem weitergeleiteten Webserver trennen, nicht aber zu Hyper-V selbst.

Sicher?: Überprüfen Sie Pfad, Signatur und Herausgeber der ausgeführten Datei. Der Name allein kann keine Sicherheit belegen.
Ist es Hyper-V?: Nein. Es ist ein Port/Stdio-Relay
Dasselbe wie wslhost?: Nein. wslhost ist Interop-I/O

Feex sagt

Wenn ich wslrelay sehe, während ich eine Linux-App an localhost gebunden habe, betrachte ich dies als die Port-Brücke. Ich öffne nicht den Hyper-V-Manager und suche nach vmms für diesen Listener.

Was ist wslrelay.exe?

wslrelay ist das Port/Stdio-Relay, nicht der Hypervisor. Es ist nicht vmms.exe und nicht vmcompute.exe. Diese führen Rechenoperationen aus. Dieses Abbild überbrückt nur localhost und einige Streams.

Was macht es?

Es bildet einen Linux-Listen-Port auf Windows-Localhost ab und kann Stdio für einen gestarteten Prozess übertragen. Es verwaltet keine VMs und listet keine Distributionen auf.

Warum läuft es?

Eine Distribution hat einen Port freigegeben, ein Tool hat Localhost-Weiterleitung verwendet oder WSL benötigte eine Stdio-Brücke. Keine weitergeleiteten Sockets bedeuten oft, dass dieses Relay im Leerlauf oder beendet sein sollte.

Warum gibt es mehrere Kopien?

Mehrere wslrelay.exe-Kopien können mehrere Port- oder Stdio-Brücken sein. Das sind nicht mehrere Hyper-V-Verwaltungsdienste.

Die laufende Instanz untersuchen

In Windows PowerShell listet diese schreibgeschützte Abfrage übereinstimmende Prozess-IDs, Erstellungszeiten und ausführbare Pfade auf diesem PC auf.

Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'wslrelay.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List

Kein Ergebnis oder ein unzugänglicher Pfad ist nicht schlüssig. Geschützte Prozesse können den Zugriff einschränken, und Prozess-IDs können wiederverwendet werden. Halten Sie persönliche Pfade lokal.

Verwenden Sie den Dateiidentifizierungsleitfaden zum Vergleichen von Signaturen und Metadaten des Produkts. Ein Dateiname allein kann keine Sicherheit feststellen.

Ist es sicher?

Diese laufende Datei verifizieren

Ein Microsoft-wslrelay im WSL-Paket ist die Localhost/Stdio-Brücke. Eine wslrelay.exe in Temp ist es nicht. Dies ist nach wie vor nicht Hyper-V vmms.

Vergleichen Sie den aufgezeichneten Speicherort mit der tatsächlichen Datei. Ein bekannter Ordner allein begründet keine Identität.

C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_*\wslrelay.exe

Erwarteter Herausgeber: Microsoft Corporation
Aufgabe ist Port- und Stdio-Relay
Nicht vmcompute.exe und nicht vmms.exe

Kann ich es beenden?

Dieser weitergeleitete Port wird getrennt

Das Beenden von wslrelay.exe kann den Localhost-Zugriff auf diesen Linux-Listener unterbrechen. Die Utility-VM kann aktiv bleiben. Das Stoppen von vmms.exe ist eine andere Hyper-V-Angelegenheit.

Kann ich es entfernen?

Nein

Löschen Sie wslrelay.exe nicht. Beenden Sie den Linux-Prozess, der den Port veröffentlicht hat, oder führen Sie wsl --shutdown aus. Deaktivieren Sie nicht Hyper-V, um dieses Relay zu entfernen.

Sollte es mit Windows starten?

Eine Weiterleitung oder Stdio-Brücke startet ihn. Es handelt sich nicht um Autostart-Apps.

Ressourcennutzung messen

Messen Sie den aktuellen Prozess, anstatt eine universelle Basislinie anzunehmen
CPU und Speicher	Vergleichen Sie mehrere Beobachtungen für dieselbe PID und Arbeitslast. Dieser Eintrag hat keine unabhängig gemessene universelle Basislinie.
Festplatte und Netzwerk	Ordnen Sie die Aktivität dem tatsächlichen Prozess und der aktuellen Aufgabe zu; ein Dateiname allein begründet keine erwarteten Ziele oder Übertragungsvolumen.

Dateiinformationen

Informationen zur Datei wslrelay.exe
Name der ausführbaren Datei	wslrelay.exe
Aufgezeichneter Installationspfad	C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_*\wslrelay.exe
Herausgeber	Microsoft Corporation
Signaturprüfung	Untersuchen Sie die tatsächliche Datei; dieser Eintrag bescheinigt nicht ihre Zertifikatsidentität.

Häufige Probleme

Browser kann localhost:3000 nicht erreichen, nachdem ein Optimierungsprogramm das Relay beendet hat

Starten Sie den Linux-Server oder die Distribution neu. Die App befindet sich weiterhin in der VM. vmms war nie diese Brücke.

Verwechslung mit wslhost-Dateihängern

\\wsl.localhost-Datei-I/O gehört zu wslhost. Ein toter Localhost-Port liegt an diesem Relay.

Fehlerbehebung

Diagnostizieren Sie, bevor Sie destruktive Änderungen vornehmen.

Bestätigen Sie, dass der Linux-Prozess noch lauscht

Prüfen Sie den Port innerhalb der Distribution. Wenn er dort lauscht, aber Windows-Localhost fehlschlägt, liegt das Problem auf der Windows-Relay-Seite. Der Hyper-V-Manager zeigt diesen Socket nicht an.

wsl --shutdown, dann die App erneut starten

Dadurch werden Relays neu aufgebaut. Ersetzen Sie nicht vmcompute.exe, um "localhost zu reparieren".

Technische Details

Technische Details zu wslrelay.exe
Abbildname	wslrelay.exe
Rolle	WSL-Localhost- und Stdio-Relay

Identität einer laufenden Datei überprüfen

Ein Dateiname allein kann keine Sicherheit feststellen. Überprüfen Sie den tatsächlichen Pfad, die Signatur und die Produktidentität.

Quellen und Verifizierung

Erfasstes Quellenlabel: August 2026. Dieses Label begründet keine unabhängige Verifizierung. Wie wir recherchieren.

Microsoft Learn: WSL-Netzwerkbetrieb · Localhost- und Portweiterleitung zwischen Windows und WSL
Microsoft Learn: WSL-Architektur · Netzwerk-Hilfsprogramme sind nicht die CLI
Foxhole-Prozesskarte · Erstanbieter-Stichproben auf Windows-PCs. Kein Labor-Benchmark.
Microsoft Sysinternals: Sigcheck · Erläutert, wie Dateisignaturen geprüft werden. Diese Referenz belegt nicht die Identität oder Sicherheit einer bestimmten laufenden Datei.
Microsoft: Get-CimInstance · Schreibgeschützte lokale Prozessabfragemethode.
Microsoft: Win32_Process-Eigenschaften · Dokumentiert Prozess-IDs, ausführbare Pfade, Erstellungsdaten und die Wiederverwendung von Eltern-IDs.

War dieser Artikel nützlich?

Ein Ja oder Nein genügt. Wählen Sie optional einen Grund oder fügen Sie eine kurze Notiz hinzu.