-
Notifications
You must be signed in to change notification settings - Fork 852
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WSL Bridge - Packet Diagram #8208
Comments
It was suggested to view WSL switch configuruation and mapping to use commands with mixed result and maybe others can post means to map. I expected to see mapping of MAC of vNIC of Ubuntu Instance to map to MAC of some defined bridge interface.. but did not see that. Windows Admin Powershell
PS C:\WINDOWS\system32> get-hnsnetwork ActivityId : B3FFFB67-59A6-4954-9CBD-7048C9C33DBD ActivityId : 2A1EFB9A-258A-40EE-8201-044D4ABB5E40 PS C:\WINDOWS\system32>` WSL Instance side List of NICs from OS perspective Windows IP Configuration Host Name . . . . . . . . . . . . : laptop Ethernet adapter Ethernet: Media State . . . . . . . . . . . : Media disconnected Unknown adapter OpenVPN Wintun: Media State . . . . . . . . . . . : Media disconnected Ethernet adapter vEthernet (Default Switch): Connection-specific DNS Suffix . : Ethernet adapter Ethernet 5: Media State . . . . . . . . . . . : Media disconnected Unknown adapter NETGEAR-VPN: Media State . . . . . . . . . . . : Media disconnected Wireless LAN adapter Local Area Connection* 2: Media State . . . . . . . . . . . : Media disconnected Wireless LAN adapter Local Area Connection* 3: Media State . . . . . . . . . . . : Media disconnected Ethernet adapter Ethernet 2: Media State . . . . . . . . . . . : Media disconnected Wireless LAN adapter Wi-Fi: Connection-specific DNS Suffix . : local Ethernet adapter Bluetooth Network Connection: Media State . . . . . . . . . . . : Media disconnected Questions:
Thanks for responses |
Update: After reboot , which I avoid like plague now due to the steps needed to get things back working with WSL, I have several weird things happen that may add needed color to above thread
|
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Version
Version 10.0.22000.556 (Windows 11)
WSL Version
Kernel Version
5.10.102.1
Distro Version
Ubuntu 20.04
Other Software
No response
Repro Steps
Related thread: https://docs.microsoft.com/en-us/answers/questions/788964/wsl-with-bridging-windows-11.html
Question:
WSL.
TOday I can get it to work with HyperV switch "WSL" binding to Gb NIC (with mgmt so base OS works), then enable bridging WSL virtual adapter to Gb NIC.. Total hack job but.. WSL then routes and so does OS. But.. this is 1) Brittle and has to be recomfigured each reboot 2) Is more of poking in the dark then tactically setting up packet paths 3) Does not afford configuration profiles where how I connect (Gb, vs Wifi, vs VPN Virtual adapter) based on where I have to work with laptop.
If someone can explain the data path and connection logic, as well as to "WSL is hidden HyperV guest" and if so.. WHy are we hiding this? What can we do at a command prompt to effect the environment?
Expected Behavior
I link WSL to a logical interface:
"Bridge" adapter -> to do L2 bridging to a given NIC, or, Bridge to hyperV switch, which then offloads communication under known HyperV connection setup.... such as link to interface, or internal etc..
I want to run a command, and get back "how is WSL connected" .. the vNIC is listed, and return back is to what device / NIC that the Windows OS controls.
Actual Behavior
It is hidden.
No commands exist to list what the virtual WSL host is connecting to
No means to track down links and so configuration
No means to change profile of bindings as host connections change: Ex: three profiles based on which "NIC" I have to link the WSL intance to.
Diagnostic Logs
Attached are images of trying to poke in the dark... to get things to work, as well as control with best practices.
The text was updated successfully, but these errors were encountered: