» »

VMware Player - DNS server zmešan

VMware Player - DNS server zmešan

MrStein ::

To sem sprva omenil v https://slo-tech.com/forum/t580230/p416...
bom pa zdaj raje novo temo odprl.

Na kratko:
- VMWare Player 5.0.2 (z 6.0.0 je enako)
- host: Windows 8 Pro 64 bit

V VMih (z default nastavitvami, torej network je tipa NAT) vrača DNS server od pred nekaj dni pokvarjene odgovore.

"ping 8.8.8.8" dela (delajo tudi vsi drugi IP naslovi):
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=33.1 ms

% ping 91.236.1.130
PING 91.236.1.130 (91.236.1.130) 56(84) bytes of data.
64 bytes from 91.236.1.130: icmp_seq=1 ttl=128 time=14.0 ms

% nslookup rtv.si  
Server:  192.168.84.2  
Address:  192.168.84.2#53  

Name:    rtv.si.localdomain
Address:  91.185.213.134 

% nslookup rtv.si 8.8.4.4
Server:  8.8.4.4
Address:  8.8.4.4#53  
Non-authoritative answer:  
Name:    rtv.si  
Address:  91.185.213.134  


Tole je neodvisno od sistem v guest-u, sem probal razne Linuxe, Windows itd...

Sem tudi na VMware forum pisal, a ni bilo odziva. Tam sem tudi dal izpise dig in host ukazov.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

Nima zveze z VMware, zato boš s takšnim naslovom težko dobil odgovor. Pozabavaj se z DNS nastavitvami v gostujočih oknih.

MrStein ::

DNS nastavitve v vseh gostih so standardne (beri: delujoče na milijon instalacijah).
Sem lepo tudi linkal debug loge, kjer se vidi da je problem VMware-ov DNS responder.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

V gostih? Debug loge? Nikjer ni videti nič uporabnega. Poglej raje kaj se dogaja na omrežju, ne pa kaj ti programi izpisujejo.

MrStein ::

Dogaja se točno to, kar ti programi izpišejo: query je refused.

En tip je to opisal že pred tremi leti: http://www.enchantedage.com/vmware-bad-...

Detajl iz packet capture (wireshark): Standard query response, Refused
Flags 0x8105
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

Če ti DNS zavrača odgovore, potem je razumljivo, da ti bo tudi VMware zavračal odgovore. DNS posrednik, ki ga ima VMware, je samo to: "neumen" posrednik, ki prepošilja pakete na DNS strežnike. Nima neke svoje "pameti".

Če bi bilo kaj hudo narobe s to komponento, bi zelo verjetno našel mnogo več pritožb (in zagotovo tudi KB), ne pa "en tip pred tremi leti". Po Occamovem rezilu je tako bolj verjetno, da je težava v tvojih oknih, kot pa v VMware.

Zgodovina sprememb…

  • spremenil: AndrejO ()

MrStein ::

AndrejO je izjavil:

Če ti DNS zavrača odgovore, potem je razumljivo, da ti bo tudi VMware zavračal odgovore. DNS posrednik, ki ga ima VMware, je samo to: "neumen" posrednik, ki prepošilja pakete na DNS strežnike. Nima neke svoje "pameti".

Ta REFUSED je od VMware-ovega DNS posrednika k gost-u, ne zunaj.
Bom že zunanji promet posnifal.

Če bi bilo kaj hudo narobe s to komponento, bi zelo verjetno našel mnogo več pritožb (in zagotovo tudi KB), ne pa "en tip pred tremi leti". Po Occamovem rezilu je tako bolj verjetno, da je težava v tvojih oknih, kot pa v VMware.

Na malo preveč različnih sistemih se zgodi, da bi lahko eno samo instalacijo krivil.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

darkolord ::

Daj še enkrat ipconfig /all

AndrejO ::

MrStein je izjavil:

AndrejO je izjavil:

Če ti DNS zavrača odgovore, potem je razumljivo, da ti bo tudi VMware zavračal odgovore. DNS posrednik, ki ga ima VMware, je samo to: "neumen" posrednik, ki prepošilja pakete na DNS strežnike. Nima neke svoje "pameti".

Ta REFUSED je od VMware-ovega DNS posrednika k gost-u, ne zunaj.
Bom že zunanji promet posnifal.

Ah, OK. Sem mislil, da si oba sočasno.

MrStein je izjavil:

Če bi bilo kaj hudo narobe s to komponento, bi zelo verjetno našel mnogo več pritožb (in zagotovo tudi KB), ne pa "en tip pred tremi leti". Po Occamovem rezilu je tako bolj verjetno, da je težava v tvojih oknih, kot pa v VMware.

Na malo preveč različnih sistemih se zgodi, da bi lahko eno samo instalacijo krivil.

Iz besedila nisem zasledil, da bi imel več nameščenih Player-jev. Kljub temu je še vedno nenavadno, da se ti to dogaja, drugim pa se ne. Če se to dogaja na večih računalnikih na isti lokaciji, potem je čisto možno, da je vzrok na lokaciji, vendar izven teh računalnikov oz. VMware, ki je na teh računalnikih.

Sam bi v vsakem primeru najprej pregledal kaj točno se ta okna pogovarjajo z (resničnim, zunanjim) DNS strežnikom. In to ne samo samo DNS posrednika za goste temveč tudi DNS promet samih oken.

MrStein ::

darkolord je izjavil:

Daj še enkrat ipconfig /all

:)

192.168.YYY.XXX je vse.
YYY - odvisno od zagona ali namestitve VMware
XXX - .1 je default gateway ter DNS server; .nekaj_različno_od_ena pa je IP gosta.

Lahko dam zvečer dejanski izpis.

PS: Razen če si mislil na host-u...
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

Zgodovina sprememb…

  • spremenil: MrStein ()

MrStein ::

Iz Ubuntu guest-a, ker trenutno nimam Windows pri roki:
IP: 192.168.111.128 mask 255.255.255.0
gateway: 192.168.111.2
DNS server: to ima Ubuntu prekomplicirano, da bi našel, ampak če ročno kličem, se ta naslov odziva (sicer spet z REFUSED), drugi pa so neobstoječi, brez odgovora


To pa je iz host-a:

C:\Users\stein>ipconfig/all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : karkoli
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : lan

Wireless LAN adapter Local Area Connection* 12:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Hosted Network Virtual Adapter
   Physical Address. . . . . . . . . : 00-08-XX-XX-XX-XX
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter WiFi:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek RTL8191SU Wireless LAN 802.11n USB 2.0 Network Adapter
   Physical Address. . . . . . . . . : 00-08-XX-XX-XX-XX
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . : lan
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 8C-89-XX-XX-XX-XX
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::4905:cb34:xxxx:xxxx%12(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.222.117(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : 7. oktober 2013 21:15:55
   Lease Expires . . . . . . . . . . : 8. oktober 2013 9:15:55
   Default Gateway . . . . . . . . . : 192.168.222.1
   DHCP Server . . . . . . . . . . . : 192.168.222.1
   DHCPv6 IAID . . . . . . . . . . . : 260868517
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-3C-28-D1-8C-89-XX-XX-XX-XX
   DNS Servers . . . . . . . . . . . : 192.168.222.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet1:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet1
   Physical Address. . . . . . . . . : 00-50-56-C0-00-01
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::c4d5:81b0:xxxx:xxxx%26(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.80.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 687886422
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-3C-28-D1-8C-89-XX-XX-XX-XX
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet8:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8
   Physical Address. . . . . . . . . : 00-50-56-C0-00-08
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::3d6c:b267:xxxx:xxxx%27(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.111.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 704663638
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-3C-28-D1-8C-89-XX-XX-XX-XX
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.{27C94F7D-5B37-44FE-BAE1-452D5D1C2B76}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{584C50DC-7C53-4461-B47E-1CB87A29FA63}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.lan:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : lan
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter 6TO4 Adapter:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft 6to4 Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

Zgodovina sprememb…

  • spremenil: MrStein ()

MrStein ::

Sem naredil packet capture na host-u in je stvar za en korak .... bolj jasna.

DNS query se namreč pošlje na 213.161.0.10 (ns1.triera.net , zgleda kot DNS server od triere/Telemach).

Zakaj VMware to počne pa ni jasno, saj sistem ima nastavljen DNS server 192.168.222.1 , ki je ruterček. ISP pa je T-2 in ima seveda ruterček posreduje DNS-e na 84.255.209.79 (T-2-jev server).
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

MrStein ::

V mrežnih nastavitvah playerja* sem pod NAT Settings ... / DNS Settings... izklopil opcijo "Auto detect available DNS servers" in ročno vpisal 192.168.222.1 (sistemski DNS...). Zdaj dela OK.

Od kod je "konkurenco" zahaklal pa bo verjetno ostalo za oddajo "Nerešeni misteriji".


* - če še kdo ne ve: kot administrator pognati: rundll32.exe vmnetui.dll VMNetUI_ShowStandalone
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

MrStein je izjavil:

Sem naredil packet capture na host-u in je stvar za en korak .... bolj jasna.

He, he. Naslednjič ti bo to prvi korak. :D
Sam sem se z leti že naučil, da se praviloma ne da sklepati na podlagi tega, kar mi programi izpisujejo. In ker sem lenoba bom vedno začel "na dnu". V tem primeru na omrežju.

MrStein je izjavil:

Zakaj VMware to počne pa ni jasno, saj sistem ima nastavljen DNS server 192.168.222.1 , ki je ruterček. ISP pa je T-2 in ima seveda ruterček posreduje DNS-e na 84.255.209.79 (T-2-jev server).

vmnetnat.conf ali pa nastavitve mrežnega vmesnika v registru.

vmnetnat.conf ima zastavico za "auto detect" in hkrati tudi seznam (do treh) strežnikov. Kaj se zgodi, če imaš zastavico postavljeno na "1" in hkrati tudi vpisane strežnike ne vem, možno pa je, da ti bo aplikacija kazala eno, NAT pa delal drugo.

Druga možnost je, da imaš v registru za nastavitev mrežnega vmesnika zapisani vrednosti NameServer in DhcpNameServer. Sistem pravilno uporablja DhcpNameServer (če je nastavljena EnableDHCP zastavica in DhcpNameServer sploh obstaja), VMware pa morda ne.


MrStein je izjavil:

V mrežnih nastavitvah playerja* sem pod NAT Settings ... / DNS Settings... izklopil opcijo "Auto detect available DNS servers" in ročno vpisal 192.168.222.1 (sistemski DNS...). Zdaj dela OK.

Od kod je "konkurenco" zahaklal pa bo verjetno ostalo za oddajo "Nerešeni misteriji".

Verjetno res. Če je bila težava v vmnetnat.conf, potem jo je sprememba nastavitev skoraj zagotovo prepisala. Z nekaj sreče pa boš našel predhodno verzijo z dodanim znakom ~ in notri morda tudi izvirno težavo. Morda pa tudi ne.

MrStein ::

Vprašanje, ker ta problem se je pokazal tak naenkrat. Nenadoma.
Mogoče kaki Windows update kaj za malenkost spremenil.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

IP naslov se "sam od sebe" s popravki zagotovo ne vpiše.

Se ti bi dalo v registru, na poti HKLM\System\CurrentControlSet pogledati, če najdeš ta IP naslov? Če je tam notri, potem je verjetno v enem izmed ključev pod HKLM\System\CurrentControlSet\services\Tcpip\Parameters\Interfaces\{...}. Če ga tam ni, potem odneham, ker ostale možnosti niso več enostavne za izločanje in ne tebe, ne mene VMware ne plačuje, da bi ne glede na vse našla temeljno težavo.

Glede na vse podatke pa ni izključeno, da si našel hrošča v VMware, samo verjetno ne čisto takšnega, kot si na začetku menil. Z zajetimi podatki iz omrežja in opisom rešitve pa imaš IMO dovolj materala za dovolj kvalitetno prijavo napake.

MrStein ::

AndrejO je izjavil:

Verjetno res. Če je bila težava v vmnetnat.conf, potem jo je sprememba nastavitev skoraj zagotovo prepisala. Z nekaj sreče pa boš našel predhodno verzijo z dodanim znakom ~ in notri morda tudi izvirno težavo. Morda pa tudi ne.

vmnetnat.conf je v C:\ProgramData\VMware , to mapo pa sem med reinstalacijo 100% zbrisal (na roke).
Torej ni moglo biti v tem, oziroma če je tu bilo kaj narobe, ni moglo preživeti reinstalacije.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

MrStein ::

AndrejO je izjavil:

IP naslov se "sam od sebe" s popravki zagotovo ne vpiše.

Se ti bi dalo v registru, na poti HKLM\System\CurrentControlSet pogledati, če najdeš ta IP naslov? Če je tam notri, potem je verjetno v enem izmed ključev pod HKLM\System\CurrentControlSet\services\Tcpip\Parameters\Interfaces\{...}.

Tam not je, na WiFi adapter-ju, ki pa je trenutno odklopljen (povezan sem s kablom).

Zgleda da VMware pobere konfiguracijo iz nepovezanega ("Not Connected") adapterja.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

MrStein je izjavil:

AndrejO je izjavil:

IP naslov se "sam od sebe" s popravki zagotovo ne vpiše.

Se ti bi dalo v registru, na poti HKLM\System\CurrentControlSet pogledati, če najdeš ta IP naslov? Če je tam notri, potem je verjetno v enem izmed ključev pod HKLM\System\CurrentControlSet\services\Tcpip\Parameters\Interfaces\{...}.

Tam not je, na WiFi adapter-ju, ki pa je trenutno odklopljen (povezan sem s kablom).

Zgleda da VMware pobere konfiguracijo iz nepovezanega ("Not Connected") adapterja.

Evo, misterij rešen.

Mislim, da imaš sedaj dovolj podatkov, da prijaviš napako tudi na VMware (zadeva je sedaj verjetno "reproducable"). Nekaj na temo "VMware reading DNS settings from inactive network interfaces". Če bo še kdo kdaj naletel na podobno, bo vsaj našel rešitev, v kolikor tega ne bodo popravili v kateri izmed prihodnjih revizij.

Če se ti da, seveda.

MrStein ::

Sem dal na forum, support pogodbe nimam.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

MrStein je izjavil:

Sem dal na forum, support pogodbe nimam.

Naslednji, ki bo naletel na enako težavo, ti bo hvaležen. Morda pa nekaj šetje tudi "dobra karma". ;)

MrStein ::

No, saj sem že v prvi temi napisal, kaj je in kako se workaround naredi.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO ::

Ack.


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Težave - internet

Oddelek: Omrežja in internet
301190 (928) megy
»

povezava preko switcha ne dela (siol modem -> switch -> laptop)

Oddelek: Pomoč in nasveti
374798 (4302) BorutK-73
»

Zaradi mreže se mi tresejo možgani

Oddelek: Pomoč in nasveti
172573 (1589) Cervantes
»

Problem z internetom

Oddelek: Pomoč in nasveti
472730 (2281) RuskiSnajper
»

Problem router/mordem

Oddelek: Omrežja in internet
152324 (2011) gorenjc

Več podobnih tem