Domain und DNS: so findet der Browser deine Website

Drei Bausteine, drei verschiedene Aufgaben

Eine Domain ist eine registrierte Adresse. DNS veröffentlicht Informationen darüber, welche Ziele zu dieser Adresse gehören. Hosting stellt Dateien und Anwendungen bereit. Diese Leistungen können bei demselben Anbieter liegen, müssen es aber nicht. Ein Wechsel des Websitehosts erfordert deshalb nicht zwangsläufig einen Transfer der Domain oder eine Änderung der Mailumgebung.

Die Unterscheidung hilft besonders bei Fehlern. Wenn die Domain nicht aufgelöst wird, ist eine Untersuchung des PHP-Codes zunächst wenig zielführend. Wenn DNS das richtige Ziel nennt, die Verbindung dort aber abgelehnt wird, liegt die nächste Frage beim Netzwerk oder Hosting. Wenn die Verbindung gelingt und die falsche Website erscheint, müssen Domainzuordnung und Webserverkonfiguration geprüft werden.

Welche DNS-Einträge wofür stehen

Die Hauptdomain und www sind unterschiedliche Namen. Beide brauchen eine passende Auflösung und, bei HTTPS-Nutzung, eine gültige Zertifikatsabdeckung. Eine funktionierende Hauptadresse beweist nicht, dass www korrekt eingerichtet ist. Der Ratgeber zu HTTPS und Zertifikaten beschreibt die nächste Ebene.

Die maßgebliche Zone finden

Eine Verwaltungsoberfläche kann DNS-Einträge anzeigen, obwohl die Domain öffentlich andere Nameserver verwendet. Maßgeblich ist die autoritative Zone. Prüfe deshalb zuerst die delegierten Nameserver und anschließend deren Antworten. Ein korrekt aussehender Eintrag in einer lokalen Plesk-Zone reicht nicht als Nachweis für eine öffentliche Veröffentlichung.

Auch Caches sind zu berücksichtigen. Eine Änderung wird nicht zwingend gleichzeitig bei allen Resolvern sichtbar. Die TTL beeinflusst, wie lange Antworten zwischengespeichert werden dürfen. Vergleiche autoritative Antworten mit dem tatsächlich verwendeten Resolver. Dokumentiere Zeit und abgefragten Server, damit unterschiedliche Ergebnisse nachvollziehbar bleiben.

Websiteänderung ohne unnötige Mailänderung

Beim Umzug der Website werden oft nur die Webziele angepasst. MX und zugehörige Mailauthentifizierung sollten unverändert bleiben, sofern der Mailbetrieb nicht ausdrücklich Teil des Umzugs ist. Ein pauschaler Austausch der gesamten Zone kann funktionierende Postfächer oder Sicherheitsprüfungen beschädigen.

Sichere vor einer Änderung die vorhandenen Einträge und ihre Zwecke. Notiere, welche Namen zur Website, zu Maildiensten und zu sonstigen Anwendungen gehören. Ändere nur die für den geplanten Schritt nötigen Werte. Bei unbekannten TXT-Einträgen klärst du den Zweck, bevor du sie entfernst. DNS ist gemeinsame Infrastruktur für mehrere Dienste.

Ein sinnvoller Prüfablauf

Kontrolliere zunächst Hauptdomain und www über die autoritativen Nameserver. Prüfe danach HTTP, HTTPS und die beabsichtigten Weiterleitungen. Wenn IPv6 angeboten wird, teste diese Verbindung gesondert. Eine direkte Verbindung zu einer IPv6-Adresse ersetzt dabei keine öffentliche AAAA-Veröffentlichung.

• Nameserver und vorhandene Zone dokumentieren.
• Webziele für beide Namen und beide Adressfamilien prüfen.
• Zertifikat und Zielwebsite kontrollieren.
• Mail unverändert lassen oder den getrennt geplanten Mailumzug testen.
• Rückweg zu den vorherigen Werten festhalten.

Bei einem Anbieterwechsel genügt die Anpassung der DNS-Einträge allein nicht. Plane Dateien, Datenbank und Mailwege getrennt; die Anleitung zum WordPress-Umzug mit DNS- und Mailprüfung verbindet diese Schritte mit einem überprüfbaren Rückweg.

Wenn die falsche Seite erscheint

Die Plesk-Standardseite kann darauf hindeuten, dass noch keine passende Websitezuordnung greift. Sie beweist allein jedoch nicht, ob eine Subscription vorhanden ist. Prüfe den tatsächlichen Bestand in der Verwaltung. Für eine konkrete Fehleranalyse gehören Name, DNS-Ziel, verwendete Adressfamilie, Zertifikat und ausgelieferte Seite zusammen. Erst diese Kombination zeigt, welcher Baustein als Nächstes untersucht werden sollte.