ERLEDIGT: unterschiedliche DNS ergebnisse !?!

[zamorra]

versteh ich irgend wie nicht .. :(

und bei etlichen anderen DNS kannten die notdienst.net gar nicht
(oder ist das normal das nicht jeder DNS server alle domains kennt)

nslookup notdienst.net 192.76.144.66 (MSN)
nslookup notdienst.net 213.73.255.52 (Multikabel.NL)
nslookup notdienst.net 131.243.64.3 (6bone.net)
nslookup notdienst.net 194.25.2.129 (T-Online)
Server: 213.73.255.52
Address: 213.73.255.52#53

Non-authoritative answer:
Name: notdienst.net
Address: 216.71.165.108


nslookup notdienst.net 62.141.50.190 (Fastnet24.de)
Server: 62.141.50.190
Address: 62.141.50.190#53

Non-authoritative answer:
Name: notdienst.net
Address: 84.19.180.215


mfg. Zami

[isotopp]

nslookup notdienst.net 192.76.144.66 (MSN)

Die Nameserver für .net sind

Code: Select all

kris@linux:~> dig @C.ROOT-SERVERS.NET. net. ns
...
;; AUTHORITY SECTION:
net.                    172800  IN      NS      A.GTLD-SERVERS.net.
net.                    172800  IN      NS      B.GTLD-SERVERS.net.
...

Diese wiederum meinen, daß die Nameserver für notdienst.net hier zu finden sind:

Code: Select all

kris@linux:~> dig @B.GTLD-SERVERS.net. notdienst.net ns
...
notdienst.net.          172800  IN      NS      ns.web-site-works.com.
notdienst.net.          172800  IN      NS      ns2.web-site-works.com.
...

Diese Server sehen das so:

Code: Select all

kris@linux:~> dig @ns.web-site-works.com. notdienst.net soa
...
;; ANSWER SECTION:
notdienst.net.          28800   IN      SOA     ns.host4u.net. hostmaster.host4u.net. 99112409 86400 7200 3600000 28800
...

kris@linux:~> dig @ns2.web-site-works.com. notdienst.net soa
...
;; ANSWER SECTION:
notdienst.net.          28800   IN      SOA     ns.host4u.net. hostmaster.host4u.net. 99112409 86400 7200 3600000 28800
...

Beide Server haben dieselbe Serial 99112409 in der SOA, sind also syncron.

Das lustige ist, daß die .net Zone diese beiden Server bezeigt, wenn man die Server aber selber nach der Zone fragt, sie sich als nicht zuständig erklären, sondern "ns.host4u.net" und "ns2.host4u.net" benennen. Die Zone ist also kaputt aufgesetzt:

Code: Select all

kris@linux:~> dig @ns.web-site-works.com. notdienst.net ns
...
;; ANSWER SECTION:
notdienst.net.          28800   IN      NS      ns2.host4u.net.
notdienst.net.          28800   IN      NS      ns.host4u.net.

und genauso für ns2.web-site-works.com. Immerhin ist die Serial der Zone auf host4u.net gleich:

Code: Select all

kris@linux:~> dig @ns.host4u.net. notdienst.net soa
...
notdienst.net.          28800   IN      SOA     ns.host4u.net. hostmaster.host4u.net. 99112409 86400 7200 3600000 28800
...
kris@linux:~> dig @ns2.host4u.net. notdienst.net soa
...
notdienst.net.          28800   IN      SOA     ns.host4u.net. hostmaster.host4u.net. 99112409 86400 7200 3600000 28800
...

Und diese Server haben nun, wenn man sie fragt, immerhin einen einheitlichen Stand, und eine Lifetime für den A-Record von 28800 Sekunden.

Code: Select all

kris@linux:~> for i in ns.web-site-works.com. ns2.web-site-works.com. ns.host4u.net. ns2.host4u.net.; do dig @$i notdienst.net a; done| grep -e "^notdienst.*IN.*A"
notdienst.net.          28800   IN      A       216.71.165.108
notdienst.net.          28800   IN      A       216.71.165.108
notdienst.net.          28800   IN      A       216.71.165.108
notdienst.net.          28800   IN      A       216.71.165.108

Der Rest der Welt wird das also in spätestens 28800 Sekunden auch so sehen.

[zamorra]

super erklärt, danke
(hab sogar ich verstanden)

dann hoff ich mal das morgen die domain
in europa auf auf die richtige IP zeigt ....


mfg. Zami