Vlákno názorů k článku
Nebezpečí alternativních DNS stromů

K tomu zda-li muzeme nebo nemuzeme federalni vladu USA a komerci v teto technologicke neutralite bych tak jednoznacne nevidel. Zejmena ve svetle, ze neni pravda, ze Internet funguje vice mene uspesne 30 let a to zejmena pote, co pozname, ze vetsinu casu travil Internet ve "zkumavkach" a tedy je toto obdobi neco jako prenatalni vek. Kupodivu minimalne u savcu mluvime o zivotu od okamziku narozeni, nikoli zrozeni... podivne...:-0

Komercni sfera byla k Internetu "pripustena" podstatne pozdeji a verim, ze si je toho pisatel clanku moc dobre vedom. Stejne tak si je urcite vedom ne zrovna davneho exesu s odpovedmi na PTR dotazy (k neexistujicim zaznamum v zonam) k jiste kupodivu americke spolecnosti... a navrat do puvodniho (minimalne optimalnejsiho) stavu nebyla otazka tydne, ba co vice, tato spolecnost ustoupila az pod soustredenym natlakem ze vsech stran, protoze povazovala tento pocit za pravne v poradku, povazovala ho za neco, na co ma narok atd. = nejednalo se tedy o technickou chybu, ale zamer a promysleny...

PTR dotazy ???

mno klasicke to dig -x AAA.BBB.CCC.DDD mozna jsem to nenapsal nejstastneji, ale snad se chapeme....

man dig: The default query type "A", unless the -x option is supplied to indicate a reverse lookup.

Priznavam ovsem, ze ceskym prekladem "reverse lookup" si nejsem jisty - ale PTR dotaz to urcite nebude. On je to totiz A dotaz na DDD.CCC.BBB.AAA.in-addr.arpa.

Ja to snad nerozdycham. nastudujte si princip fungovani dns a pak komentujte preklad reverznich zaznamu.

Format dns dotazu je jasny. Hlavicka informujici ze jde o dotaz s 1 "polovicni" zaznam otazky s domenovym jmenm, typem a tridou zaznamu. bez policka delka dat a velice promenlive casti data. Typ PTR.

Z toho jasne plyne, ze jde o dotaz na PTR zaznam. A mimochodem. Dns _musi_ podle rfc vratit typy CNAME v odpovedi v sekci dodatecnych zaznamu.

Vidite, a ja si myslel ze me dig nepodvede ...

$ dig 125.30.113.195.in-addr.arpa

; <<>> DiG 9.2.2 <<>> 125.30.113.195.in-addr.arpa
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: query, status: noerror, id: 11871 ;; flags: qr rd ra; query: 1, answer: 0, authority: additional: question section: ;ddd.ccc.bbb.aaa.in-addr.arpa. in a authority ccc.bbb.aaa.in-addr.arpa. 10800 soa csmat.karlin.mff.cuni.cz. postmaster.csmat.karlin.mff.cuni.cz. 2612927 28800 7200 604800 86400 query time: 28 msec server: 127.0.0.1#53(127.0.0.1) when: thu dec 22 07:38:17 2005 msg size rcvd: 116 

Hmmm ... moment ... mate pravdu, jedna se o PTR dotaz na DDD.CCC.BBB.AAA.in-addr.arpa a tenhle dotaz vlastne nevratil odpoved.

;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;DDD.CCC.BBB.AAA.in-addr.arpa.   IN      A

;; AUTHORITY SECTION:
CCC.BBB.AAA.in-addr.arpa. 10800  IN      SOA     csmat.karlin.mff.cuni.cz. postmaster.csmat.karlin.mff.cuni.cz. 2612927 28800 7200 604800 86400

;; Query time: 28 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Dec 22 07:38:17 2005
;; MSG SIZE  rcvd: 116

... Hmmm ... asi jsem tam ten zacatek plny < a > nemel davat.

Nevím, nejsem odborník, ale myslím, že dotaz na AAA.BBB.CCC.DDD neni totez jako dotaz na DDD.CCC.BBB.AAA.in-addr.arpa...

Diky nacelniku... navic nevim, kam na sva moudra chodi predrecnici...:

[root@server root]# dig -x 212.71.186.163

;  DiG 9.2.4  -x 212.71.186.163
;; global options:  printcmd
;; Got answer:
;; -HEADER- opcode: QUERY, status: NOERROR, id: 55006
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;163.186.71.212.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
163.186.71.212.in-addr.arpa. 60 IN      PTR     pc163.valachnet.cz.

;; Query time: 349 msec
;; SERVER: 192.168.0.9#53(192.168.0.9)
;; WHEN: Thu Dec 22 13:49:46 2005
;; MSG SIZE  rcvd: 77

[root@server root]# 

To se chápeme, ale nepamatuji se, že by s PTR byl někdy nějaký problém, ten byl a A záznamy.

No jak jsem dal sledoval debatu tak se mozna pomichalo vice veci... - jednak je tu ten kousek VeriSign - to byly tedy A zaznamy (sam jsem to nevedel) - nicmene i PTR zaznamy na IP adresy, ktere dle RIPE a ARINu nejsou prirazeny vubec nikomu se vesele vracelo cosi "smysluplneho". Zda-li za toto muze VeriSign si nejsem vubec jisty, zato si jsem docela jisty, kdo celou tu administrativu ma stale jako svoji pracovni napln...(a kdo je TOP sef) a bohuzel jak se v konkretnich pripadech zda(-lo), neplni svoji ulohu dostatecne svedomite...

BTW nikdy nejsem to nepouzil, ale je rozumne a pripadne, kde se definuji nejake zaznamy pro *.in-addr.arpa - mam na mysli cokoli co by melo opravdu smysl pro konkretni IP adresy?

Ahoj Pavle,
nejsem si jist, ze mluvime o tomtez. Ja si myslim, ze Internet (ten s velkym I) vylezl ze zkumavky nekdy v prvni polovine osmdesatych let.

To, ze se nekdo na Internetu chova v rozporu se standardy, neni vina Internetu. Internet je sit, ktera vydrzi i toto chovani :-) Dokonce vydrzela i to, ze se Verisign po urcitou choval pro nektere genericke domeny ne uplne koser - vraceni platnych A zaznamu pro domeny, ktere nejsou registrovane.

Jsem dalek toho, abych rikal, ze Internet funguje tak, jak bych povazoval za optimalni ja (nebo vetsina lidi, kteri do fungovani internetove infrastruktury vidi), nicmene stejne jako u demokracie vidim pouze horsi varianty.

Je pochopitelne na Tobe, jestli se budes snazit k rozvoji Internetu prispet, ci nikoliv. Ja se snazim - urcite by bylo mozne snazit se vic, ale kazdy mame sve limity :-)