Guten Morgen! schrieb (Thu 2002-Aug-22 21:08:30 +0200): > von ns.unitedkings.net -> 212.87.38.52 auf .. > ns.unitedkings.net auch auf 217.13.197.87 gelegt. > Und genau hier ist mein Problem: Alle Nameserver weigern sich > die offenbar gecachten Einträge für ns.unitedkings.net zu aktualiseren und das .. > Wie kann das sein? Die beiden Nameserver die in der whois-DB unter > unitedkings.net eingetragen sind liefern beide die korrekte neue Addresse. Theorie & Praxis: Was in der whois-DB steht, findet nicht immer seinen Weg in den DNS, nicht immer korrekt und auch nicht immer wieder raus. Was macht ein DNS sprechendes Programm, das ermitteln möchte, welche IP-Adresse "ns.unitedkings.net" hat, wenn es nicht einen übergeordneten DNS-Server fragt? 1. Es braucht eine Liste von root-Nameservern, konkret deren IP-Adressen. Ich weiß, dass 198.41.0.4 so einer ist (a.root-servers.net). 2. Es fragt den root-Server gleich nach der gewünschten Information, nämlich dem A-Record von "ns.unitedkings.net". Der weiß das nicht, gibt aber gleich soviel Info raus, wie er lokal hat; er verrät, wer für "net" zuständig ist und auch gleich die passenden IP-Adressen: mcg@lilith:~$ host -v -t a ns.unitedkings.net 198.41.0.4 Server: a.root-servers.net Address: 198.41.0.4 Query about ns.unitedkings.net for record types A Trying ns.unitedkings.net ... Query failed, 0 answers, status: no error Authority information: net 172800 IN NS A.GTLD-SERVERS.net Additional information: A.GTLD-SERVERS.net 172800 IN A 192.5.6.30 ns.unitedkings.net A record currently not present at a.root-servers.net 3. Weiter geht's, wir fragen den nächsten: mcg@lilith:~$ host -v -t a ns.unitedkings.net 192.5.6.30 Server: a.gtld-servers.net Address: 192.5.6.30 Query about ns.unitedkings.net for record types A Trying ns.unitedkings.net ... Query done, 1 answer, status: no error The following answer is not authoritative: ns.unitedkings.net 172800 IN A 212.87.38.52 Authority information: unitedkings.net 172800 IN NS NS7.WORLDSERVER.net unitedkings.net 172800 IN NS NS8.WORLDSERVER.net Additional information: NS7.WORLDSERVER.net 172800 IN A 217.13.199.16 NS8.WORLDSERVER.net 172800 IN A 217.13.201.16 Augen auf: Der weiß schon Bescheid! Aus irgendeiner Datenbank wurde diesem Server schon gesagt, welchen A-Record "ns.unitedkings.net" hat. Das ist zwar nicht authoritative, aber wen kümmert's? Jetzt fragt man sich natürlich erstmal, wieso denn nicht alles seinen ordentlichen Weg geht. Antwort: Weil das viel zu lange dauern würde. So *richtig*(tm) ordentlich wäre das hier: 1) Frage an root-Server: Wer ist NS für "net"? Antwort ABC. 2) Frage an root-Server: Welchen A-Record hat "ABC"? Antwort 123. 3) Frage an 123: Wer ist NS für "unitedkings.net"? Antwort DEF. 4) Frage an 123: Welchen A-Record hat "DEF"? ... 5) Frage an 456: ... Oder so ähnlich halt. Als nächstes fragt man sich, wo die alte Info herkommt, immerhin steckt die in einem DNS-Server der zweithöchsten Stufe. Woraus werden solche Server gefüttert? Ausschließlich aus Registrar- Datenbanken. Da es sich um ".net" handelt, wird Internic wohl auf jeden Fall seine Finger im Spiel gehabt haben. Deren Datenbestand ist mit in die CORE-DB eingegangen, und der whois-Server von "corenic" spuckt nicht so viel überflüssiges Zeug aus wie der von "internic". Fragen wir ihn. 2-mcg@lilith:~$ whois -h whois.corenic.net ns.unitedkings.net host: COHO-43314 hostname: ns.unitedkings.net ip-address: 212.87.38.52 registrar: CORE-99 created: 2001-02-13 16:50:22 UTC CORE-39 modified: 2002-07-09 09:59:28 UTC CORE-0 source: CORE Bingo. Die Kiste Bier spende ich dem spline-Kühlschrank. Wollen wir uns nicht überhaupt in den Ferien mal lustig mit kühlem Bier um einen Grill stellen und die 11MBit/s auf der Wiese unter uns alleine aufteilen? Grüße, Marcus -- Marcus C. Gottwald · http://www.inf.fu-berlin.de/~gottwald/ _______________________________________________ spline maillist - spline@lists.spline.inf.fu-berlin.de http://lists.spline.inf.fu-berlin.de/mailman/listinfo/spline