Direkt zum Inhalt

wslrelay.exe

Windows-ProzässMicrosoft Corporation

Katalog-Suchbegriff wslrelay, wsl relay, wsl localhost relay

WindowsSyschtemkomponänte

WSL localhost- und stdio-Wiiterleitig. Leitet Ports und gwüssi Konsolen-Streams zwüschet Windows und ere Distro wiiter. Es isch nöd de Hypervisor und nöd WslService.

Was du wüsse muesch

wslrelay isch d'Port-/stdio-Wiiterleitig, nöd de Hypervisor.

wslrelay.exe leitet localhost-Ports und gwüssi stdio-Dateie zwüschet Windows und WSL wiiter. vmcompute.exe und d'Utility-VM bilded d'Compute-Site. wslhost.exe übernimmt die breiteri Interop. En Relay z'beände chan en wiitergleitete Webserver unterbräche, nöd aber Hyper-V sälber.

Sicher?
Überprüef de Pfad, d Signatur und de Herusgeber vo de laufende Datei. De Name ällei garantiert kei Sicherheit.
Isch es Hyper-V?
Nei. Es isch e Port-/stdio-Wiiterleitig
S'Gliiche wie wslhost?
Nei. wslhost isch Interop-I/O
Feex meint
Wenn ich wslrelay gsehne während ich e Linux-App an localhost bunde han, gsehni das als Port-Brücke a. Ich öffne de Hyper-V-Manager nöd und sueche nach vmms für dä Port.

Was isch wslrelay.exe?

wslrelay isch d'Port-/stdio-Wiiterleitig, nöd de Hypervisor. Es isch nöd vmms.exe und nöd vmcompute.exe. Die kümmered sich um Compute. Dä Prozess verbindet nur localhost und gwüssi Streams.

Was macht das?

Es mappt en Linux-Port uf de Windows-localhost und chan stdio für en gstartete Prozess überträge. Es verwaltet keini VMs und lischted Distributione nöd uf.

Warum lauft das?

E Distro hät en Port freigäh, es Tool hät Localhost-Forwarding bruucht, oder WSL hät e stdio-Brücke nötig gha. Keini wiitergleitete Sockets bedüütet meistens, dass dä Relay inaktiv oder wäg si sött.

Warum git's mehreri Kopie?

Mehreri wslrelay.exe-Kopie chönd mehreri Port- oder stdio-Brücke si. Das sind nöd mehreri Hyper-V-Verwaltigsdienst.

Laufendi Instanz inspiziere

I Windows PowerShell listet die schriibgschützti Abfrag passendi Prozess-IDs, Erstellzite und Pfad zum usführbare Programm uf dem PC uf.

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

Kein Ergebis oder en unerreichbari Pfad isch ned abschliessend. Gschützi Prozässe chönd de Zugrif einschränke, und Prozess-IDs chönd wiederverwendet werde. Halte persönlichi Pfad lokal.

Bruuch de Datei-Identitäts-Führer zum Vergliich vo Signature und Produktmetadate. En Dateiname alliä chan kei Sicherheit bestätige.

Isch es sicher?

Laufendi Datei überprüfe

En Microsoft-wslrelay im WSL-Paket isch d'Localhost-/stdio-Brücke. En wslrelay.exe im Temp-Ordner isch es nöd. Das isch immer no nöd Hyper-V vmms.

Vergliich de aufgezeichnete Ort mit de tatsächliche Datei. En bekannte Ordner alliä bestätigt d'Identität ned.

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

  • Erwartete Herusgeber: Microsoft Corporation
  • Ufgab isch d'Port- und stdio-Wiiterleitig
  • Nöd vmcompute.exe und nöd vmms.exe

Chan ich's beände?

Dä wiitergleiteti Port bricht ab

Wird wslrelay.exe beändet, chan de Localhost-Zuegriff uf dä Linux-Listener verlore gah. D'Utility-VM chan aktiv bliibe. vmms.exe z'stoppe isch e anderi, Hyper-V-spezifischi Gschicht.

Chan ich's entferne?

Nei

Lösch wslrelay.exe nöd. Stopp de Linux-Prozess, wo de Port freigäh hät, oder führ wsl --shutdown us. Deaktivier Hyper-V nöd, zum dä Relay z'entferne.

Sött's mit Windows starte?

E Wiiterleitig oder stdio-Brücke startet's. Es isch kei Autostart-App.

Ressource-Nutzig missse

Miss de aktuelle Prozess, statt en universelle Basiswert aaznähme
CPU und Speicher Vergliich mehri Beobachtige für die gliichi PID und Arbeitslast. Dä Itrag hät kei unabhängig gemessene universelle Basiswert.
Festplatte und Netzwerk Ordne Aktivitätem em tatsächliche Prozess und de aktuelle Ufgab zue; en Dateiname alliä bestätigt ned erwarteti Ziel oder Übertragigsvolume.

Datei-Informatione

wslrelay.exe Datei-Informatione
Name vom Programm wslrelay.exe
Aufzeichneti Installationspfad C:\Program Files\WindowsApps\MicrosoftCorporationII.WindowsSubsystemForLinux_*\wslrelay.exe
Herusgeber Microsoft Corporation
Signaturprüfig D'tatsächliche Datei inspiziere; dä Itrag zertifiziert d'Identität vom Zertifikat ned.

Hüüfigi Problem

De Browser chan localhost:3000 nöd erreiche, nachdem en Optimizer de Relay beändet hät

Starte de Linux-Server oder d'Distro neu. D'App isch immer no i de VM. vmms isch nie die Brücke gsi.

Verwechslet mit wslhost-Datei-Hänger

\\wsl.localhost Datei-I/O isch wslhost. En tote Localhost-Port isch dä Relay.

Fählersuechi

Diagnostizier, bevor du öppis Zerschtörerischs machsch.

Bestätig, dass de Linux-Prozess no zuelost

Prüef de Port i de Distro. Wenn er det aktiv isch, aber Windows-localhost fälschlat, isch de Relay d'Windows-Site. De Hyper-V-Manager zeigt dä Socket nöd a.

wsl --shutdown, dänn d'App neu starte

Das baut d'Relays wider uf. Ersetz vmcompute.exe nöd, zum "localhost z'flicke".

Technischi Detail

Technischi Detail
Technischi Details zu wslrelay.exe
Abbildname wslrelay.exe
Rolle WSL localhost- und stdio-Wiiterleitig

Identität vonere laufende Datei überprüefe

En Dateiname alliä chan kei Sicherheit bestätige. Überprüf de tatsächliche Pfad, d'Signatur und d'Produktidentität.

Quelle und Verifikation

Erfassts Quell-Label: August 2026. Das Label stellt kei unabhängigi Verifikation dar. Wie mir recherchiered.

Isch dä Artikel nützlich gsi?

Es Ja oder Nei längt. Wähl en Grund us, wänn du wotsch, oder schryb e churzi Notiz.

Isch dä Artikel nützlich gsi?