Wie lange dauert es, bis DNS neue Einträge aktualisiert? Seltsames DNS-Verhalten!

Ich hatte meine persönliche Seite bei freehostia und bin jetzt auf einen anderen Server gewechselt. Es ist fast eine Woche her und natürlich, als sich die NameServer für den neuen Host änderten, nahm ich die erforderlichen Änderungen bei der Domain-Register-Firma für meine Domain vor.

Wenn ich jetzt versuche, meine Site zu öffnen, öffnet sie manchmal die neue gehostete Site, manchmal öffnet sie die 404-Seite auf der alten Site.

Ich denke, 1 Woche, sagen wir, sogar 4 Tage sind viel Zeit für die DNS-Weitergabe. Ist das ein seltsames Verhalten?

Wenn ich die Site von der IP-Adresse aus öffne, wird sie geöffnet, aber wenn ich die Site mit einem Domainnamen öffne, wird sie manchmal geöffnet und manchmal nicht. Irgendeine Ahnung?

Ich habe es mit zwei meiner Freunde versucht, die meine Site noch nie besucht haben, also keinen DNS-Cache auf seinem Computer, er wurde für den einen geöffnet und für den anderen nicht geöffnet. Vielen Dank

- Von http://Squish.net werden
25,0% der Anfragen von 66.40.52.47 (dns1.freehostia.com) vks.uni.cc zurückgegeben. 3600 IN A 66.40.52.64
25,0% der Anfragen werden von 66.40.66.152 (dns2.freehostia.com) vks.uni.cc zurückgegeben. 3600 IN A 66.40.52.64
25,0% der Anfragen werden von 72.55.164.113 (ns1.softuff.com) vks.uni.cc zurückgegeben. 14400 IN A 72.55.164.113
25,0% der Anfragen werden von 70.38.29.161 (ns2.softuff.com) vks.uni.cc zurückgegeben. 14400 IN A 72.55.164.113

Ich verstehe nicht, was das sind 25%, warum ist es nicht 100% oder 50%
dns1.freehostia.com und dns2.freehostia.com waren alte Server. ns1.softuff.com und ns2.softuff.com sind neue Server.

Meine Antwort auf diese Frage hat eine verkürzte Laufzeit, auf die ich verlinken werde, anstatt hier zu kopieren + einzufügen.

Aus Ihrer Frage geht hervor, dass Ihre autorisierenden Nameserver nicht aktualisiert wurden (oder falsch aufgelistet sind, sodass die falschen abgefragt werden). Um zu sehen, welche Nameserver-Einträge Ihre lokalen DNS-Server für die Domain verwenden, können Sie Folgendes verwenden dig <domain.tld> NS:

$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.

Sie können sie dann überprüfen, um festzustellen, ob sie alle die richtige Adresse für den Namen haben:

$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net.       349     IN      CNAME   spillett.net.
spillett.net.           349     IN      A       69.94.124.51
;; AUTHORITY SECTION:
spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25

(Wiederholen Sie die obigen Schritte für jeden NS-Datensatz, der von Ihrer ersten Abfrage zurückgegeben wurde.)

Die TTL-Werte, die von den Abfragen direkt an die Nameserver Ihrer Domain zurückgegeben werden, sollten immer der tatsächliche Wert sein, der im Zonendatensatz festgelegt wurde (sie sind im obigen Beispiel niedrig, da diese Domain kürzlich verschoben wurde und ich vergessen habe, sie wieder höher einzurichten, wenn ich ' d fertig), wobei bei Abfragen an nicht autorisierende Server (dh an einem Ihrer lokalen Standard-Nameserver, der abgefragt wird, wenn dig keine @<server>Direktive erhält) angegeben wird, wie lange es dauert, bis dieser Server das nächste Mal prüft (anhand der aufgelisteten Nameserver) als NS-Einträge für die Domäne), wenn die zwischengespeicherte Version aktualisiert werden muss.

Wenn Sie die oben genannten Tests für Ihre Domain überprüfen, erhalten Sie möglicherweise weitere Hinweise darauf, wo die Ursache des Problems liegt. Wenn Sie Linux verwenden und nicht haben dig, wird es normalerweise in einem Paket gefunden, das so etwas heißt dnsutils(bei Debian ad Ubuntu gehe ich von einer ähnlichen Anordnung bei anderen Distributionen aus) - es gibt zweifellos viele Ports für Windows ( Dies ist die erste relevant aussehende Seite, die von Google zurückgegeben wird, obwohl ich selbst keine davon verwendet habe.

Es hört sich so an, als würde der von Ihnen verwendete DNS-Server das alte Ergebnis zwischenspeichern.

Wie lange ein DNS-Eintrag zwischengespeichert wird, hängt normalerweise von der TTL (Time to Live) ab, aber nicht jeder DNS-Server berücksichtigt dies.

Eine weitere (möglicherweise offensichtliche) Sache ... Wenn Sie Ihren ALTEN DNS-Server für Suchvorgänge verwenden ... stellen Sie sicher, dass Sie die alte Zone gelöscht haben. :-)

Wenn es für Ihre beiden Freunde funktioniert, aber nicht für Sie, würde ich empfehlen, die DNS-Server zu ändern, die Ihr Computer für Suchvorgänge verwendet ... auch wenn diese nur vorübergehend sind.

Ich würde empfehlen, die DNS-Suchserver Ihres Computers auf OpenDNS zu ändern ... nur um sie zu testen und zu sehen.

http://www.opendns.com

208.67.222.222

208.67.220.220

Wenn nichts davon funktioniert ... lassen Sie uns wissen, mit welchem ​​Domainnamen Sie das Problem haben, und ich bin sicher, dass jemand hier nach Ihnen suchen und Ihnen sagen wird, ob er verbreitet wird oder nicht.

Hoffe das hilft.

hängt von dns ttl record ab. Eine Woche klingt ziemlich lang. Versuchen Sie zu überprüfen, welche Antworten auf DNS-Anfragen von allen verantwortlichen Servern vorliegen. Besuchen Sie beispielsweise http://www.squish.net/dnscheck/ , geben Sie Ihren Domainnamen ein, wählen Sie den Typ ANY aus und führen Sie die Prüfung durch.

Möglicherweise gibt einer der beteiligten Server noch alte Datensätze zurück.

Eine Woche ist mehr als genug Zeit für eine Ausbreitung. Ich hatte ein ähnliches Problem und das Problem war, dass der primäre und der sekundäre Server nicht synchronisiert waren. Ich habe nslookup verwendet, um den aktuellen Status zu überprüfen. Während mein Problem mit MX-Datensätzen war, möchten Sie es vielleicht überprüfen .

Die Aktualisierung sollte nur dann länger dauern als die TTL, wenn Sie die Datensätze mit Ihrem Registrar ändern. Normalerweise aktualisiert ein Registrar die Datensätze ein- oder zweimal alle 24 Stunden. Normalerweise verweisen diese Einträge Ihre Domain jedoch auf Ihre DNS-Server.

Wenn Sie normale (A, PTR, CNAME usw.) Einträge auf Ihren DNS-Servern aktualisieren und diese bind ausgeführt werden, sollten Sie in der Lage sein, eine "rndc reload domain.name" (oder "rndc reload domain" durchzuführen .name IN view "), um eine sofortige Aktualisierung zu planen.

Eine letzte Einschränkung: Browser verwalten ihren eigenen Cache sowie den DNS-Client des Betriebssystems. Ich war mehr als einmal frustriert über einen offensichtlichen Mangel an Updates, als alles, was ich wirklich tun musste, "ipconfig / flushdns" auf dem Windows-Client war.

DNS-Änderungen erfolgen ziemlich sofort. Ich denke, Sie fragen, wie lange die Verbreitung dauert, wenn Sie Änderungen beim Registrar vornehmen.

Wenn Sie Ihre Nameserver beim Registrar ändern, können zwischen 6 und 48 Stunden Ausfallzeit auftreten, während sich Änderungen auf der ganzen Welt ausbreiten.

Wenn Sie Ihrer DNS-Verwaltungskonsole einfach Einträge hinzufügen oder ändern, sind die Änderungen ziemlich sofort.