VMware Player - DNS server zmešan @ Slo-Tech

Forum » Programska oprema »
VMware Player - DNS server zmešan

VMware Player - DNS server zmešan

MrStein :: 5. okt 2013, 20:43

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 :: 5. okt 2013, 21:08

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

MrStein :: 5. okt 2013, 21:58

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 :: 6. okt 2013, 00:04

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

MrStein :: 6. okt 2013, 20:41

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 :: 7. okt 2013, 01:24

Č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 (7. okt 2013 ob 01:34)

MrStein :: 7. okt 2013, 11:13

AndrejO je 7. okt 2013 ob 01:24 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 :: 7. okt 2013, 11:29

Daj še enkrat ipconfig /all

AndrejO :: 7. okt 2013, 11:57

MrStein je 7. okt 2013 ob 11:13 izjavil:

AndrejO je 7. okt 2013 ob 01:24 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 7. okt 2013 ob 11:13 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 :: 7. okt 2013, 15:34

darkolord je 7. okt 2013 ob 11:29 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 (7. okt 2013 ob 15:34)

MrStein :: 7. okt 2013, 21:43

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 (7. okt 2013 ob 21:43)

MrStein :: 7. okt 2013, 22:05

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 :: 7. okt 2013, 22:23

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 :: 8. okt 2013, 01:55

MrStein je 7. okt 2013 ob 22:05 izjavil:

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

He, he. Naslednjič ti bo to prvi korak.

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 7. okt 2013 ob 22:05 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 7. okt 2013 ob 22:23 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 :: 8. okt 2013, 11:57

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 :: 8. okt 2013, 14:02

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 :: 8. okt 2013, 18:40

AndrejO je 8. okt 2013 ob 01:55 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 :: 9. okt 2013, 22:54

AndrejO je 8. okt 2013 ob 14:02 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 :: 10. okt 2013, 00:21

MrStein je 9. okt 2013 ob 22:54 izjavil:

AndrejO je 8. okt 2013 ob 14:02 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 :: 10. okt 2013, 11:22

Sem dal na forum, support pogodbe nimam.

Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!

AndrejO :: 10. okt 2013, 15:28

MrStein je 10. okt 2013 ob 11:22 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 :: 10. okt 2013, 15:56

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 :: 13. okt 2013, 22:28

Ack.

Vredno ogleda ...

	Tema	Sporočila	Ogledi	Zadnje sporočilo
	Tema	Sporočila	Ogledi	Zadnje sporočilo
»	Težave - internet megy Oddelek: Omrežja in internet	30	1576 (1314)	megy 27. jan 2016 15:38:00
»	povezava preko switcha ne dela (siol modem -> switch -> laptop) pajkec Oddelek: Pomoč in nasveti	37	5422 (4926)	BorutK-73 26. avg 2013 22:26:06
»	Zaradi mreže se mi tresejo možgani abaximan Oddelek: Pomoč in nasveti	17	3050 (2066)	Cervantes 22. sep 2012 21:18:45
»	Problem z internetom SaggyD Oddelek: Pomoč in nasveti	47	3168 (2719)	RuskiSnajper 9. jan 2012 20:42:41
»	Problem router/mordem ragdoll Oddelek: Omrežja in internet	15	2648 (2335)	gorenjc 13. dec 2011 12:16:50

Več podobnih tem

Zadnje novice

Zadnji članki

Išči:

Forum » Programska oprema »
VMware Player - DNS server zmešan

VMware Player - DNS server zmešan