Was zu tun ist, wenn die Seite nach der Änderung der DNS nicht mehr geöffnet wird
Was zu tun ist, wenn die Seite nach der Änderung der DNS nicht mehr geöffnet wird
DNS-Änderungen sind tückisch. Die Website scheint bereits übertragen worden zu sein, aber im Browser ist sie leer, es gibt einen Fehler oder die alte Adresse. Und dann beginnt die Panik: Zuerst wird das Hosting beschuldigt, dann der Registrar, dann man selbst.
Es braucht keinen Lärm, sondern eine schrittweise Überprüfung. Oft liegt das Problem in einem Eintrag, einem NS oder im Cache des Anbieters und nicht auf der Website selbst. Wenn Sie verstehen müssen, was zu tun ist, wenn die Website nach einer DNS-Änderung nicht mehr geöffnet werden kann, beginnen Sie mit der Tatsache: Was genau wurde geändert und wann wurde es gemacht.
Überprüfen, ob das Problem tatsächlich mit DNS zusammenhängt
Zuerst trennen Sie den DNS-Effekt von allem anderen. Wenn die Website vor der DNS-Änderung geöffnet wurde und nach 5 Minuten nicht mehr, ist das noch kein Beweis. Der zeitliche Zufall ist trügerisch.
Schauen Sie sich an, wie die Website sich mit verschiedenen Symptomen verhält: sie öffnet sich überhaupt nicht, leitet auf eine andere Domain weiter, gibt einen SSL-Fehler aus oder lädt einfach nur. Das sind bereits 4 verschiedene Szenarien, und jedes hat seine eigene Quelle. Manchmal sieht das Problem wie DNS aus, in Wirklichkeit ist jedoch die Weiterleitung auf https kaputt oder das Zertifikat abgelaufen.
Es gibt einen einfachen Test: Versuchen Sie, die Website über die direkte IP zu öffnen, wenn Sie diese kennen, oder über einen anderen Kommunikationskanal, wo die alte Adresse bereits gespeichert ist. Wenn der Server über die IP antwortet, aber nicht über die Domain, steht DNS tatsächlich auf der Liste der Verdächtigen. Wenn auf nichts geantwortet wird, dann geht es nicht mehr um DNS, sondern um den Server, den virtuellen Host oder die Plattform selbst.
Überprüfen Sie auch externe Faktoren. Wenn beispielsweise die SSL-Zertifikate oder Weiterleitungen auf der Website kürzlich geändert wurden, kann der Browser eine ganz andere Fehlermeldung anzeigen, als Sie erwarten. Hier ist es hilfreich, nicht zu raten, sondern die genaue Nachricht zu betrachten. Ein einziger Fehlermeldungstext kann manchmal 30 Minuten unnötiger Suche sparen.
Neuen DNS mit dem abgleichen, was geöffnet werden soll.
Nach der DNS-Änderung öffnen Sie die Liste der Einträge und vergleichen Sie sie mit dem, was tatsächlich geöffnet werden muss. Für die Wurzel-Domain wird normalerweise der A-Eintrag überprüft, für IPv6 der AAAA, für Subdomains wird oft ein CNAME benötigt. Ein Fehler in einem Buchstaben verwandelt eine normale Website in eine Sackgasse.
Man muss nicht nur die Domain selbst, sondern auch die Subdomain betrachten. Zum Beispiel kann www auf einen Host verweisen, während ohne www auf einen anderen. Und wenn einer der Punkte auf einen alten Server verweist, sehen die Nutzer unterschiedliche Ergebnisse, je nachdem, wie sie die Adresse eingeben.
Hilft gut bei der Überprüfung des Migrationsplans. Wenn Sie die Website verschoben haben, sollte der neue DNS auf die Adresse zeigen, an der die Website bereits online ist, und nicht auf eine leere Testplattform. Der Fehler hier ist oft einfach: Der Eintrag wurde erstellt, aber das Ziel blieb alt.
Wenn Sie die Verbindung genauer überprüfen müssen, vergleichen Sie die aktuellen Werte mit dem, was in der Aufgabe angegeben sein sollte. Hier sind drei Dinge wichtig: der Name des Eintrags, der Typ des Eintrags und die Zieladresse. Ein zusätzliches Zeichen im CNAME oder eine IP aus einem fremden Netzwerk — und die Website öffnet sich nur für einen Teil der Anfragen nicht.
Überprüfen Sie, ob der Übergang zu einem neuen DNS-Anbieter defekt ist
Wenn eine Domain zu einem neuen DNS-Anbieter übertragen wird, muss sichergestellt werden, dass die Delegierung vollständig erfolgt ist. Die Domain muss die richtigen NS haben und die Zone muss tatsächlich vom neuen Server bedient werden. Andernfalls sieht es im Panel schön aus, aber im Internet lebt weiterhin die alte Konfiguration.
Überprüfen Sie, ob die NS bei dem Registrar mit dem übereinstimmen, was Sie bei dem neuen Anbieter eingetragen haben. Wenn dort noch eine alte Adresse übrig geblieben ist, kann sich die Domain unvorhersehbar verhalten. Dies ist besonders auffällig, wenn der Eintrag nachts geändert wurde und die Website am Morgen schon "mal öffnet, mal nicht".
Eine weitere häufige Falle ist, dass die Zone erstellt, aber nicht aktiv ist. Der neue DNS-Anbieter kann die Domain im Panel akzeptieren, aber keine Einträge bedienen. In diesem Fall sehen Sie die Einstellungen, aber die Außenwelt sieht sie nicht. Unangenehm, oder?
Eine gute Möglichkeit, dies zu überprüfen, besteht darin, die Antwort auf die NS-Anfrage aus mehreren Quellen zu betrachten. Wenn ein Teil der Antworten an den alten Anbieter geht, ist der Übergang nicht abgeschlossen. Hier sind nicht nur ein Screenshot, sondern 2–3 unabhängige Überprüfungen wichtig.
Die Verzögerung bei der Aktualisierung weltweit und bei den Nutzern berücksichtigen
Nach der DNS-Änderung werden einige Leute die neue Adresse sehen, während andere die alte sehen. Das ist normal. Der Anbieter, der Router und das Gerät haben einen Cache, der nicht nach Ihrem Wunsch zurückgesetzt wird.
Die Verzögerung bei der Aktualisierung weltweit kann unterschiedlich lange dauern, daher ziehen Sie keine Schlussfolgerungen aus einem einzigen Telefon oder einem einzigen Büro. Überprüfen Sie die Website über Ihr Heim-Internet, das Mobilnetz und mindestens ein externes Tool. Wenn verschiedene Punkte unterschiedliche Ergebnisse zeigen, ist das fast immer ein Cache-Problem und kein Website-Ausfall.
Wenn die Domain kürzlich mit alten Einstellungen gelebt hat, werden einige Resolver sich noch daran erinnern. Dann sieht ein Benutzer den neuen Server, ein anderer den alten, und ein dritter erhält einen Fehler aufgrund von Inkonsistenzen in den Einträgen. Dieses Verhalten ist besonders auffällig, wenn der A-Eintrag auf einen anderen Host geändert wird.
Hier hilft eine einfache Disziplin: Ändert die DNS nicht fünfmal hintereinander hin und her. Jede neue Änderung verwischt das Bild stärker, und dann versteht niemand mehr, welcher Eintrag der letzte ist. Es ist besser, eine Änderung festzuhalten und zu warten, als zwischen drei Optionen hin und her zu springen.
Überprüfen Sie den Konflikt zwischen IPv4 und IPv6
Manchmal ist der A-Eintrag bereits korrekt, während AAAA ins Leere zeigt. Für einige Geräte ist das kein kleines Problem, sondern ein vollwertiges Stoppsignal. Moderne Browser und Netzwerke lieben IPv6, und wenn es kaputt ist, kann die Website selbst bei funktionierendem IPv4 als nicht erreichbar erscheinen.
Überprüfen Sie beide Einträge separat. Wenn die Domain nur auf IPv4 funktionieren soll, sollte AAAA besser nicht versehentlich belassen werden. Eine leere oder alte IPv6-Adresse erzeugt oft ein seltsames Bild: Von einem Internet aus öffnet sich die Website, von einem anderen nicht.
Es kann auch umgekehrt sein. IPv6 ist bereits aktiviert, und der A-Eintrag führt zu einem alten Server. Dann können einige Benutzer problemlos zugreifen, während andere einen Timeout erhalten. Äußerlich sieht das wie Chaos aus, aber der Grund ist normalerweise derselbe: Zwei Einträge zeigen in verschiedene Richtungen.
Wenn Sie Zugriff auf die DNS-Einstellungen haben, vergleichen Sie beide Adressen mit der Adresse der Arbeitsplattform. Hier muss man nicht raten. Es werden 2 Zahlen benötigt: IPv4 und IPv6. Und beide müssen dorthin führen, wo die Website tatsächlich antwortet.
Stellen Sie sicher, dass die Website an die Zieladresse antwortet
Selbst der perfekte DNS hilft nicht, wenn der Server auf der anderen Seite schweigt. Nach der Änderung des Eintrags sollte überprüft werden, ob der Host aktiv ist, der Webserver läuft und die Zuordnung zur richtigen Domain nicht verloren gegangen ist. Manchmal steht die Website still, aber der virtuelle Host ist auf den alten Namen eingestellt.
Wenn auf dem Server mehrere Websites sind, löst der richtige virtuelle Host alles. Die gleiche IP kann 10 Domains bedienen, und ohne genaue Zuordnung gibt der Server nicht das richtige Projekt oder einen Fehler aus. Dies ist besonders nach dem Umzug auf eine neue Plattform bemerkbar, wenn die Konfiguration anscheinend kopiert wurde, aber der Domainname vergessen wurde.
Überprüfen Sie auch die Serverantwort: 200, 301, 302, 404 oder 500. Diese Codes sagen mehr aus als jeder Chat mit dem Support. Wenn die Zieladresse 404 zurückgibt, bedeutet das, dass DNS bereits angekommen ist, aber die Website auf dem Host nicht den Erwartungen entspricht.
Manchmal ist es nützlich, nicht die Startseite zu öffnen, sondern einen bestimmten Pfad, zum Beispiel /login oder /admin. So kann man sehen, ob die gesamte Website funktioniert oder nur die Startseite. Wenn es um Migration geht, ist eine kleine Überprüfung besser als ein großes selbstbewusstes „scheint zu funktionieren“.
Übrigens, wenn Sie eine unterhaltsame Pause zwischen den Überprüfungen benötigen, können Sie sich umsehen Witze über Studenten. Witze kostenlos. Kurz — das sind 1–2 Minuten, nicht mehr. Manchmal hilft eine solche Pause, um den alten Server nicht mit dem neuen zu verwechseln.
HTTPS und Zertifikat nach Änderung des Eintrags überprüfen
DNS kann bereits auf den richtigen Host zeigen, aber der Browser beschwert sich trotzdem über HTTPS. Dann liegt das Problem am Zertifikat, HSTS oder der Weiterleitung. Eine sehr häufige Geschichte nach dem Umzug auf eine neue IP.
Überprüfen Sie, ob das Zertifikat genau für diese Domain und Subdomain ausgestellt wurde. Wenn die neue Adresse auf einen Server führt, auf dem das Zertifikat auf einen anderen Namen ausgestellt ist, wird der Browser den Benutzer nicht weiterlassen. Und hier helfen weder Cache noch Neustart.
HSTS fügt Striktheit hinzu. Wenn die Website zuvor über HTTPS lief und im Browser eine Regel festgelegt wurde, führt der Versuch, sie über eine alte oder fehlerhafte Konfiguration zu öffnen, sofort zu einer Blockierung. Das ist kein Fehler des Browsers, sondern sein Gedächtnis, und es hält länger an, als man möchte.
Noch eine Kleinigkeit – der Redirect von http auf https. Wenn er auf die alte Domain verweist, sieht der neue DNS korrekt aus, aber die Website geht trotzdem nicht dorthin. Überprüfen Sie die Endadresse nach dem Redirect, nicht nur den Ausgangspunkt.
Wenn nach all diesen Schritten immer noch unklar ist, ob die Website bei anderen geöffnet wird, macht es Sinn, die Frage mit dem Material abzugleichen. wie man eine Website auf Betrug überprüft. Manchmal nehmen Menschen einen Zertifikatsfehler als Versuch der Manipulation wahr, obwohl es sich nur um eine Diskrepanz zwischen den Aufzeichnungen und der Domain handelt.
Vorbereiten, was an den Hosting- oder DNS-Support weitergegeben werden soll
Wenn Ihre Überprüfungen abgeschlossen sind, stellen Sie ein kurzes Paket für den Support zusammen. Benötigt werden die Domain, neue NS, genaue Zeit des Wechsels, Screenshot des Fehlers und eine Liste der bereits überprüften Punkte. Das sind 5 Punkte, und sie sparen mehr Zeit als ein langes Schreiben "bei uns funktioniert nichts".
Vergessen Sie nicht anzugeben, von welchem Gerät und Netzwerk das Problem sichtbar ist. Für den Support ist das keine Formalität, sondern ein nützliches Detail: Die gleiche Domain kann aus dem Mobilfunknetz geöffnet werden und aus dem Heimnetzwerk abstürzen. Es ist auch hilfreich, die aktuellen A-, AAAA- und CNAME-Einträge beizufügen, falls sie sich geändert haben.
Wenn Sie den DNS-Anbieter gewechselt haben, teilen Sie uns bitte mit, bei wem die Domain früher war und bei wem sie jetzt ist. Manchmal hängt die Hilfe davon ab, dass die Zone bereits delegiert ist, aber der alte Server noch Antworten an einige Resolver zurückgibt. Je genauer Sie den Verlauf beschreiben, desto weniger Umwege wird die Antwort haben.
Guter Stil ist es, sofort das Ergebnis der Überprüfung aus 2–3 Quellen beizufügen und nicht nur einen Screenshot aus dem Browser. Es ist für den Support einfacher zu sehen, wo das Bild abweicht: im Bereich, beim Registrar oder auf dem Server. Und je weniger Vermutungen, desto schneller findet man den Engpass.
Wenn man nach der technischen Routine den Kopf etwas freibekommen möchte, kann man sich ablenken mit die härtesten Experimente von Psychologen — das Material ist nicht einfach, aber es nimmt gut das Gefühl weg, dass ein defekter DNS die Welt an Ort und Stelle hält. Und dann kehren Sie zu den Logs und NS-Einträgen zurück.
Was noch zu überprüfen ist, wenn das Problem schwankt
Wenn die Website nur bei einem Teil der Benutzer geöffnet wird, schauen Sie nicht nur auf einen Faktor, sondern auf eine Kombination aus 3 Dingen: DNS, Cache und Server. Wenn alle drei durcheinander sind, ändern sich die Symptome jede Stunde. Das ist genau der Fall, wenn dieselbe Domain sich morgens und abends unterschiedlich verhält.
Manchmal hilft es, über einen externen Dienst zu überprüfen und einen separaten Test im Browser ohne gespeicherte Daten durchzuführen. Nicht weil es Magie ist, sondern weil Sie das lokale Bild vom allgemeinen trennen. Wenn es lokal schlecht ist, aber extern in Ordnung, sitzt das Problem näher am Gerät oder Anbieter.
Wenn Sie nach der Migration auch die Struktur der Website geändert haben, vergessen Sie nicht die alten Links. Der Benutzer könnte auf eine nicht existierende Seite gelangen und denken, dass die Domain komplett kaputt ist. In der Praxis bricht nur 1 Weg von 20.
Und ja, manchmal ist es hilfreich, ein Problem als Kette zu betrachten. DNS führt zu einem Server, der Server gibt die Website aus, das Zertifikat bestätigt die Domain, und der Browser entscheidet, ob er den Benutzer durchlässt oder nicht. Wenn eines der 4 Elemente ausfällt, öffnet sich die Website nicht wie gewünscht.
Wenn alles überprüft ist und der Zugriff trotzdem springt, notieren Sie die letzten 2 Änderungen und nehmen Sie keine neuen vor, bis Sie eine Antwort vom Support erhalten. Andernfalls behindern Sie sich selbst dabei, zu sehen, wo genau die Kette abgerissen ist.
