zorg.ch
#39856 by @ 28.07.2004 09:21 - nach oben -
Es wurde schints ein IpV6 Nameserver aufgeschaltet von DeNIC... Heisst das das man schon Webserver mit Ipv6 betreiben kann?
zorg.ch
#39860 by @ 28.07.2004 09:58 - nach oben -
LOL
zorg.ch
#39861 by @ 28.07.2004 09:58 - nach oben -
Aehm... Du meintest das nicht ernst, gell? ;)
zorg.ch
#39868 by @ 28.07.2004 10:40 - nach oben -
mol scho, hab wirklich keine grosse ahnung von DNS und so...
zorg.ch
#39862 by @ 28.07.2004 10:06 - nach oben -
Du hast den Artikel nicht ganz gelesen.
Die Adresse des DeNIC Servers wird jetzt auch für IPv6 aufgelösst. Die Subdomains von .de jedoch noch nicht. Mit dem Webserver hat das reichlich wenig zu tun, die können schon lange mit IPv6 arbeiten, sofern jeman ihre Adresse kennt.
zorg.ch
#39867 by @ 28.07.2004 10:39 - nach oben -
Ah :-) merci
zorg.ch
#39869 by @ 28.07.2004 11:06 - nach oben -
Immer noch nicht ganz richtig.

In den Root-Servern (DNS, nicht 1&1) wird jetzt fuer den Namen "a.nic.de" neben einem A RR (as in Address Resource Record) auch ein AAAA RR ausgegeben (Glue). Dies scheint jedoch im Moment noch nicht zu funktionieren[1].

Dies bedeuted lediglich, das die DNS *Zustaendigkeiten* (as in NS Antworten -> Referals) via IPv6 erhalten werden koennen. Dies sieht ungefaehr so[2] aus.

Damit die Namensaufloesung komplett via IPv6 ablaufen kann, muss nun auch die DENIC Glue fuer die IPv6 Adressen von 2nd Level Domains ausgeben. Das tun sie IIRC schon seit laengerem, nutzt aber keine.

Ob Webserver nun via IPv6 erreichbar sind oder nicht hat damit ueberhaupt nichts zu tun. Fuer einen beliebigen Namen innerhalb des eigenen Zustaendigkeitsbereiches kann man naemlich servieren was man will, auch AAAA RR's, selbst wenn die komplette Namensaufloesung via IPv4 laeuft.

Falls dich das Thema naeher interessiert, du findest bei Google sicher einiges an Doku die halbwegs brauchbar das gesamte Thema beschreibt ;)


Anhang 1:

% dig ns de. @a.root-servers.net

; <<>> DiG 9.2.4rc5 <<>> ns de. @a.root-servers.net
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3644
;; flags: qr rd; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 11

;; QUESTION SECTION:
;de. IN NS

;; ANSWER SECTION:
de. 172800 IN NS H.NIC.de.
de. 172800 IN NS C.DE.NET.
de. 172800 IN NS D.DE.NET.
de. 172800 IN NS G.DE.NET.
de. 172800 IN NS I.DE.NET.
de. 172800 IN NS B.DE.NET.
de. 172800 IN NS A.NIC.de.
de. 172800 IN NS E.NIC.de.
de. 172800 IN NS F.NIC.de.
de. 172800 IN NS K.NIC.de.
de. 172800 IN NS J.NIC.de.

;; ADDITIONAL SECTION:
H.NIC.de. 172800 IN A 192.36.144.211
C.DE.NET. 172800 IN A 193.159.170.187
D.DE.NET. 172800 IN A 81.91.162.5
G.DE.NET. 172800 IN A 62.53.3.68
I.DE.NET. 172800 IN A 206.65.170.100
B.DE.NET. 172800 IN A 194.97.99.44
A.NIC.de. 172800 IN A 81.91.161.5
E.NIC.de. 172800 IN A 193.171.255.34
F.NIC.de. 172800 IN A 193.0.0.237
K.NIC.de. 172800 IN A 210.81.13.179
J.NIC.de. 172800 IN A 66.35.208.44

;; Query time: 108 msec
;; SERVER: 198.41.0.4#53(a.root-servers.net)
;; WHEN: Wed Jul 28 11:00:10 2004
;; MSG SIZE rcvd: 382


Anhang 2:


% dig +norecurse a www.telekom.de @b.nic.de

; <<>> DiG 9.2.4rc5 <<>> +norecurse a www.telekom.de @b.nic.de
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49567
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 3

;; QUESTION SECTION:
;www.telekom.de. IN A

;; AUTHORITY SECTION:
telekom.de. 86400 IN NS gw9.telekom.de.
telekom.de. 86400 IN NS pns.dtag.de.
telekom.de. 86400 IN NS secondary004.dtag.net.
telekom.de. 86400 IN NS gw1.telekom.de.

;; ADDITIONAL SECTION:
gw1.telekom.de. 86400 IN A 194.25.15.11
gw9.telekom.de. 86400 IN A 62.156.152.68
pns.dtag.de. 86400 IN A 194.25.0.125

;; Query time: 19 msec
;; SERVER: 194.97.99.44#53(b.nic.de)
;; WHEN: Wed Jul 28 11:02:43 2004
;; MSG SIZE rcvd: 174

zorg.ch
#39870 by @ 28.07.2004 11:09 - nach oben -
Ah :-) merci