Jak zablokować auto-konfigurację adresu IPv4 na maszynie wirtualnej Vmware
Dawno nie było nic o problemach z maszynami wirtualnymi, ale właśnie trafiłem na ciekawy problem, z jeszcze ciekawszym rozwiązaniem: maszyna wirtualna nie miała połączenia sieciowego i mimo, iż miała statyczny adres IP – wyświetlała komunikaty o zduplikowanym adresie „conflict IP address”. Bardzo istotną cechą problemu, o którym mówię jest fakt, iż bieżący adres był opisany jako „Autoconfiguration IPv4 Address” i wcale nie pochodzi z DHCP ( o używaniu Autokonfiguracji, czyli przypisywaniu adresów bez serwera DHCP poczytacie na tej stronie Microsoftu).
Opisana sztuczka może sprawdzić się pewnie też poza środowiskiem VSphere – jeśli tak jest, koniecznie wpiszcie komentarz 🙂
Przyjrzyjmy się bliżej objawom. Oto przykładowy fragment wyniku polecenia IPCONFIG /ALL na pechowej maszynie:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : vmxnet3 Ethernet Adapter #3
Physical Address. . . . . . . . . : ( JAKIŚ ADRES MAC )
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : ( JAKIŚ ADRES IPV6) (Preferred)
Autoconfiguration IPv4 Address. . : 169.254.148.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
IPv4 Address. . . . . . . . . . . : 192.168.2.11 (Duplicate)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.2.1
DNS Servers . . . . . . . . . . . : 192.168.2.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Sprawdźmy index naszego połączenia sieciowego. Wykonujemy polecenie:
netsh interface ipv4 show inter
Rezultat będzie podobny do tego:
— ———- ———- ———— —————————
1 50 4294967295 connected Loopback Pseudo-Interface 1
11 5 1500 connected Local Area Connection 3
U nas index wynosi 11. Teraz, wykonujemy polecenie:
netsh interface ipv4 set interface 11 dadtransmits=0 store=persistent
Blokujemy klienta DHCP ( Run > services.msc > DHCP Client service >PPM > “disable” )
Uruchamiamy ponownie naszą maszynę. IPCONFIG /ALL powinien zwrócić nam poprawne wartości:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : vmxnet3 Ethernet Adapter #3
Physical Address. . . . . . . . . : (JAKIŚ ADRES MAC)
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.2.11 (Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.2.1
DNS Servers . . . . . . . . . . . : (SERVERY DNS)
NetBIOS over Tcpip. . . . . . . . : Enabled
Miałem podobny problem w sieci. Pojawił się znikąd… Powyższe rozwiązanie działa również poza VMware. Dzięki za powyższe informacje!
Mi akurat taki problem nigdy nie przytrafił mi się na maszynach fizycznych, więc powiązałem go z Vmware (konkretnie obwiniałem za to vmtools). Cieszę się, że artykuł się przydał:)
Dzięki za artykuł. Miałem identyczny problem ale na hyper-v. Pomogło w 100%.