Verwenden Sie diesen Leitfaden, wenn eine benutzerdefinierte Domain nicht bereit wird, die falsche Website öffnet, falsch weiterleitet oder einen HTTPS-/Sicherheitsfehler anzeigt.

Finden Sie zuerst Ihr Problem

Verwenden Sie die Symptomtabelle, bevor Sie DNS ändern. Beginnen Sie mit dem Abschnitt, der zu dem passt, was Sie sehen, nehmen Sie eine gezielte Änderung vor und prüfen Sie dann den Domain-Status und den Hostnamen in einem Browser erneut.

Wo Sie die Domain prüfen können

Schnellreferenz: Begriffe, die Sie in diesem Leitfaden sehen können

Sie müssen DNS intern nicht verstehen, um die Schritte zur Fehlerbehebung zu verwenden. Diese Definitionen sind nur hier, falls Ihnen ein Begriff unbekannt ist.

Bevor Sie etwas ändern

• Notieren Sie den genauen Domain-Status und jede Fehlermeldung, die in Atoms angezeigt wird.

• Ändern Sie jeweils nur eine DNS- oder Routing-Einstellung, damit Sie erkennen können, welche Änderung das Ergebnis beeinflusst hat.

• Notieren Sie den vorherigen Wert, bevor Sie einen produktiven DNS-Eintrag bearbeiten.

• Löschen Sie keine Einträge nur deshalb, weil Sie sie nicht erkennen. MX-Einträge, mailbezogene TXT-Einträge und nicht zusammenhängende Subdomains können E-Mail oder andere Dienste unterstützen.

• Ändern Sie Nameserver nicht nur, um ein einzelnes Verifizierungsproblem zu beheben, es sei denn, eine separate DNS-Migration ist beabsichtigt und bestätigt.

• Wenn eine Änderung zur Fehlerbehebung eine funktionierende Website, E-Mail oder einen anderen Dienst beeinträchtigt, stellen Sie nur die letzte Änderung wieder her, die die Regression verursacht hat.

Probleme mit Verifizierung und DNS-Einträgen

Verwenden Sie diesen Abschnitt, wenn Atoms die Domain nicht verifizieren kann, ein erforderlicher Eintrag zu fehlen oder falsch zu sein scheint oder Sie DNS bearbeitet haben, sich der Domain-Status aber nicht geändert hat.

Prüfen Sie zuerst die DNS-Quelle

• Öffnen Sie die Domain in Atoms und vergleichen Sie jeden erforderlichen Eintrag mit dem, was öffentlich für denselben Hostnamen veröffentlicht ist.

• Prüfen Sie die autoritativen Nameserver der Domain und stellen Sie sicher, dass Sie DNS bei dem Anbieter bearbeiten, der diese Nameserver bereitstellt. Wenn die Nameserver auf Cloudflare zeigen, sind Änderungen, die nur in einem DNS-Panel des Registrars vorgenommen werden, möglicherweise nicht autoritativ.

• Bestätigen Sie für jeden erforderlichen Eintrag den Eintragstyp, den Hostnamen/Namen, das Ziel oder den Wert und dass der Eintrag beim autoritativen Anbieter tatsächlich vorhanden ist.

• Der Verifizierungswert muss exakt mit dem Wert übereinstimmen, der aktuell von Atoms angezeigt wird, und in einer öffentlichen DNS-Abfrage sichtbar sein.

Beheben Sie nur die Abweichung und prüfen Sie dann erneut

• Erstellen Sie einen fehlenden Eintrag oder korrigieren Sie nur das Feld, das nicht übereinstimmt.

• Wenn der Eintrag beim falschen DNS-Anbieter hinzugefügt wurde, fügen Sie ihn stattdessen beim autoritativen Anbieter hinzu.

• Ersetzen Sie keinen aktuellen Atoms-Wert durch eine Adresse oder einen Verifizierungswert aus einem anderen Projekt, einer anderen Domain, einem alten Screenshot oder einem älteren Help-Center-Artikel.

• Nachdem die Änderung öffentlich sichtbar ist, kehren Sie zu Domains → Verwalten zurück, prüfen Sie den Domain-Status erneut und testen Sie dann den Hostnamen in einem Browser.

Routing, alte Inhalte, widersprüchliche Einträge und Cloudflare

Verwenden Sie diesen Abschnitt, wenn der Hostname eine alte Website öffnet, das falsche Ziel erreicht oder mehrere Routing-Einträge für denselben Hostnamen vorhanden sind.

Prüfen Sie A-, AAAA- und CNAME-Einträge für den exakten Hostnamen

• Suchen Sie nach Einträgen von einem früheren Hosting-Anbieter, einem alten IPv6-AAAA-Ziel, einem CNAME plus einem weiteren Zieleintrag für denselben Hostnamen oder doppelten Einträgen, die Traffic an verschiedene Dienste senden.

• Entfernen Sie nur einen Website-Routing-Eintrag, bei dem Sie bestätigt haben, dass er mit der aktuellen Atoms-Einrichtung in Konflikt steht. Löschen Sie unbekannte Einträge nicht als Bereinigungsschritt.

• Wenn DNS bereits auf das beabsichtigte Ziel zeigt, aber alte Inhalte erscheinen, testen Sie ein privates/Inkognito-Fenster, einen anderen Browser oder ein anderes Gerät und ein anderes Netzwerk, bevor Sie DNS erneut ändern.

Cloudflare-Proxy-Status

• TXT-Verifizierungseinträge sind nur DNS-Einträge; sie sind keine Web-Proxy-Einträge.

• Ändern Sie bei A- oder CNAME-Einträgen den Proxy-Status nur dann, wenn die Atoms-Oberfläche oder der Atoms Support dies ausdrücklich verlangt. Wechseln Sie Einträge nicht routinemäßig zwischen Proxied und DNS only als Schritt zur Fehlerbehebung.

• Wenn Atoms oder der Support Sie auffordert, den Proxy-Status zu ändern, ändern Sie nur den genannten Routing-Eintrag, warten Sie, bis die neue DNS-Antwort sichtbar wird, und testen Sie dann die Domain und HTTPS erneut.

DNS-Propagation und lokales Caching

Wenn das autoritative DNS bereits korrekt ist, aber verschiedene Netzwerke oder Geräte weiterhin unterschiedliche Ergebnisse anzeigen, ist das verbleibende Problem normalerweise Caching und kein neuer Konfigurationsfehler.

• Vergleichen Sie das autoritative DNS-Ergebnis mit einem oder mehreren öffentlichen DNS-Resolvern und, falls nützlich, mit einem anderen Netzwerk wie mobilen Daten.

• Wenn das autoritative DNS falsch ist, korrigieren Sie den Quell-Eintrag. Wenn das autoritative DNS korrekt ist, andere Resolver aber weiterhin den vorherigen Wert zurückgeben, vermeiden Sie es, den Eintrag wiederholt zu bearbeiten.

• DNS-Änderungen können bis zu 48 Stunden benötigen, um weltweit sichtbar zu werden, obwohl sie normalerweise früher erscheinen.

• Wenn nur ein Browser oder Gerät das falsche Ergebnis anzeigt, während DNS und Atoms anderswo korrekt sind, löschen oder umgehen Sie diesen lokalen Browser-/Netzwerk-Cache. Ändern Sie DNS nicht wegen eines gerätespezifischen Cache-Problems.

• Prüfen Sie später erneut und achten Sie darauf, dass öffentliche Resolver auf denselben beabsichtigten Wert zusammenlaufen.

SSL-/HTTPS-Probleme

Verwenden Sie diesen Abschnitt, wenn DNS korrekt aussieht, aber HTTPS nicht ausgestellt werden kann, der Browser eine Zertifikatswarnung anzeigt oder HTTPS zuvor funktioniert hat und jetzt fehlschlägt.

Prüfen Sie die Konfiguration rund um das Zertifikat

• Notieren Sie den genauen Browserfehler und den exakten Hostnamen, der geöffnet wird.

• Bestätigen Sie DNS-Routing, Propagation, Cloudflare-Proxy-Status und ob das Zertifikat zu einem anderen Hostnamen zu gehören scheint.

• Prüfen Sie, ob sich kürzlich etwas an DNS, Nameservern, Cloudflare-Proxy-Einstellungen, CAA-Einträgen oder der Projekt-/Domain-Zuordnung geändert hat.

• Prüfen Sie CAA-Einträge für den betroffenen Hostnamen und die übergeordnete Domain, falls eine restriktive Zertifikatsrichtlinie vorhanden sein könnte.

Beheben und verifizieren

• Korrigieren Sie nur ein bestätigtes DNS-, Proxy-, CAA-, Hostnamen- oder Projektzuordnungsproblem.

• Umgehen Sie Browser-Zertifikatswarnungen nicht als normale Lösung.

• Wenn das öffentliche DNS korrekt ist und keine benutzerkontrollierte Konfiguration den Fehler erklärt, beenden Sie DNS-Änderungen und kontaktieren Sie den Atoms Support für die Bereitstellung oder Erneuerung des Zertifikats.

• Ersetzen Sie ansonsten korrektes DNS nicht nur, um eine Zertifikatserneuerung zu erzwingen, es sei denn, Atoms weist Sie ausdrücklich dazu an.

• Prüfen Sie erneut, indem Sie den exakten Hostnamen mit https:// öffnen und bestätigen, dass das beabsichtigte Projekt ohne Zertifikatswarnung geladen wird.

Root, www, Weiterleitungen und Verhalten bei falschem Projekt

Es lohnt sich, diese Probleme hier zu prüfen, weil sie wie DNS- oder SSL-Fehler aussehen können, selbst wenn die grundlegende Verbindung bereits funktioniert.

Root funktioniert, aber www nicht — oder umgekehrt

• Behandeln Sie example.com und www.example.com als separate Hostnamen. Testen Sie beide über HTTPS.

• Prüfen Sie das DNS-Ergebnis und den Atoms-Domain-Status für den Hostnamen, der fehlschlägt.

• Gehen Sie nicht davon aus, dass die Werte der Root-Domain einfach auf www kopiert werden sollten.

Wenn ein Hostname weiterhin verbunden oder neu konfiguriert werden muss, folgen Sie den Einrichtungsschritten in Domains verbinden und verwalten, anstatt das Konfigurationsverfahren hier zu duplizieren.

Weiterleitungen führen zur falschen Adresse oder erzeugen eine Schleife

• Bestätigen Sie die Adresse, bei der Besucher Ihrer Erwartung nach landen sollen, und testen Sie die Weiterleitung in einer frischen/privaten Browsersitzung.

• Prüfen Sie, ob ein anderes System ebenfalls Weiterleitungen ausführt, z. B. Registrar-Weiterleitung, Cloudflare-Weiterleitungsregeln, ein anderer Proxy/CDN oder die vorherige Hosting-Plattform.

• Ändern Sie nur die bestätigte widersprüchliche Weiterleitungsebene. Vermeiden Sie es, mehrere Weiterleitungssysteme gleichzeitig zu ändern.

• Wenn eine Änderung eine Weiterleitungsschleife erzeugt oder Besucher an das falsche Ziel sendet, stellen Sie die vorherige funktionierende Weiterleitungskonfiguration wieder her, bevor Sie eine andere Ebene testen.

Um zu ändern, welche verbundene Adresse primär ist, verwenden Sie das Verfahren in Domains verbinden und verwalten.

Die Domain öffnet das falsche Atoms-Projekt

• Wenn DNS Atoms bereits korrekt erreicht, behandeln Sie das Problem als Problem der Projekt-/Domain-Zuordnung, anstatt DNS wiederholt zu ändern.

• Bestätigen Sie, welches Projekt oder welcher Arbeitsbereich derzeit die Domain-Zuordnung anzeigt.

• Nachdem die Zuordnung korrigiert wurde, prüfen Sie erneut, dass der Hostname das beabsichtigte Projekt öffnet und HTTPS weiterhin funktioniert.

Zum Wechseln, Trennen, erneuten Verbinden oder Verschieben einer Domain zwischen Projekten folgen Sie Domains verbinden und verwalten. Wenn die aktuelle Zuordnung zu einem nicht zugänglichen oder gelöschten Projekt/Arbeitsbereich/Konto gehört, kontaktieren Sie stattdessen den Atoms Support, anstatt zusätzliche DNS-Änderungen vorzunehmen.

Wann Sie DNS-Änderungen beenden und den Atoms Support kontaktieren sollten

Eskalieren Sie, anstatt DNS weiter zu bearbeiten, wenn die Hinweise auf ein Problem mit dem Atoms-seitigen Status, Zertifikat oder der Zuordnung hindeuten.

• DNS ist nachweislich korrekt, aber der Atoms-Domain-Status erholt sich nicht.

• Die Bereitstellung oder Erneuerung des Zertifikats schlägt fehl, obwohl öffentliches DNS und benutzerkontrollierte Einstellungen korrekt sind.

• Die Domain ist einem nicht zugänglichen oder gelöschten Projekt/Arbeitsbereich/Konto zugeordnet oder die relevante Aktion zur Domain-Verwaltung schlägt fehl.

• Mehrere nicht zusammenhängende Atoms-Domains fallen gleichzeitig aus und ihre DNS-Einträge wurden in letzter Zeit nicht geändert.

• Eine Änderung zur Fehlerbehebung wirkt sich auf einen anderen Dienst aus und Sie können das korrekte Rollback nicht sicher bestimmen.

Bereiten Sie diese Nachweise vor, bevor Sie eskalieren

• Der betroffene Hostname und das beabsichtigte Atoms-Projekt/der beabsichtigte Arbeitsbereich.

• Der genaue Domain-Status oder die aktuell angezeigte Fehlermeldung.

• Die aktuellen autoritativen DNS-Ergebnisse und die Werte, die Atoms derzeit verlangt.

• Der genaue HTTPS-/Zertifikatsfehler des Browsers, falls zutreffend.

• Die zuletzt vorgenommene Änderung und ob durch ihre Wiederherstellung das vorherige Verhalten zurückkehrte.

Abschließende erneute Prüfung

Kehren Sie nach jeder Behebung zu Domains → Verwalten zurück und prüfen Sie den Domain-Status erneut. Bestätigen Sie dann das Ergebnis in einem Browser.

• Der beabsichtigte Hostname ist verbunden und erreicht das beabsichtigte Atoms-Projekt.

• HTTPS funktioniert ohne Zertifikatswarnung.

• Root und www verhalten sich wie beabsichtigt.

• Weiterleitungen enden bei der beabsichtigten Adresse.

• E-Mail und andere nicht zusammenhängende Dienste funktionieren nach den DNS-Änderungen weiterhin.

FAQ