Was tun, wenn die Seite nach der Änderung der DNS-Einstellungen nicht mehr geöffnet werden kann
Was tun, wenn die Seite nach der Änderung der DNS-Einstellungen nicht mehr geöffnet werden kann
Die DNS-Änderung ist tückisch. Die Website scheint bereits übertragen worden zu sein, aber im Browser bleibt es leer, es gibt einen Fehler oder die alte Adresse. Und dann beginnt die Panik: Zuerst wird der Hosting-Anbieter beschuldigt, dann der Registrar, dann man selbst.
Es braucht keinen Lärm, sondern eine schrittweise Überprüfung. Oft liegt das Problem in einem einzigen Eintrag, einem NS oder im Cache des Anbieters und nicht auf der Website selbst. Wenn Sie verstehen möchten, was zu tun ist, wenn die Website nach der DNS-Änderung nicht mehr geöffnet werden kann, beginnen Sie mit der Tatsache: Was genau haben Sie geändert und zu welchem Zeitpunkt haben Sie es getan.
Überprüfen Sie, ob das Problem tatsächlich mit DNS zusammenhängt
Trennen Sie zunächst 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 kann täuschen.
Beobachten Sie, wie sich die Website mit verschiedenen Symptomen verhält: öffnet sich überhaupt nicht, leitet auf eine andere Domain weiter, zeigt einen SSL-Fehler an 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 auf die IP antwortet, aber nicht auf die Domain, steht DNS tatsächlich auf der Liste der Verdächtigen. Wenn auf nichts geantwortet wird, 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 kürzlich SSL oder Weiterleitungen auf der Website geändert wurden, kann der Browser einen ganz anderen Fehler anzeigen, als Sie erwarten. Hier ist es hilfreich, nicht auf Vermutungen zu schauen, sondern auf die genaue Fehlermeldung. Ein einziger Fehlertext kann manchmal 30 Minuten unnötiger Suche sparen.
Den neuen DNS mit dem abgleichen, was geöffnet werden soll
Nach der Änderung des DNS die Liste der Einträge öffnen und mit dem vergleichen, was tatsächlich geöffnet werden muss. Für die Root-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.
Es ist wichtig, nicht nur die Domain selbst, sondern auch die Subdomain zu betrachten. Zum Beispiel kann www auf einen Host verweisen, während ohne www auf einen anderen verwiesen wird. Und wenn einer der Punkte auf einen alten Server zeigt, sehen die Benutzer unterschiedliche Ergebnisse, je nachdem, wie sie die Adresse eingeben.
Ein Abgleich mit dem Migrationsplan hilft gut. Wenn Sie die Website verschoben haben, sollte der neue DNS auf die Adresse zeigen, an der die Website bereits hochgefahren wurde, und nicht auf eine leere Testumgebung. Der Fehler hier ist oft einfach: Der Eintrag wurde erstellt, aber das Ziel blieb alt.
Wenn Sie die Verbindung tiefer überprüfen müssen, vergleichen Sie die aktuellen Werte mit dem, was laut Aufgabe sein sollte. Hier sind 3 Dinge wichtig: der Name des Eintrags, der Typ des Eintrags und die Zieladresse. Ein überflüssiges 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, ob der Übergang zu einem neuen DNS-Anbieter nicht fehlerhaft ist
Wenn die Domain zu einem neuen DNS-Anbieter übertragen wird, muss sichergestellt werden, dass die Delegierung vollständig erfolgt ist. Die Domain sollte die richtigen NS haben, und die Zone sollte 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 beim Registrar mit dem übereinstimmen, was Sie beim neuen Anbieter eingetragen haben. Wenn dort eine alte Adresse 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 bereits "mal öffnet, mal nicht".
Eine weitere häufige Falle ist, dass die Zone erstellt wurde, 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 wichtig, sondern 2–3 unabhängige Überprüfungen.
Berücksichtigen Sie die Aktualisierungsverzögerung weltweit und bei den Benutzern.
Nach dem Wechsel des DNS wird ein Teil der Menschen die neue Adresse sehen, während ein anderer Teil die alte sieht. Das ist normal. Der Anbieter, der Router und das Gerät haben einen Cache, und dieser wird nicht nach Ihrem Wunsch zurückgesetzt.
Die Aktualisierungsverzögerung weltweit kann unterschiedlich lange dauern, daher ziehen Sie keine Schlussfolgerungen nur aufgrund eines Telefons oder eines Büros. Überprüfen Sie die Website über das Heim-Internet, das Mobilnetz und mindestens ein externes Tool. Wenn verschiedene Punkte unterschiedliche Ergebnisse zeigen, ist das fast immer ein Zeichen für den Cache und nicht für einen Fehler der Website.
Wenn die Domain kürzlich mit den 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: Ändern Sie den 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 der AAAA ins Leere zeigt. Für einige Geräte ist das kein kleines Problem, sondern ein echtes Stoppsignal. Moderne Browser und Netzwerke bevorzugen IPv6, und wenn es defekt 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 Seite, von einem anderen nicht.
Es kann auch umgekehrt sein. IPv6 ist bereits aktiv, aber 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 sollten dorthin führen, wo die Website tatsächlich antwortet.
Sicherstellen, dass die Website an der Zieladresse antwortet
Selbst der perfekte DNS hilft nicht, wenn der Server auf der anderen Seite schweigt. Nach der Änderung des Eintrags muss überprüft werden, ob der Host aktiv ist, der Webserver hochgefahren ist und die Bindung an die richtige 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 vorhanden sind, löst der richtige virtuelle Host alles. Die gleiche IP kann 10 Domains bedienen, und ohne genaue Bindung wird der Server nicht das richtige Projekt oder einen Fehler ausgeben. Dies ist besonders nach dem Umzug auf eine neue Plattform auffällig, wenn die Konfiguration anscheinend kopiert wurde, der Domainname jedoch vergessen wurde.
Überprüfen Sie auch die Antwort des Servers: 200, 301, 302, 404 oder 500. Diese Codes sagen mehr als jeder Chat mit dem Support. Wenn an der Zieladresse 404 zurückkommt, bedeutet das, dass DNS bereits angekommen ist, aber die Website auf dem Host nicht mit den Erwartungen übereinstimmt.
Manchmal ist es nützlich, nicht die Hauptseite, sondern einen bestimmten Pfad zu öffnen, zum Beispiel /login oder /admin. So kann man sehen, ob die gesamte Website funktioniert oder nur die Startseite. Wenn es um den Umzug geht, ist eine kleine Überprüfung besser als ein großes selbstsicheres „sieht gut aus“.
Übrigens, wenn du eine unterhaltsame Pause zwischen den Überprüfungen brauchst, kannst du mal schauen Witze über Studenten. Witze kostenlos. Kurz. — das sind 1–2 Minuten, nicht mehr. Manchmal hilft eine solche Pause, den alten Server nicht mit dem neuen zu verwechseln.
Überprüfe HTTPS und das Zertifikat nach der Änderung des Eintrags
DNS kann bereits auf den richtigen Host zeigen, aber der Browser beschwert sich trotzdem über HTTPS. Dann liegt das Problem am Zertifikat, HSTS oder Redirect. Eine sehr häufige Geschichte nach dem Umzug auf eine neue IP.
Überprüfe, ob das Zertifikat genau für diese Domain und Subdomain ausgestellt wurde. Wenn die neue Adresse auf einen Server zeigt, 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 Strenge hinzu. Wenn die Website früher über HTTPS funktionierte und im Browser eine Regel festgelegt ist, führt der Versuch, sie mit einer alten oder fehlerhaften Konfiguration zu öffnen, sofort zu einer Blockierung. Das ist kein Bug 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 zeigt, sieht der neue DNS korrekt aus, aber die Website geht trotzdem nicht dorthin. Überprüfe die endgültige Adresse 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üftManchmal verwechseln Menschen einen Zertifikatfehler mit einem Versuch der Manipulation, obwohl es sich nur um eine Diskrepanz zwischen den Einträgen und der Domain handelt.
Vorbereiten, was an den Hosting- oder DNS-Support übergeben 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 der Änderung, 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: dieselbe Domain kann aus einem Mobilfunknetz geöffnet werden und aus dem Heimnetzwerk nicht. Es ist auch hilfreich, die aktuellen A-, AAAA- und CNAME-Einträge beizufügen, falls sie geändert wurden.
Wenn Sie den DNS-Anbieter gewechselt haben, schreiben Sie, wer die Domain vorher hatte und wer sie jetzt hat. Manchmal hängt die Hilfe davon ab, dass die Zone bereits delegiert ist, aber der alte Server noch Antworten an einige Resolver gibt. Je genauer Sie den Verlauf beschreiben, desto weniger Umwege wird die Antwort haben.
Guter Ton ist es, sofort die Ergebnisse der Überprüfung aus 2–3 Quellen beizufügen, anstatt nur einen Screenshot aus dem Browser. Es ist für den Support einfacher zu sehen, wo das Bild abweicht: in der Zone, beim Registrar oder auf dem Server. Und je weniger Vermutungen, desto schneller finden sie den Engpass.
Wenn Sie nach technischer Routine etwas den Kopf freibekommen möchten, können Sie sich ablenken mit den grausamsten Experimenten 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 einigen Benutzern geöffnet wird, schauen Sie nicht 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 Resolver-Service 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 dem Umzug auch die Struktur der Website geändert haben, vergessen Sie nicht die alten Links. Der Benutzer kann 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 nützlich, das Problem als Kette zu betrachten. DNS führt zum Server, der Server liefert die Website, das Zertifikat bestätigt die Domain, und der Browser entscheidet, ob er den Benutzer durchlässt oder nicht. Wenn eines der 4 Elemente fehlt, öffnet sich die Website nicht wie gewünscht.
Wenn alles überprüft wurde und der Zugriff trotzdem schwankt, 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.
