WSL2: hyper-v sockets, and VMID

[simonferquel]

Please fill out the below information:

• Your Windows build number: Microsoft Windows [Version 10.0.18917.1000]

• What you're doing and what's happening:
  I am a member of the Docker Desktop team, working on integration with WSL2. We are using Hyper-V socket as a way to communicate between Windows and Linux processes (as cross-os unix sockets are not available yet on WSL 2). Everything works fine, but retrieving the VMID for setting up the HV-Socket connection requires admin privileges, and finding which running VM is hosting the current user's WSL distros.

• What's wrong / what should be happening instead:
  We need an API for getting this VMID reliably without admin privileges.

[simonferquel]

@Biswa96 You wrote the WslReverse thing right ? it's awesome ! I did not find anything about the VMID in the LxssManager COM interfaces though, have you ?

[benhillis]

We are working on a better host / guest communication channel that does not rely on hvsocket. I would not suggest taking a dependency on undocumented COM APIs because a certain dev (who happens to have a very handsome dog as his profile picture) tends to change them with wanton disregard.

[Biswa96]

retrieving the VMID for setting up the HV-Socket connection requires admin privileges

I have a semi-documented method. Use HcsEnumerateComputeSystems() to get the list of running containers/VMs. The output will be a JSON arrays of VMs properties. From the output, get "Id" attribute and the value contains "WSL-" string. If the previous condition is true the "RuntimeId" contains the VMID. For example the full output is like this:

[
    {
        "Id": "WSL-03697A70-A16F-4AE6-BC91-73A1AD28E55B",
        "SystemType": "VirtualMachine",
        "Owner": "WSL",
        "RuntimeId": "89d139ca-2324-5976-8706-dd7fd705ef16",
        "State": "Running"
    }
]

More in my hvtool toy.

[simonferquel]

That is what we do in Docker Desktop for now. Problem is: if there are multiple user sessions active at the same time running wsl, you have no way to know which VM belongs to which user. Also, this API requires elevated privileges

[Biswa96]

if there are multiple user sessions active at the same time running wsl

The VMID is same with multiple distribution.

this API requires elevated privileges

You can wrap those functions and run it as a service, just like LxssManager does.

[simonferquel]

Again that is what we do.
The VM is unique for a single user. But 2different users on the same machine get each their own VM

[benhillis]

I worked with @simonferquel offline and this is no longer a requirement for Docker.