So konfigurieren Sie DNS-Einträge ohne Rätselraten

Eine Domain kann registriert, bezahlt und in Ihrem Konto sichtbar sein, aber dennoch ins Leere führen. Das fehlende Puzzlestück ist in der Regel das DNS. Wenn Sie DNS-Einträge konfigurieren, teilen Sie Browsern mit, wo sie Ihre Website finden können, Mail-Servern, wohin sie Nachrichten zustellen sollen, und Drittanbietern, wie sie Ihre Domain verifizieren können.

Auf die Details kommt es an. Ein einziges falsch platziertes Zeichen kann dazu führen, dass Besucher auf einen alten Server weitergeleitet werden, E-Mails nicht zugestellt werden oder ein neuer Dienst keine Verbindung herstellen kann. Die gute Nachricht ist: Sobald man weiß, welche Einträge welche Funktionen haben und wo sie verwaltet werden sollten, folgt das DNS einer klaren Logik.

Bevor Sie Änderungen vornehmen, sollten Sie klären, wo Ihre DNS-Zone gehostet wird. Dies ist nicht immer das Unternehmen, bei dem Sie die Domain gekauft haben. Möglicherweise verwaltet Ihr Registrar die Registrierung, während Ihr Hosting-Anbieter, Ihre Website-Plattform oder Ihr IT-Partner die Nameserver und DNS-Einträge verwaltet.

Sehen Sie sich zunächst die Nameserver der Domain an. Diese geben den Dienst an, der für das DNS maßgeblich ist. Nehmen Sie Änderungen ausschließlich im DNS-Kontrollpanel dieses Dienstes vor. Das Hinzufügen eines Eintrags beim Registrar hat keine Auswirkungen, wenn die Domain Nameserver eines anderen Anbieters nutzt.

Im geschäftlichen Bereich verhindert diese Überprüfung einen häufigen und kostspieligen Fehler: Zwei Personen aktualisieren unterschiedliche Verwaltungsoberflächen, wobei keine der Änderungen im öffentlichen Internet wirksam wird. Führen Sie klare Aufzeichnungen darüber, wem die Domain gehört, wer das DNS verwaltet und wer Änderungen genehmigen darf.

Das DNS wird oft als Adressbuch des Internets bezeichnet, doch es leistet mehr, als nur einen Namen einer Adresse zuzuordnen. Jeder Eintragstyp hat eine bestimmte Aufgabe.

| Eintragstyp | Funktion | Typische Verwendung | | --- | --- | --- | | A | Verweist einen Namen auf eine IPv4-Adresse | Eine auf einem Server gehostete Website | | AAAA | Verweist einen Namen auf eine IPv6-Adresse | Modernes IPv6-fähiges Hosting | | CNAME | Verweist einen Hostnamen auf einen anderen | `www`, das auf den Namen einer gehosteten Website verweist | | MX | Leitet E-Mails an empfangende Mailserver weiter | Zustellung von Unternehmens-E-Mails | | TXT | Veröffentlicht textbasierte Richtlinien oder Verifizierungsdaten | SPF, DKIM, DMARC und Dienstüberprüfung | | SRV | Definiert einen Dienst, einen Port und ein Ziel | Bestimmte Telefonie- und Kommunikationsdienste |

Ein A-Eintrag mag einfach aussehen: Der Hostname lautet `@` oder ist für die Root-Domain leer, und der Wert ist eine IP-Adresse wie beispielsweise `203.0.113.10`. Das Symbol `@` steht in der Regel für die Domain selbst, zum Beispiel `example.lu`. Ein A-Eintrag mit „www“ als Host bezieht sich auf „www.example.lu“.

Ein CNAME funktioniert anders. Er enthält keine IP-Adresse, sondern verweist auf einen anderen Hostnamen. Dies ist nützlich, wenn eine Website-Plattform ein Ziel wie beispielsweise `customer.hosting-platform.example` bereitstellt. Die Plattform kann ihre zugrunde liegende Infrastruktur ändern, ohne dass Sie eine IP-Adresse aktualisieren müssen.

Es gibt eine wichtige Einschränkung: Ein Hostname mit einem CNAME-Eintrag sollte keine weiteren Einträge enthalten. Je nach DNS-Anbieter können für die Root-Domain auch strengere Vorgaben gelten. Wenn Ihr Website-Anbieter einen Alias für die Root-Domain verlangt, befolgen Sie dessen Anweisungen genau oder nutzen Sie die vom Anbieter unterstützte Alternative.

Behandeln Sie eine DNS-Änderung wie eine kurze technische Implementierung und nicht wie eine schnelle Änderung, die Sie zwischen zwei Besprechungen vornehmen. Notieren Sie sich zunächst den genauen Namen, den Eintragstyp, den Wert und die TTL, die Ihnen der Dienst, mit dem Sie eine Verbindung herstellen, bereitgestellt hat. Kopieren Sie technische Werte, anstatt sie abzutippen – insbesondere Verifizierungszeichenfolgen und E-Mail-Schlüssel.

Überprüfen Sie zunächst die vorhandenen Einträge. Möglicherweise finden Sie einen A-Eintrag für die Root-Domain, einen CNAME-Eintrag für `www`, MX-Einträge für E-Mail und mehrere TXT-Einträge. Machen Sie einen Screenshot oder exportieren Sie die Zone, bevor Sie sie bearbeiten. So haben Sie einen praktischen Rückfallpunkt, falls das Ergebnis nicht Ihren Erwartungen entspricht.

Fügen Sie anschließend den gewünschten Eintrag hinzu oder bearbeiten Sie ihn. Achten Sie dabei genau auf den Hostnamen. Ein als „shop“ eingegebener Eintrag erzeugt „shop.example.lu“; die Eingabe der vollständigen Domain in einem Feld, das die Domain automatisch anhängt, kann versehentlich zu „shop.example.lu.example.lu“ führen. Da sich die DNS-Oberflächen unterscheiden, überprüfen Sie nach Möglichkeit die Vorschau oder den resultierenden Eintragsnamen.

Speichern Sie anschließend die Änderung und testen Sie sie. Überprüfen Sie sowohl die Root-Domain als auch `www`, um sicherzustellen, dass Ihre Website auf beiden funktioniert. Bei Änderungen im Zusammenhang mit E-Mails sollten Sie das Senden und Empfangen erst nach der Propagierung testen, anstatt davon auszugehen, dass ein gespeicherter Eintrag bereits aktiv ist.

Löschen Sie bestehende MX- oder TXT-Einträge nur dann, wenn Sie deren Zweck verstehen. E-Mails stützen sich oft auf mehrere Einträge gleichzeitig, und das Entfernen eines seit Langem bestehenden SPF- oder DKIM-Eintrags kann die Zustellung und die Vertrauenswürdigkeit beeinträchtigen. Ein neuer E-Mail-Anbieter benötigt möglicherweise Ersatz-Einträge, doch diese Anweisung sollte ausdrücklich erfolgen.

TTL steht für „Time To Live“. Dieser Wert gibt den Resolvern an, wie lange sie eine DNS-Antwort zwischenspeichern dürfen, bevor sie erneut eine Anfrage stellen. Ein TTL-Wert von 3.600 Sekunden bedeutet unter normalen Bedingungen eine Zwischenspeicherungsdauer von bis zu einer Stunde.

Bei stabilen Einträgen reduziert eine längere TTL wiederholte Abfragen und ist in der Regel unbedenklich. Vor einer geplanten Website- oder E-Mail-Migration kann es hilfreich sein, die TTL ein oder zwei Tage im Voraus zu verkürzen, damit die Änderungen nach der Umstellung schneller sichtbar werden. Rechnen Sie jedoch nicht damit, dass Caches sofort geleert werden: Resolver, die die alte Antwort bereits gespeichert haben, behalten diese möglicherweise bis zum Ablauf der bisherigen TTL bei.

Nachdem die Migration bestätigt wurde, setzen Sie die TTL wieder auf einen sinnvollen Standardwert zurück. Sehr niedrige TTL-Werte sind nicht automatisch besser. Sie führen zu mehr Lookups und beheben keine Konfigurationsfehler.

Bei einer zuverlässigen Website-Einrichtung werden in der Regel sowohl `example.lu` als auch `www.example.lu` berücksichtigt. Wählen Sie eine der beiden Adressen als öffentliche, bevorzugte Adresse aus und leiten Sie die andere auf Webserver- oder Website-Plattform-Ebene weiter. Das DNS kann beide Namen auf das richtige Ziel verweisen, führt jedoch selbst keine Web-Weiterleitungen durch.

Wenn Sie eine Website auf Ihrem eigenen Server hosten, verwenden Sie in der Regel einen A-Eintrag für die Root-Domain und entweder einen A-Eintrag oder einen CNAME-Eintrag für `www`. Wenn Sie eine gehostete Plattform nutzen, stellt diese möglicherweise einen bestimmten A-Eintrag, einen CNAME-Eintrag oder eine Kombination aus beiden Einträgen bereit. Halten Sie sich genau an die Vorgaben der Plattform, einschließlich etwaiger Verifizierungs-Einträge, die verlangt werden.

Seien Sie vorsichtig, wenn Sie einen bestehenden A-Eintrag ändern. Wenn die Domain auch E-Mail unterstützt, sollten Änderungen an den Website-Einträgen keine Änderungen an den MX-Einträgen erfordern. Durch die Trennung dieser Funktionen wird das Risiko verringert, dass ein Website-Umzug die geschäftliche Kommunikation unterbricht.

E-Mail-Einträge sind weniger fehlertolerant, da die Zustellung davon abhängt, dass mehrere Systeme miteinander harmonieren. MX-Einträge teilen anderen Mail-Servern mit, wohin Nachrichten gesendet werden sollen. Dabei spielen ihre Prioritätswerte eine Rolle: Niedrigere Zahlen werden bevorzugt. Wenn ein Anbieter zwei MX-Einträge bereitstellt, werden normalerweise beide aus Gründen der Ausfallsicherheit benötigt.

TXT-Einträge dienen häufig der Authentifizierung. SPF legt fest, welche Server E-Mails im Namen Ihrer Domain versenden dürfen. DKIM veröffentlicht einen öffentlichen Schlüssel, mit dem empfangende Systeme signierte Nachrichten überprüfen. DMARC legt Ihre Richtlinien für Nachrichten fest, die die Authentifizierung nicht bestehen, und kann Berichte bereitstellen.

Diese Einträge stehen zwar in Zusammenhang, sind jedoch nicht austauschbar. Die meisten Domains sollten nur einen SPF-Eintrag haben. Wenn mehr als ein Dienst E-Mails versendet – zum Beispiel Microsoft 365, eine Marketingplattform und ein Helpdesk –, müssen deren zulässige Absender in der Regel zu einem einzigen SPF-Wert zusammengefasst werden. Das einfache Hinzufügen eines zweiten SPF-TXT-Eintrags kann dazu führen, dass SPF fehlschlägt.

DKIM-Hostnamen sind oft lang und enthalten einen Selektor, wie beispielsweise `selector1._domainkey`. Entfernen Sie den Selektor oder die Anführungszeichen nicht, wenn diese in Ihrem DNS-Kontrollpanel angezeigt werden. Bei DMARC sollten Sie zunächst mit einer Überwachungsrichtlinie beginnen, wenn Sie noch dabei sind, legitime Absenderquellen zu prüfen. Eine strenge Ablehnungsrichtlinie ist sinnvoll, sobald sich die Konfiguration bewährt hat, doch eine zu frühe Anwendung kann dazu führen, dass gültige Nachrichten blockiert werden.

Website-Tools, Cloud-Anwendungen und Kommunikationsplattformen fordern Sie häufig auf, einen TXT- oder CNAME-Eintrag hinzuzufügen, um die Inhaberschaft an der Domain nachzuweisen. Diese Einträge mögen zwar vorübergehend erscheinen, sollten jedoch nicht unmittelbar nach der Verifizierung gelöscht werden, es sei denn, der Dienst bestätigt, dass die Löschung unbedenklich ist. Einige Dienste führen später eine erneute Überprüfung durch.

Bei Verifizierungswerten wird in der Praxis zwischen Groß- und Kleinschreibung unterschieden, da es sich um exakte Zeichenfolgen handelt. Behalten Sie jedes Zeichen bei. Sollte ein Wert für ein Feld zu lang erscheinen, verwenden Sie das vom Dienst und vom DNS-Anbieter vorgegebene Format, anstatt ihn eigenmächtig aufzuteilen.

Eine Meldung über den erfolgreichen Speichervorgang bestätigt lediglich, dass das Control Panel Ihre Eingabe akzeptiert hat. Sie ist kein Beweis dafür, dass die öffentliche DNS-Antwort korrekt ist. Verwenden Sie ein DNS-Lookup-Tool oder eine Befehlszeilenabfrage, um den zurückgegebenen Eintrag auf den genauen Hostnamen und Typ zu überprüfen. Vergewissern Sie sich, dass er mit dem beabsichtigten Wert übereinstimmt, und nicht nur, dass ein Eintrag vorhanden ist.

Sollte das Ergebnis falsch sein, überprüfen Sie die Nameserver, den Hostnamen und mögliche Konflikte zwischen Einträgen, bevor Sie weitere Änderungen vornehmen. Sollte das Ergebnis weiterhin veraltet sein, berücksichtigen Sie die TTL und zwischengespeicherte Antworten. Das wiederholte Löschen und Neuerstellen von Einträgen beschleunigt diesen Vorgang selten und kann neue Fehler verursachen.

Unternehmen, die auf gehostete E-Mail-Dienste, Geschäftstelefonie oder kundenorientierte Dienste angewiesen sind, sollten wesentliche DNS-Änderungen in einem festgelegten Zeitfenster planen und die bisherigen Werte bereithalten. Das DNS ist eine grundlegende Infrastruktur: Eine sorgfältige fünfminütige Überprüfung ist mehr wert als eine später in Eile vorgenommene Korrektur.

Wenn Sie eine zweite Meinung benötigen, kann Ihnen das hauseigene Team von Visual Online dabei helfen, zu klären, was in Ihre DNS-Zone gehört und was unverändert bleiben sollte. Die beste DNS-Konfiguration ist selten die komplizierteste – es ist diejenige, die dokumentiert, getestet und bei Änderungen Ihrer Dienste leicht zu pflegen ist.