-
Notifications
You must be signed in to change notification settings - Fork 859
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 Networking Broken in 2.0.7 #10709
Comments
I found #10666 while looking through the 2.0.7 notes and it looks like I don't have Virtual Machine Platform enabled. So I'm confused as to why this wasn't an issue for me prior to 2.0.7 (is the version returned by |
I can confirm that enabling VMP fixed the issue. I'll leave this open for now in case there's additional information you'd like to me provide, but I also don't have a problem with this being marked as closed/resolved. Now that I'm able to get back into my WSL env, I've update the issue with Kernel/Distro info. |
Enabling VMP temporarily fixed the issue for me, but the issue is returning after running |
@dominicfmazza, after the issue has returned, when you say the issue has returned, do you mean the VMP feature is disabled again? |
/logs |
@benhillis Updated with logs with both VMP disabled (where I get the error in the original Issue) and enabled just in case both may help determine why the better error didn't show. |
Downgrading to 2.0.4 fixes it for me |
Yes,I have the same problem! Network error recv() |
Same problem after upgrading from WSL version 1.2.5.0 to 2.0.9 ("Failed to configure network (networkingMode Nat). To disable networking, set
Could Just in case this helps understanding what may be going on. |
Can confirm enabling "Virtual Machine Platform" in Optional Features fixed this same issue. |
Disabling the Windows Firewall triggered this bug for me. Enabling the Windows Firewall and installing the Virtual Machine Machine Platform resolved it. |
Exact same problem here. Enabling Virtual Machine Platform fixed it. |
@fishfacemcgee please install the virtual machine platform. |
@chanpreetdhanjal As I stated in my follow-up comments, I did, and it fixed the issue. However, the current issue now is that this release note for 2.0.7:
does not appear to be valid. My WSL instance was working just fine on the prior version of WSL, and then I ran into the error in the original issue which, as we can all see, contains zero actionable information related to the Virtual Machine Platform. I do think it's potentially noteworthy that either:
but the fact of the matter is 2.0.7 was supposed to contain fixed behavior around VMP-related errors that otherwise appeared to be networking related and this issue is proof otherwise. If MS wants to close this issue because the reported issue of "Networking error in 2.0.7" is resolved, I won't be offended, but I think my issue and the other comments here would warrant at least this being re-categorized around the incorrect error instead. |
To back up @fishfacemcgee , I did not see this error until WSL2 was updated to 2.0.7. I had not enabled VMP prior to this update. After the WSL2 update I launched my distro and recieved the same networking error as posted by @fishfacemcgee . I landed here after an Internet search for:
|
Could you please follow the steps below and attach the diagnostic logs? https://github.com/microsoft/WSL/blob/master/CONTRIBUTING.md#collect-wsl-logs-for-networking-issues |
@chanpreetdhanjal Can you please read the rest of the comment thread where you can see that logs were already requested and provided? |
@fishfacemcgee The link above is new WSL networking log script. Please follow the link and share when you get some time. |
@chanpreetdhanjal The link above is literally the commands I was asked to run to provide logs after I reported this issue. |
@chanpreetdhanjal And again, as I stated, this is no longer a networking issue but an error reporting issue. |
TL;DR; VMP is enabled on my machine and I still have the issue. I'm getting the same issue, but I already had (and still have) "Virtual Machine Platform" installed. WSL worked fine when I first installed it yesterday, but later in the day this same bug came up. I somehow got the error to go away by disabling VMP, restarting the computer, running My WSL version is 2.0.9.0, and I'm happy to provide logs if you need.
|
I figured out my issue at least. If you have NordVPN client set to auto-connect when the computer starts, then you get the error when you try to start the terminal. If you just disable your vpn before you try to start the terminal, then it starts ups without an error. |
While I set the file in
|
Enabling VMP worked for me. I had a stressful time for a few days just trying to figure out the issue. No matter what I tried worked. You are a HUGE lifesaver! |
Can I somehow verify that VMP is enabled? It should be, as per UEFI setup. But I still get the same error message. Also, some commenters recommend to "install VMP". Is this a special software? Or another terminology for enabling VT-d in UEFI? |
No, VMP stands for Virtual Machine Platform. It is part of Windows but can be enabled or disabled, which then installs or uninstalls it from your system on restart. You can verify if it is enabled by going to your start menu and searching "Windows features" and it should automatically find "Turn Windows features on or off." Scroll down until you find Virtual Machine Platform and make sure it is checked. |
The only thing that will resolve this issue for me is to
The problem comes right back if I have to reboot for anything other reason. Quite annoying. |
I was getting errors when loading up WSL, same message error asking me to load with no network, error: 0xffffffff |
I am experiencing this issue as well:
I have no idea what to do from here.
|
I too am experiencing this. Thought it was linked to me trying (and failing) to set up LAN network bridge connection, but I also just did the
And wsl is working, but w/o networking, which kinda defeats part of the use case I have WSL for ('built-in' SSH, SFTP, rsync, rclone, etc ability and linux env), so a fix or solution soon would be greatly appreciated.
|
Log for when I don't have the |
@brianjlacy did you get your situation working? if so, what steps did you take? |
you are amazing and i love you thank you so much this has been very hard to troubleshoot but your answer did it! |
I had this problem persistent even with Virtual Machine Platform was enabled. I noticed that my Mullvad VPN wouldnt connect and it said due to VMWare conflict This fixed it:Open Registry Editor: Navigate to the Registry Key: Delete the Registry Key: Reboot Your PC: Go to Network Connections: Select Your Ethernet Adapter: Remove VMware Bridge Protocol: Uncheck it or select it and click Uninstall. |
In my case, this problem occurred when DHCP was disabled. Open services.msc and check that "DHCP client" is running and set to automatic. |
I had this same error although the error code was different at the end. Mine read Error code: Wsl/Service/CreateInstance/CreateVm/ConfigureNetworking/HNS/0xffffffff Turned out my DNS proxy I had installed for development was messing things up (I am using Acyrlic DNS Proxy). When I stopped this it all worked. |
I had the same issue here after installing the 2024-03 Cumulative Update for Windows 11 Version 23H2 (KB5035853) update. @MikeS1042 's answer prompted me to look at the Technitium DNS server I have set up for "at home DNS". Stopping Technitium, starting WSL, then restarting technitium, seemed to resolve things. the .wslconfig file made no difference. |
I have the same issue.. ailed to configure network (networkingMode Nat). To disable networking, set |
I have this issue and none of the workarounds (I tried them all) worked. |
@KubeDevMax I eventually rolled back to WSL1 in order to avoid the Hyper-V problem, and then it worked |
I have this issue suddently. But since I have no change on system and VMP is always on, just restarted system and then OK. |
same issue here, version:
and
and turning no safe mode fixes this but of course thats not really a solution, it just hides it under the rug edit: restarting the machine did fix the issue. |
+1 |
Port 53 is issue.
Open cmd as admin
For a new docker installation install a distro also
save and restart pc and start docker. |
I think for me the problem was Docker Desktop. I disabled Docker Desktop on startup, restarted my machine, opened the Terminal into WSL Ubuntu 22.04 and networking worked again. If I manually start Docker Desktop, networking still works so I believe it must be some kind of race condition between Docker Desktop and WSL.
And
|
Thanks a lot @azidancorp ! I have limited knowledge in networking, and had no idea uninstalling VMWare would cause the issue. |
Reported by one developer today, started to fail after Windows update KB5045935, coincidence or not. WSL --version Restarted & rebooted machine 3 times, no success. Virtual Machine Platform is already enabled: Uninstall the KB5045935 does not fix the problem: wusa /uninstall /kb:5045935 Any idea? He cannot work. |
If you have a vpn. turn it of. |
Using a networking mode of mirrored works until you want to expose ports, so nat mode is still a requirement for myself. Hope this can be resolved as every time i reboot my machine it fails, I have to change to mirrored, start up wsl, shutdown wsl, change back to nat, get a new IP, add new firewall rules to forward to the correct address. This is extremely annoying to go through daily. |
Windows Version
Microsoft Windows [Version 10.0.22631.2506]
WSL Version
2.0.7.0
Are you using WSL 1 or WSL 2?
Kernel Version
Linux version 5.15.133.1-microsoft-standard-WSL2 (root@1c602f52c2e4) (gcc (GCC) 11.2.0, GNU ld (GNU Binutils) 2.37) #1 SMP Thu Oct 5 21:02:42 UTC 2023
Distro Version
Ubuntu 22.04
Other Software
No response
Repro Steps
Expected Behavior
WSL Distro successfully starts
Actual Behavior
Following error is received
Not sure how noteworthy it is but there is no .wslconfig file at the directory specified.
Diagnostic Logs
WslLogs-2023-11-07_17-30-23.zip - Launching Terminal with VMP Disabled
WslLogs-2023-11-07_17-32-12.zip - After enabling VMP again
The text was updated successfully, but these errors were encountered: