Sep 24 2018 10:19 AM
Can one confirm IP address range changed to 192.168.X.Y Subnet 255.255.255.240 from 172.X.X.X
Also changes the subnet randomly on every Hyper-V services startup. 192.168.X.Y . X can change from 51 thru 180.
Although this is working on DHCP based IP assignment on guests, It is causing issues on static IP as it keeps changing after every boot
Regards,
Bala
Jan 14 2019 04:31 AM - edited Jan 14 2019 04:33 AM
This has been the case for quite some time - and is not isolated to 17763, and stretches to 10240.
(Though earlier issues weren't this exact problem)
The "Hyper-V Virtual Ethernet Adapter" that appears in device manager that appears as "vEthernet (Default Switch)" in Network and Sharing Centre is being deleted and reinstalled each time you shutdown and boot.
You can also check the registry to see the abundant keys that are created and never removed and just linger in HKLM\System\CurrentControl\Services\
If you're suffering from this issue - you should see a ton of {GUID} just under .NETFramework, and a whole bunch more in the VM services section... vmsmp, vmsp, vmsfsf, etc.
VMSMP\parameters\SwitchList contains the current 'Default Switch'
Those GUID under the .NETFramework Key, when expanded will have Tcpip keys for previous switches...
Feb 05 2019 03:45 PM
Mar 26 2019 10:56 PM - edited Mar 27 2019 05:37 AM
Do you have any idea how to get this ip fixed ? Maybe we can run powershell script to change it after reboot ?
---------------------
Just tried to update IP on reboot with powershell script, it's ok to keep same IP , but the network doesn't
work for VMs.This is not way.
Apr 01 2019 11:48 PM
Not at the moment - because there may be changes upcoming to Hyper-V for 1903 - so anything we do now will be made redundant for the next upgrade.... which is very similar to what has been happening since 1511.
The Virtual Machine connected to the Default Switch will also be connecting to 'New' networks for the first time, each time both the Host and Virtual machine boots... changing to a static IP only solves the problem temporarily - as changes to the default switch IP will result in the VM losing connectivity.
The work around I had where I created a new 'custom default switch' and keeping the original default switch along side it worked best, as I just told all the Virtual Machines to ignore the original default switch and just use the custom switch that I configured.
The only thing that breaks this is major build upgrades - example: 1511 - 1607 - 1703 - 1803
As well as anything relating to having to reset your network configuration using the Settings UI aka ImmersiveShell.
Apr 20 2019 02:34 AM - edited Apr 20 2019 02:36 AM
I haven't actually played around with all of my VM's yet. However - 1903 has fixed one of the Hyper-V Default Switch problems:
The Default Switch would always be set as a public network - this can be disruptive to other connected networks - as I don't trust that the MS Engineers did a good job with how Domain/Private/Public interact.
With 1903 - the Default Switch is not assigned a Network Category. Which is how it should have been to begin with.
It is always going to be a private network - as VM's can only use it to interact with other VM's on the Host and to the Host itself.. an Internal Network. Like I said... I don't trust the engineers to have done the network categories correctly, until now. Took 4 years.
Anyhow, I'm in the middle of updating the VM's on my laptop to 1903 and see what I can do in the Guest Machine.
Apr 20 2019 03:48 AM - edited Apr 20 2019 03:57 AM
Host (Right Screen): vEthernet (Main Internal) - 10.0.0.1
Guest (Left Screen)- Static IP. Gateway is Host's Main Internal Switch IP.
IP: 10.0.0.2
Subnet: 255.255.255.0
Gateway: 10.0.0.1
If you need Internet connectivity on the Guest - you need to bridge your Host Machine's Main Internal Switch to an Internet Connection... Highlight Both, Right Click and Bridge. Easiest way to do it.
(Main Internal) Static IP addresses persist through Reboot and Shutdown.
Guest Machines connecting to (Main Internal) will need a Static IP set and these also persist thought Reboot and Shutdown. You will need to host a DHCP server if you don't want to use static.
Nested VM ... you can go 3 deep with Hyper-V.
The Hyper-V Server that will host DHCP will need to spoof Mac-Address. If you don't you'll end up with the same set of IP addresses each time.
Here's better screenshot... NB-TECH and NB-G751JY will always connect to each other after reboot, and vEthernet (Default Switch) is never used.
Apr 20 2019 10:05 AM
Jun 20 2019 10:15 AM
@Bala Sundaram Dont want to be that guy, but...172.x.x.x is a class B (16 bit)
Class C address is the one I believe your referring too as in 192.168.x.x
Basically -
Class A goes from 0 upto 127 - ex. 10.10.10.1
Class B goes from 128 upto 191 (hence the 172.16.x.x as i too have that anomaly in my vEthernet
Class C goes from 192 upto 223 - common ex. 192.168.1.1
then you get Class D and also E but these are reserved special purposes. Class D for multicast and E for experimental.
Class D goes from 224 upto 239
Class E goes from 240 upto 255
If you knew this then ignore this reply.
I hope you sorted out the issue. I dont see any resolution at the end of this thread. Let me know if you did.
All the best.
Danny
Jul 28 2019 11:53 PM
So, is there a solution to this? I really would like my Default Switch to have a static IP configuration.
Jul 29 2019 12:32 AM
Aug 07 2019 08:23 AM
@HotCakeX wrote:
if you want static IP and never changes, you should make a new virtual network adapter and make it EXTERNAL, then connect it to your PHYSICAL network adapter (all done in Hyper-V switch manager), it will make a bridged connection in your host Windows.
While others in this thread have provided this information it was the concise nature of your post that provided the eureka moment for me.
Thank you.
Aug 07 2019 08:43 AM
@HotCakeX wrote:
I've been working a lot with Hyper-V and I gotta tell you that the default switch is NOT meant for static IP addressing. in any tutorial or YouTube video you watch you'll see than none of them choose the default switch for static IP addressing.
if you want static IP and never changes, you should make a new virtual network adapter and make it EXTERNAL, then connect it to your PHYSICAL network adapter (all done in Hyper-V switch manager), it will make a bridged connection in your host Windows. then inside your guest OS (VM) you can give a static IP to your OS and it will stay that way and never changes.
IMO default switch is for those who want a quick setup and get a VM up and running fast without any additional settings.
I've been working a lot with Hyper-V, too. The default network adapter is not meant to change IP address ranges with every reboot. Once an IP address is set, it should be immutable. Throwing around with workaround does not remove the issue at hand.
Your described way to get a static IP is fine. However, this doesn't work when I have to test something that involves DHCP. Sure, I can install a NAT with 2 vNICs, one on one external switch and the other on a private switch, but that involves additional hours to setup correctly.
With the built-in network address translation of the Default Switch, this problem is already solved. And for testing purposes it would be perfectly fine, were it not for the non-intended behaviour that the address range randomly changes between reboots of the host computer.
Aug 07 2019 09:04 AM
Aug 07 2019 09:04 AM
Aug 07 2019 09:15 AM
Aug 07 2019 09:33 AM
look for example in your guest OS/firewall etc you need to set up these few main parameters.
whether you do it using GUI or powershell, terminal etc it's not gonna take so long..
also is there any indication saying that the default switch in Hyper-V must give you an static IP address regardless of host reboot?
I meant making an external network adapter and connecting it to the guest OS.
that config would make sense in a nested virtualization.
Aug 11 2019 01:16 AM
Hi.
I'm totally new to Hyper-V but not quite new to networking and virtualization and this random selection of private subnets really baffles me. This looks more like a fallback function and no the main one. I can understand the following reasoning: If the Hyper-V user doesn't enter a proper subnet or the subnet they entered is invalid, generate a random one (things have to work one way or another, right?) The problem is that the main function doesn't seem to exist so we get this random mess.
As I said, I have worked a bit in networking so I looked for a simple way to know exactly which IP addresses were used after the host operating system reboots. What I do is open a Command Line Prompt (doesn't need to be Admin) and type: arp -a. (no dot at the end) I look for the interface that I know isn't mine as in the IP address wasn't configured by me. Once I get that, the pattern is as follows:
The interface IP address is the address of the Host (duh!) which is the gateway IP address for the VMs. In the Physical Address column the ff-ff-ff-ff-ff-ff MAC address corresponds to the broadcast IP address for the subnet the VMs use. The rest of the IP addresses in this subnet belong to the VMs. Like so:
Interface: 172.18.61.97 --- 0x1c
Internet Address Physical Address Type
172.18.61.108 00-15-5d-0a-0d-00 static
172.18.61.111 ff-ff-ff-ff-ff-ff static
I have one VM which apparently got the 172.18.61.108 IP address this time around. Maybe there's a way to automate such "inventory check" with a script or something else.
I hope some will find the above tip useful. 🙂
Cheers.
Sep 04 2019 04:12 AM
I'm a Linux guy but have to use Windows10 now. Don't want to use VirtualBox or Vagrant as I have HyperV licensed. But I can't make it work sadly. Also additional hypervisor breaks a lot of things in windows10 which requires additional time to make workarounds.
Default vSwitch keeps changing IP address on reboot. There is no DHCP server included so no way to assign a static address to my VM.
Workarounds are not helpful too.
- tried adding new virtual switch and NAT it via PowerShell. It works until reboot only. There is no GUI for that? ok.
- ICS is not working after reboot too, I have to manually reenable it. Adding registry key is not working.
- tried to add external linux vm to route all the traffic, still need ICS which is not working after reboot.
- tried third-party software, it's okay but requires additional payments.
All that bugs persists through ages, seriously? Very disappointed, want my money back.
Sep 04 2019 04:40 AM
Sep 04 2019 06:04 AM - edited Sep 04 2019 06:21 AM
@HotCakeX it's definitely bugs, network switch can't change IP address randomly if assigned statically. As simple as that. No other network software do this thing, but MS virtual switch.
Also that aged thing with ICS not working after reboot is a nasty bug too.
NAT is hardly working too, sometimes it's ok, sometimes it's not. Probably arp related, idk.
In conclusion there is no simple setup which allows you to use host internet inside hyperV VM.
Not to mention there are no shared folders so on.
I can't use external networks because of this, I have to mount it as samba share (technology from 20 years ago okay). And how to work with VM if there is no external switch with dhcp like on a jet board? It's laptop with windows10, not a server inside infrastructure.
VirtualBox does this sharing in two simple clicks. But Windows10 core denies all other hypervisors with every update.