Čtyři kořenové DNS servery budou mít AAAA záznamy

4. února nastane další posun v nasazování IPv6. IANA přidělí AAAA záznamy čtyřem kořenovým DNS serverům, jejichž administrátoři o to požádali. Uživatelé některých velmi starých DNS serverů budou pravděpodobně muset aktualizovat software. Více na ars.technica.

3.1.2008 22:47 | Luboš Doležel (Doli) | IT novinky

Komentáře

[Stanislav Petr]

To by me zajimalo, proc budou muset uzivatele nekterych starych DNS serveru aktualizovat software? Dle mych znalosti DNS protokolu je jediny problem v tom, ze resolvery si mohou aktualiovat zonu ".", coz je koren dns stromu dotazem na nektery z korenovych dns serveru. No a jediny problem je v RFC 1035, ktery definuje ze odpoved muze mit max. 512B (bez UDP hlavicky), takze si pouze korenovou zonu automaticky neaktualizuji. Nicmene toto RFC je jiz nahrazeno novym, takze vsechny nyni bezne pouzivane DNS servery uz umi vetsi dotazy, a ty stare zmenu nenatahnou, takze se u nich taky nic nedeje... Takze problem = 0.

Tento krok samzrejme velmi vitam a doufam ze to konecne pomuze lepsimu prosazeni IPv6.

[m1c4a1]

No a neodpověděl sis na to sám? Starý DNS servery změnu nenatáhnou -> může nastat nekonzistence DNS záznamů. Až poběží na IPv6 všecko, tak jim ten net nepojede vůbec; můžou aktualizovat teď a přechod bude snazší.

Jinak taky vítám další krok k IPv6.

[Stanislav Petr]

Na otazku "Proc budou muzet uzivatele starsich DNS serveru 4. unora aktualizovat?" jsem si opravdu neodpovedel sam...

[the.max]

zish nehadejte se. Budme vsichni radi ze byl vubec ucinen takovyto krok. Spravci DNS serveru ssnad nejsou lamy a jiste je jim znam prinos IPv6 a proto jiste budou aktualizovat.

[Michal Kubeček]

Ten popis možného problému mi nedává smysl. Nameserver neprovádí transfer kořenové zóny, protože tím by dostal nejen NS záznamy kořenových nameserverů a jejich A (AAAA) záznamy, ale také NS záznamy všech top-level domén. Můžete si navíc snadno vyzkoušet, že transfer zóny u kořenových nameserverů není povolen. A konečně transfer zóny se provádí vždy přes TCP, kde limit 512 B není.

Jediný důvod, proč by mohly mít starší nameservery problémy, by byl ten, pokud by nameserver, který nerozumí AAAA záznamům chtěl používat oficiální named.root stažený z příslušného webu, protože v něm ty AAAA záznamy budou. Ale tady je řešení jednoduché: vyhodit z lokální kopie toho souboru AAAA záznamy, což je záležitost balíčkářů. A nebo prostě ponechat současnou verzi. Mimochodem, docela by mne zajímalo, kolik distribucí (byť v plně updatované) podobě obsahuje dnes aktuální verzi toho souboru (z 1. listopadu 2007). Moc jich asi nebude.

[Zdenek]

Fedora 8 ho ma aktualni.

[Michal Kubeček]

Aspoň někdo. U OpenSuSE jsem to reportoval, ale nová verze bude až v 11.0, pro starší verze se update nedělal.

[Stanislav Petr]

Mylite se. Viz:

dig  @F.ROOT-SERVERS.NET

; <<>> DiG 9.4.2 <<>> @F.ROOT-SERVERS.NET
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35848
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;.                              IN      NS

;; ANSWER SECTION:
.                       518400  IN      NS      H.ROOT-SERVERS.NET.
.                       518400  IN      NS      I.ROOT-SERVERS.NET.
.                       518400  IN      NS      J.ROOT-SERVERS.NET.
.                       518400  IN      NS      K.ROOT-SERVERS.NET.
.                       518400  IN      NS      L.ROOT-SERVERS.NET.
.                       518400  IN      NS      M.ROOT-SERVERS.NET.
.                       518400  IN      NS      A.ROOT-SERVERS.NET.
.                       518400  IN      NS      B.ROOT-SERVERS.NET.
.                       518400  IN      NS      C.ROOT-SERVERS.NET.
.                       518400  IN      NS      D.ROOT-SERVERS.NET.
.                       518400  IN      NS      E.ROOT-SERVERS.NET.
.                       518400  IN      NS      F.ROOT-SERVERS.NET.
.                       518400  IN      NS      G.ROOT-SERVERS.NET.

;; ADDITIONAL SECTION:
A.ROOT-SERVERS.NET.     3600000 IN      A       198.41.0.4
B.ROOT-SERVERS.NET.     3600000 IN      A       192.228.79.201
C.ROOT-SERVERS.NET.     3600000 IN      A       192.33.4.12
D.ROOT-SERVERS.NET.     3600000 IN      A       128.8.10.90
E.ROOT-SERVERS.NET.     3600000 IN      A       192.203.230.10
F.ROOT-SERVERS.NET.     3600000 IN      A       192.5.5.241
G.ROOT-SERVERS.NET.     3600000 IN      A       192.112.36.4
H.ROOT-SERVERS.NET.     3600000 IN      A       128.63.2.53
I.ROOT-SERVERS.NET.     3600000 IN      A       192.36.148.17
J.ROOT-SERVERS.NET.     3600000 IN      A       192.58.128.30
K.ROOT-SERVERS.NET.     3600000 IN      A       193.0.14.129
L.ROOT-SERVERS.NET.     3600000 IN      A       199.7.83.42
M.ROOT-SERVERS.NET.     3600000 IN      A       202.12.27.33

;; Query time: 103 msec
;; SERVER: 192.5.5.241#53(192.5.5.241)
;; WHEN: Fri Jan  4 09:44:24 2008
;; MSG SIZE  rcvd: 436

Jak vidite, tak jsem od korenoveho serveru dostal podpoved na koren DNS stromu. A dostal jsem pouze zaznamy typu A a zadne NS - netusim co by tam delalo - leda ze by odpoved nebyla autoritativni, ale to jiste chapete ze je v tomto pripade nesmysl.

[Michal Kubeček]

Podle

  ;; QUESTION SECTION:
  ;.                              IN      NS

jste ale neprováděl žádný transfer zóny, ale pouze poslal klasický dotaz na NS záznam pro doménu "tečka", což je dost podstatný rozdíl.

Překvapivě ovšem 'host -v -t axfr . f.root-servers.net.' skutečně funguje, i když v rozporu s vaším tvrzením správně stáhne kompletní zónu včetně NS záznamů TLD. Včera jsem zkoušel tři jiné a transfer neumožňoval ani jeden, proto jsem netestoval všech 13. V každém případě se ale na transfer spoléhat nedá.

V posledním odstavci se dopouštíte dvou chyb. Za prvé ve vaší ukázce jsou i NS záznamy, konkrétně těch 13, na které jste se ptal (naopak, ty A záznamy jsou pouze v additional section). Za druhé má smysl se ptát kořenových nameserverů na NS záznamy TLD (a dokonce i jejich A/AAAA záznamy) - jak jinak byste zjistil, koho se ptát?

[Majkls]

IPv6 fandím, takže už se těším, až se vše pohne dále. Uvidíme, jak to všecko dopadne. Těším se na postupný konec NATu a hlavně, že budu mít konečně veřejnou ip adresu. Apropo, jestlipak je už abclinuxu dostupné v IPv6?

[satanatas]

jsem optimistický pesimista - s hurdem a ipv6 na věčné časy. takovýmhle tempem to vypadá, že až v důchodu se budu zabývat, jak přesvědčit isp a tuxe, aby mě připojili na mezigalaktický internet s ipv6 :+(