Please run PowerShell, type Get-VMSwitch and hit Enter. Take a screenshot of results and post here, see below for an example:
In case you need help with posting screenshots:
Which Windows 10 build you are using? Are you signed in with an admin account? Are you trying to create an external switch using Ethernet adapter or the wireless adapter?
Windows 10 Enterprise, Version 1511, OS Build 10586.122.
I am signed in as myself, an admin.
I'm trying to connect to a wireless adapter.
Two suggestions. First a safe workaround, then a bit more risky solution which might or might not work.
A safe workaround:1.) Create an Internal virtual switchThat's it. Your vm is now using an Internal switch which then gets a shared connection from the wireless adapter on host.
2.) Change your virtual machine Network Adapter to your new Internal switch
3.) Before starting the vm, make sure your host physical wireless adapter is connected, then open its Properties and under the Sharing tab, enable sharing the connection with your new Internal switch:
A not so safe but more permanent solution:1.) Open an elevated admin Command Prompt
2.) Enter command netcfg -d, hit Enter. All your host network connections will be reset, all possible virtual switches removed, even those "half there" not shown but yet making it impossible to create new switches as in your case
3.) Restart, reconnect the wireless adapter (notice that it's reset, you need to enter the network security key again)
4.) Create the external switch
5.) If you can now create the external switch, everything is OK. If not, you can still use the above workaround
WarningPlease notice: The netcfg -d command when it works can show a few errors, followed by a few "Success" messages. It's totally normal.
The command might crash the PC causing a BSOD, for instance when I tested this just now, the first netcfg -d gave a BSOD, the second one after the restart worked.
I will take no responsibility, if you decide to test this scenario you do it at your own risk!
Last edited by Kari; 06 Mar 2016 at 07:38. Reason: Typos
Before I try these solutions, what about using RDP? I was reading about that was a good way to get the screen resolution to match my host system. Would that somehow change how the networking works or would I still have the same problem?