Dotaz: Lze nějak zkontrolovat DNS servr.

[ZAH]

Po objevení unikátní zombie DNS servru iol.cz, Která vrací DNS záznamy se stavem minimálně před půl rokem. Se ptám.

Lze nějak jednoduše prověřit , že DNS, přestože se prohlašuje za autoritativní pro doménu že kecá ?

Odpověď kecajícího servru.

dig @194.228.2.1 www.coalex.cz

; <<>> DiG 9.7.1-P2-RedHat-9.7.1-2.P2.fc13 <<>> @194.228.2.1 www.coalex.cz
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26341
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.coalex.cz.			IN	A

;; ANSWER SECTION:
www.coalex.cz.		3600	IN	CNAME	web.iol.cz.
web.iol.cz.		900	IN	A	194.228.110.30

;; AUTHORITY SECTION:
iol.cz.			900	IN	NS	dns.iol.cz.
iol.cz.			900	IN	NS	ns2.tel.cz.

;; ADDITIONAL SECTION:
dns.iol.cz.		900	IN	A	194.228.2.61

;; Query time: 11 msec
;; SERVER: 194.228.2.1#53(194.228.2.1)
;; WHEN: Wed Oct 27 18:48:25 2010
;; MSG SIZE  rcvd: 125

Tato odpověď je správná

dig www.coalex.cz

; <<>> DiG 9.7.1-P2-RedHat-9.7.1-2.P2.fc13 <<>> www.coalex.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35379
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 2

;; QUESTION SECTION:
;www.coalex.cz.			IN	A

;; ANSWER SECTION:
www.coalex.cz.		515	IN	CNAME	coalex.cz.
coalex.cz.		477	IN	A	81.2.194.184

;; AUTHORITY SECTION:
coalex.cz.		2277	IN	NS	ns.forpsi.cz.
coalex.cz.		2277	IN	NS	ns.forpsi.it.
coalex.cz.		2277	IN	NS	ns.forpsi.net.

;; ADDITIONAL SECTION:
ns.forpsi.it.		1471	IN	A	62.149.230.87
ns.forpsi.net.		1471	IN	A	81.2.194.130

;; Query time: 1 msec
;; SERVER: 192.168.154.3#53(192.168.154.3)
;; WHEN: Wed Oct 27 18:58:51 2010
;; MSG SIZE  rcvd: 1

Odpovědi

[Sten]

DNSSEC Ale tohle spíš vypadá, že někdo změnil u domény NS záznamy, ale záznamy z předchozího DNS serveru neodebral

[ZAH]

Jo je to zmatek telecomu po migraci domény k jinému provozovateli. Bohužel asi není šance někoho donutit to opravit. Mě jde spíš o to jak nějak jednoduše podobné případy odhalit. Bojím se bojím, že toho může být na internetu hafo.

Aneb jak poznamenal kolega první díl matrixu již proběhl.

[hates]

toto je problem s migraci k jinemu registratorovi. Podle NS zaznamu je registrator forpsi a drive to bylo O2 kdyz jste migroval domenu tak se nesmazala na autoritativnich serverech O2. Toto staci resit pres helpdesk a oni na serverech O2 domenu smazou. Nicmene toto se muze stat i obracene pokud by jste prechazel od registratora forpsi k O2 a na serverech forpsi zaznam pro zonu zustane.

[Filip Jirsák]

Pokud se to takhle chová, je to špatně nastavený DNS server. Kešující resolver má údaje po vypršení jejich platnosti zahodit a ptát se znova od kořenových serverů.

[hates]

jenomze 194.228.2.1 na ktery se tazatel dotazoval je autoritativni server a ten ma v named.conf zone "bla bla" IN { atd, takze ten server neni cachujici. Pokud by se dotazoval cache serveru tak mu vrati zaznam spravny.

[Filip Jirsák]

No jo, to je ten Bindovský nesmysl, kdy resolver a autoritativní server běží na jedné IP adrese. To pak server samozřejmě nemůže tušit, jestli se ho někdo ptá jako resolveru nebo jako autoritativního serveru a odpovídá nesmysly.

[imro]

Co je to za nezmysel? Poprosil by som uviest priklad alebo myslienku hlbsie rozvies....

[Filip Jirsák]

Existují dva druhy DNS serverů. Autoritativní server, který poskytuje data pro nějakou konkrétní doménu, a kešující resolver, který rekurzivně řeší dotazy pro klienty – tenhle typ serveru vám zpravidla poskytne ISP nebo je v místní síti a je to ten, který se nastavuje v konfiguraci sítě každého počítače. Bohužel oba typy serverů komunikují stejným protokolem a používají port 53. Bind umožňuje pracovat jako oba typy serverů najednou a z jediné IP adresy – nedokáže pak ale samozřejmě odlišit, jestli se ho ptám jako autoritativního serveru, nebo jako cache.

Takovouhle konfiguraci zřejmě používá O2, tj. cache servery pro klienty O2 (např. připojené přes ADSL) a autoritativní servery pro ty, co u O2 hostují své domény, jsou jedny a ty samé. Když se ale takového serveru zeptám jako cache třeba na doménu example.com, očekávám, že dostanu odpověď podle toho, jak je doména www.example.com momentálně vedena v hierarchii serverů od kořenových DNS serverů (samozřejmě s možností kešování). Takže cache server se zeptá kořenových serverů, kdo poskytuje data pro .com a těch autoritativních serverů se zeptá na www.example.com. Když se toho serveru O2 ale zeptám jako autoritativního serveru, chci vědět údaje z jeho databáze – třeba protože se chystám doménu example.com na ty servery přesunout, takže jsem už data zadal do databáze, teď si je chci zkontrolovat, a až zjistím, že jsou v pořádku, přesměruju doménu example.com na tyhle servery i u správce .com. CZ.NIC např. dříve takovéhle testy vyžadoval před zařazením domény .cz.

Pokud ale obojí obstarává jeden server, dostanu vždy jeho autoritativní odpověď, pokud má doménu ve své databázi, bez ohledu na to, zda podle serverů pro nadřazenou doménu je server pro tu doménu autoritativní. Takže pro doménu example.com mohou být autoritativní servery v .com uvedeny třeba nějaké servery v USA, ale pokud bude mít tuhle doménu zavedeno O2 na svých serverech (někdo ji tam zadá – např. na nich byla hostovaná dříve a z databáze se nesmazala, nebo naopak teprve chystám její převod na servery O2), budou kešující servery klientům O2 vracet tyhle údaje, nikoli ty správné údaje ze serverů v USA.

Řešením je přestat tuhle chybnou konfiguraci používat a ty servery od sebe oddělit – autoritativní servery mít na jiné IP adrese, než kešující. Dokud to takhle O2 neudělá, máte jako provozovatel nějaké domény jedinou možnost, nedopustit, aby se ta doména někdy dostala jako autoritativní na servery O2, tj. nikdy u nich nic neregistrovat.

[hates]

a z ceho usuzujete ze jsou autoritativni servery a cachujici servery na jedne IP adrese ? Cachujici servery jsou specialne vyhrazeny pouze pro cachovani a rekurzivni dotazy a autoritativni servery pro registrovane domeny. tj ns2.tel.cz a dns.iol.cz jako autoritativni a napriklad dns3.iol.cz jako cache. Zkuste si vypsat NS servery napriklad pro domenu iol.cz a uvidite kam vedou. samozrejme se ptejte serveru dns3.iol.cz

[Filip Jirsák]

Nepodařilo se mi během chvilky najít kešující DNS servery, které doporučuje O2 svým klientům, na webu O2. Tak jsem zkusil to najít pomocí Google – na prvních 5. odkazech se opakovaně vyskytují 194.228.2.1, 194.228.41.113, 194.228.41.65. Např. 194.22.8.2.1 tedy vy označujete za autoritativní, spousta uživatelů jej ale považuje za cache. Tazatel jej zřejmě také považuje za cache, jinak by se takhle vůbec neptal. Je tedy možné, že O2 má nějaké oddělené cache servery, jenže mnoho uživatelů o nich evidentně neví, a místo toho používají autoritativní servery O2, které dotazy rekurzivně také vyřizují. Takže papírově to má možná O2 jinak, ale podle toho, co se dá dohledat na internetu, to v praxi funguje tak, jak jsem to popsal.

[Zdenek]

Chyba je jasne na strane spravce, bind jako takovy s tim nema co delat. A pokud trvate na oddeleni resolveru tak uz dlouho je soucasti bindu lwresd.

[Filip Jirsák]

Bind s tím má co dělat, protože tohle nastavení, které je vždy chybné, vůbec podporuje a důrazně před ním nevaruje.

[ZAH]

Nědělejte si srandu s tím heldeskem! To je ten co to nebude řešit. Vlastní a ne první zkušenost. O tomto samozřejmě ví.Migrace klienta od telecomu byla z podobných důvodů.

[Milan Roubal]

Ja jsem pred par lety resil s IOL stejny problem. Zavolal jsem na jejich linku technicke pomoci a podarilo se mi dostat kontakt na cloveka odpovedneho za ten jejich DNS server. Tomu jsem pak zavolal a druhy den byl zaznam z databaze vyrazen.

[ZAH]

S technikem telecomu jsem mluvil. Není schopen si vynutit nápravu, doporučil mi pouze nastavit jiné servry. Upozorňuji, že servry, které jsou nyní uváděny jako doporučené resolvují dobře. Problém je s původními servry (telecom je uváděl jako hlavní asi před pěti léty), které asi nikdo neodstavil a ani nespravuje.

[Petr Maleček]

Jak tu psal kolega, DNSSEC, ale to v tomto případě nepomůže. Každopádně, může se zeptat, co je to ten "servr" ? Krom toho, že mi to trhá uši a vypichuje oči, tak nevím :P

[Filip Jirsák]

Lze to ověřit u serveru pro nadřazenou doménu. Když to budete aplikovat rekurzivně, dojde až k resolveru, který bude začínat u kořenových nameserverů a nebude tedy vůbec využívat služeb resolveru vašeho ISP.

[Alibaba]

pomocou whois zistiť autoritatívne DNS servery zóny a záznamy overiť priamo u nich. Napríklad ak overujem www.abclinuxu.cz, tak pomocou "whois abclinuxu.cz" zistím že:

nserver: mns01.domaincontrol.com nserver: mns02.domaincontrol.com

a potom "dig @mns01.domaincontrol.com www.abclinuxu.cz"

Ďalšia možnosť je dig s voľbou trace (prechádza celý DNS strom od root zóny, simuluje rekurzívny server): "dig www.abclinuxu.cz +trace"

a aby toho nebolo málo, tak ešte jedna možnosť pomocou dig: "dig abclinuxu.cz +nssearch" zistí autoritatívne servery a z každého z nich vypíše SOA vety