Ich versuche, meinen DNS-Server von 178.32.xx.xx auf 162.243.xx.xx zu migrieren, aber sobald ich den ersten Server (178) ausschalte, melden einige Benutzer, dass die Site offline ist. Ich habe auch bei WhatsMyDNS nachgesehen und sobald ich den Namen auf 178 ausschalte, zeigen fast alle weltweiten DNS-Replikatoren ein X für die A-Einträge der Website an.
Ich habe den Slave-DNS deaktiviert und alle IP-Einträge auf 162 geändert, einschließlich der NS-Einträge, die jetzt alle auf 162 verweisen. Das ist jetzt über eine Woche her und ich kann den alten Server nicht ausschalten, da sonst alles offline ist.
Ich verwende ZPanel zur Verwaltung der DNS-Einträge, habe aber die Zonendateien überprüft und sie sind alle korrekt und zeigen auf 162. Wenn ich den alten Server eingeschaltet lasse und WhatsMyDNS überprüfe, ist alles in Ordnung. Wenn ich ihn ausschalte, der Horror!
Gibt es etwas, das ich übersehen habe? Vielen Dank für Ihre Hilfe.
Antwort1
Das Problem liegt bei den .com.brRoot-Servern.
orgUm an diesen Punkt zu gelangen, habe ich zunächst die Stammserver gesucht, weil wir Folgendes wollen azulvirtual.org:
> dig org NS
; <<>> DiG 9.6-ESV-R4-P3 <<>> org NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12744
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;org. IN NS
;; ANSWER SECTION:
org. 5827 IN NS a0.org.afilias-nst.info.
org. 5827 IN NS a2.org.afilias-nst.info.
org. 5827 IN NS b0.org.afilias-nst.org.
org. 5827 IN NS b2.org.afilias-nst.org.
org. 5827 IN NS c0.org.afilias-nst.info.
org. 5827 IN NS d0.org.afilias-nst.org.
;; Query time: 10 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Dec 5 10:41:41 2013
;; MSG SIZE rcvd: 159
Und fragen Sie dann bei einem dieser Anbieter nach Ihren Nameservern:
> dig @a0.org.afilias-nst.info azulvirtual.org NS
; <<>> DiG 9.6-ESV-R4-P3 <<>> @a0.org.afilias-nst.info azulvirtual.org NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63061
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;azulvirtual.org. IN NS
;; AUTHORITY SECTION:
azulvirtual.org. 86400 IN NS ns2.sirothost.com.br.
azulvirtual.org. 86400 IN NS ns1.sirothost.com.br.
;; Query time: 213 msec
;; SERVER: 199.19.56.1#53(199.19.56.1)
;; WHEN: Thu Dec 5 10:41:57 2013
;; MSG SIZE rcvd: 85
Dies ist bisher das richtige Ergebnis. Aber jetzt müssen wir ns1.sirothost.com.broder finden ns2.sirothost.com.br. Dafür benötigen wir die com.brRoot-Server:
> dig com.br NS
; <<>> DiG 9.6-ESV-R4-P3 <<>> com.br NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39126
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;com.br. IN NS
;; ANSWER SECTION:
com.br. 21600 IN NS c.dns.br.
com.br. 21600 IN NS b.dns.br.
com.br. 21600 IN NS d.dns.br.
com.br. 21600 IN NS e.dns.br.
com.br. 21600 IN NS f.dns.br.
com.br. 21600 IN NS a.dns.br.
;; Query time: 65 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Dec 5 10:42:22 2013
;; MSG SIZE rcvd: 124
Und dann fragen Sie einen von ihnen nach ns1.sirothost.com.br. Dabei erhalten wir die falsche(n) IP-Adresse(n).
> dig @b.dns.br ns2.sirothost.com.br
; <<>> DiG 9.6-ESV-R4-P3 <<>> @b.dns.br ns2.sirothost.com.br
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46093
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;ns2.sirothost.com.br. IN A
;; AUTHORITY SECTION:
sirothost.com.br. 86400 IN NS ns1.sirothost.com.br.
sirothost.com.br. 86400 IN NS ns2.sirothost.com.br.
;; ADDITIONAL SECTION:
ns1.sirothost.com.br. 86400 IN A 178.32.65.90
ns2.sirothost.com.br. 86400 IN A 54.213.72.90
;; Query time: 208 msec
;; SERVER: 200.189.41.10#53(200.189.41.10)
;; WHEN: Thu Dec 5 10:42:53 2013
;; MSG SIZE rcvd: 102
Beachten Sie, dass ich immer direkt aus autorisierten Quellen greife, sodass hier kein Caching erforderlich ist. Dieses Problem wird sich nicht von selbst lösen, wenn Sie warten.
Dies sind dieKleberDatensätze, die Ihr Registrar (oder vielmehr der Registrar für sirothost.com.br) an die Root-Server weitergibt.
Sie können dies beheben, indem Sie dem Registrar entweder mitteilen, azulvirtual.orgdass Sie andere Nameserver verwenden möchten (nicht ns1.sirothost.com.brund ns2.sirothost.com.br), oder indem Sie dem Registrar mitteilen, sirothost.com.brdass die Nameserver für diese Domäne eine neue IP-Adresse haben.
Um zu verstehen, warum ich all diese Anfragen stellen musste, lesen Sie die kanonischenWarum funktioniert DNS auf diese Weise?Frage undAndrew Bs Antwort auf die Frage, wie sich das Caching auf +trace-Abfragen auswirken kannmit dig.