Spece.IT

blog geeków

Jak zablokować auto-konfigurację adresu IPv4 na maszynie wirtualnej Vmware

Autor ·

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:

Ethernet adapter Local Area Connection 3:
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:

Idx Met MTU State Name
— ———- ———- ———— —————————
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:

Ethernet adapter Local Area Connection 3:
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

Tagi:

Łukasz Skalikow

Obecnie Manager IT. Przez lata byłem Inżynierem systemów. Jestem entuzjastą i specem od vSphere, Windows serwer, GPO. Od zawsze byłem zwolennikiem wiersza poleceń i automatyzacji. Obecnie, ze względu na pracę, rodzinę i wyjazdy służbowe, dużo mniej udzielam się na blogu, ale mam nadzieję, że pośród kilkuset porad opublikowanych na spece.it, wiele osób znajdzie dla siebie coś przydatnego :)

Przeczytaj także...

3 komentarze

  1. Severus pisze:
    25 sierpnia 2014 o 11:33

    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!

    Odpowiedz
    • Łukasz Skalikow pisze:
      30 sierpnia 2014 o 08:45

      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ł:)

  2. Marcin Krawczak pisze:
    29 maja 2015 o 13:29

    Dzięki za artykuł. Miałem identyczny problem ale na hyper-v. Pomogło w 100%.

    Odpowiedz

Dodaj komentarz