Incorporate a WSL2 solution of the user space networking stack

[gbraad]

@sakai135 created https://github.com/sakai135/wsl-vpnkit and it might be a good idea to make this part of the general offering of the user space networking stack.

---

• use gvisor-tap-vsock binaries directly sakai135/wsl-vpnkit#187

[gbraad]

I hope Keiichi Shimamura (@sakai135) would like to engage in a conversation. Since we have several people working on the stack it would be very beneficial to combine efforts.

[sakai135]

@gbraad It would be great if we could combine/upstream any part or all of wsl-vpnkit to gvisor-tap-vsock.

[gbraad]

Hi @sakai135, sorry the delays. I was glad to see your emails. A while back I made a few changes to get the WSL2 parts in; https://github.com/gbraad/gvisor-tap-vsock/tree/wsl-gvproxy. What do you think?

[sakai135]

@gbraad Thanks, I'll take a look at it this weekend and maybe see if I can get it a bit more integrated.

[gbraad]

I will be on PTO/Chinese New Year, so away for a week. Just go ahead.

I'll also try to get you permissions here, but I am not the owner of the org.

[sakai135]

@gbraad Here's my take for a MVP. Omitting the ability to configure IP addresses, this change would enable me to use the vanilla gvisor-tap-vsock binaries in wsl-vpnkit.

main...sakai135:gvisor-tap-vsock:wsl

[gbraad]

Can you propose this as a PR?
In that case Christophe and Jason can respond directly.

Are there any performance trade-offs with the original usage?

[sakai135]

Created a draft PR #177. This provides the same performance as the original usage in wsl-vpnkit.

[EvertonSA]

hell yeah, thanks a lot everyone for this effort. My current employer is reluctant to continue with @sakai135 project and this will be really beneficial to us. Thanks a lot, I really really appreciate.

[gbraad]

We have to cut a release so this can move forward: #139
Release has been cut as 0.6.0

[cfergeau]

This work has been merged in #177 and in release 0.6.0, closing.