[Techinfo] WS2012R2 DNS probléma
Mészáros Zsolt
lista at tigriselektro.hu
2016. Okt. 6., Cs, 02:48:21 CEST
Szia!
Köszönöm a gyors választ és a segítséget!
2016.10.06. 0:27 keltezéssel, ka at mayten.sch.bme.hu írta:
>> ping server01: Unable to resolve target system name server01
>>
>
> ez lehet attol, ha a dhcp nem oszt domain-t (ami a te esetedben a
> tinodi.local). Mert ugye ha te csak a server01 -et pingeled, akkor a
> pingelo gep feladata FQDN-re kiegesziteni, amit a dhcp-tol kapott
> informaciok alapjan, vagy ennek hianyaban a kezzel beallitott domain
> nev alapjan tud megtenni.
>
> latom, hogy az ipconfig kimeneteben ott a dns suffix, tehat nem
> valoszinu, hogy ez lenne a hiba, de azert csak kiprobalnam egy
> FQDN-nel is a pingelest
FQDN esetén: Ping request could not find host server01.tinodi.local.
Please check the name and try again.
>> Connection-specific DNS Suffix . : tinodi.local
>
>> 006 DNS Servers 195.199.255.4; 195.199.255.57; 195.199.255.58;
>> *192.168.0.254* (az első három címet a sulinet dns servereit a routertől
>> örökli)*
>> *
>
> nos, ez alapjan ugy tunik, hogy a publikus DNS-ek lesznek az elsok a
> sorban a kliensnel. Ezek a publikus dns szerverek nem tudnak semmit a
> belso domainedrol, ez lehet egy hibaforras.
>
> kiprobalnam azt, hogy csak a belso DNS-t adom ki egyetlen gepnek
> dhcp-n (esetleg beallitanam kezzel) es megneznem ugy mi tortenik
> belso-kulso nevfeloldassal.
Kliensen manuálisan megadva DNS kiszolgálónak a 192.168.0.254-et és a
másik alhálóban a 192.168.1.254-et majd pingelve a server01-et nem működik
Aztán ipconfig/flushdns után manuális DNS kiszolgáló IP megadása után
működik a ping server01. Minden esetben kell a flushdns, hogy menjen.
Bár gondoltam volna, hogy ha átírok egy dns kiszolgáló címét, akkor
flush-ol magától...
Ezt délután is próbáltam (mármint a flushdns-t, de nem ment) érdekes.
>
> a) ha mindketto mukodik, ez volt a hiba
> b) ha csak a kulso mukodik, akkor a szervereden van ismeretlen hiba
> c) ha egyik sem mukodik, akkor a szervereden nem mukodik a dns
Az a) verzió van, ha manuálisan megadom a DNS címét.
>
>> https://technet.microsoft.com/en-us/library/cc735696(v=ws.10).aspx
>
>> https://technet.microsoft.com/en-us/library/cc735674(v=ws.10).aspx
>>
>
> windozhoz nem ertek, de azonnal feltunt, hogy a levelben azt irod
> W2012 van, a fenti cikkek pedig igy kezdodnek:
>
> Applies To: Windows Server 2008
>
> nem tudom eldonteni emiatt, hogy relevansak-e.
Ugyan az, mint amit a server 2012r2 ír. Ezek ez alapján nem változtak a
két verzió között. Csak én távolról érem el a servert és nincs osztott
vágólap így kényelmesebb volt itt rákeresni a kódra és linkelni :)
>
> A tesztek kozul hianyolok ket dolgot. Az egyik egy nslookup, a masik
> egy wireshark ellenorzes.
>
> Mivel nevfeloldasi problemad van es kapsz kulso dns-eket is, egy gyors
> teszt megmutatna, hogy amugy a dns milyen allapotban van, valaszol-e.
A wireshark-ot holnap megnézem, az nslookup-ot most is.
>
> nslookup
> server 192.168.0.254
> set q=any (opcionalis, linux alatt mukodik, win alatt nem tudom)
> bix.hu
NSLOOKUP SERVER01 kimenete automata DNS esetén, amit a DHCP-től kap:
C:\Users\Zsolt>nslookup server01
Server: UnKnown
Address: 192.168.1.254
Name: server01.tinodi.local
Addresses: 192.168.1.254
192.168.0.254
C:\Users\Zsolt>nslookup bix.hu
Server: UnKnown
Address: 192.168.1.254
Non-authoritative answer:
Name: bix.hu
Addresses: 2a00:e6a0:2:8000::210
193.239.149.210
NSLOOKUP SERVER01 kimenete manuális DNS beállítással:
C:\Users\Zsolt>nslookup server01
Server: UnKnown
Address: 192.168.1.254
Name: server01.tinodi.local
Addresses: 192.168.1.254
192.168.0.254
*192.168.64.54*
C:\Users\Zsolt>nslookup bix.hu
Server: UnKnown
Address: 192.168.1.254
Non-authoritative answer:
Name: bix.hu
Addresses: 2a00:e6a0:2:8000::210
193.239.149.210
Wireshark alatt ha manuálisan adom meg a DNS-t a kliensnek a capture-ben
szépen látszik ha pingelem a bix-et és a server01-et belsőhálón is, hogy
icmp-n kimegy a csomag a kliensről és visszajön a csomag a kliensnek.
No. Time Source Destination
Protocol Length Info
23157 2016-10-06 02:09:49.528041 192.168.1.52
193.239.149.210 ICMP 74 Echo (ping) request id=0x0001,
seq=104/26624, ttl=128 (reply in 23162)
Frame 23157: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
on interface 0
Ethernet II, Src: AsustekC_ba:45:74 (00:1e:8c:ba:45:74), Dst:
Vmware_00:00:03 (00:50:56:00:00:03)
Internet Protocol Version 4, Src: 192.168.1.52, Dst: 193.239.149.210
Internet Control Message Protocol
No. Time Source Destination
Protocol Length Info
23162 2016-10-06 02:09:49.545443 193.239.149.210
192.168.1.52 ICMP 74 Echo (ping) reply id=0x0001,
seq=104/26624, ttl=58 (request in 23157)
Frame 23162: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
on interface 0
Ethernet II, Src: Vmware_00:00:03 (00:50:56:00:00:03), Dst:
AsustekC_ba:45:74 (00:1e:8c:ba:45:74)
Internet Protocol Version 4, Src: 193.239.149.210, Dst: 192.168.1.52
Internet Control Message Protocol
Ha a DHCP-től kapja a DNS címeket a kliens, akkor a ping bix.hu ugyan
így néz ki, a ping server01-re nincs semmi nyoma ha icmp-re szűrök a
elkapott forgalomban.
>
> ha a fentire kapsz ip cimet (a benti kliens geprol) akkor a dns
> mukodik. ez esetben valami vad windozos problemad van amihez nem ertek.
>
> Ha a fentire nem kapsz ip cimet, akkor irany a wireshark. nezd meg,
> hogy a kliens geprol latod-e elmenni a kerest a szerverhez es van-e
> valasz.
>
> Ha nincs valasz, akkor a szervereden nem fut a dns, vagy valamilyen
> hiba miatt nem valaszol egyatalan.
>
> Ha van valasz, de az nem a jo ip cim (hanem error, vagy mas) akkor a
> dns fut, de valamiert o maga nem tud feloldani cimeket, vagy nem tudja
> oket megkerdezni mastol.
>
> ha van valasz, de jo (nem valoszinu eset, csak a teljesseg kedveert)
> akkor a klienseden van a problema.
Végül úgy tűnik első ránézésre, így hajnal 3-kor távoli elérésekkel,
hogy megoldódott a probléma.
A DHCP szerepkörnél a Scope Options 006 DNS Servers opciót
szerkesztettem úgy, hogy kivettem mindent és csak a 192.168.0.254 és a
192.168.1.254 maradt az 1-1 hatókörnél. Így jónak tűnik.
Még egyszer hálásan köszönöm a hathatós segítséget!
--
Best regards,
Zsolt Meszaros
IT-Sysadmin
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lista.sulinet.hu/pipermail/techinfo/attachments/20161006/b64e33b0/attachment.html>
További információk a(z) Techinfo levelezőlistáról