Zum Inhalt

Hinweis

Dieses Helpcenter befindet sich noch im Aufbau. Einige Themen fehlen noch oder werden aktuell überarbeitet.

Wenn dir etwas fehlt oder eine Formulierung unklar ist, sag uns bitte kurz Bescheid. Am hilfreichsten ist der Link zur Seite und ein Beispiel, was du erreichen möchtest.

Weiterführend: Wo finde ich was? · Ich habe keinen Zugang · Zugänge absichern

DNS-Einträge verstehen

Eine Domain wie deine-domain.de ist nur ein Name. Damit ein Browser weiß, welcher Computer die Website ausliefert — und ein Mailprogramm, wohin die Post soll —, braucht es Wegweiser. Diese Wegweiser sind die DNS-Einträge.

Man kann sich das wie das Türschild und den Briefkasten eines Gebäudes vorstellen: Der Name steht außen dran, aber erst die Einträge sagen, wo genau was zu finden ist.

Die Einträge und wofür sie da sind

Eintrag Wofür er zuständig ist Woran du merkst, dass er fehlt oder falsch ist
A sagt, auf welchem Server die Website liegt Die Website ist nicht erreichbar oder zeigt eine fremde Seite („Server nicht gefunden“)
AAAA dasselbe für neuere Verbindungen (IPv6) Manche Besucher kommen auf die Seite, andere nicht
CNAME ein Verweis auf einen anderen Namen — praktisch für www, damit es automatisch dorthin zeigt, wo die Hauptdomain liegt deine-domain.de geht, www.deine-domain.de nicht (oder umgekehrt)
MX sagt, welcher Server die E-Mails annimmt E-Mails kommen nicht an oder landen noch beim alten Anbieter
TXT Platz für Nachweise und Regeln, vor allem SPF, DKIM und DMARC Deine E-Mails landen beim Empfänger im Spam
SRV verweist auf besondere Dienste (z. B. Chat, Telefonie) betrifft nur Anwendungen, die das ausdrücklich verlangen

Die Kurzfassung

A = wo die Website liegt · MX = wohin die E-Mails gehen · TXT = womit du deine E-Mails beglaubigst · CNAME = ein Alias für einen anderen Namen.

Diese vier decken praktisch alles ab, was im Alltag vorkommt.

Der Unterschied, an dem die meisten hängenbleiben

Nameserver und DNS-Einträge sind nicht dasselbe — und beides ändert man an unterschiedlichen Stellen.

Nameserver DNS-Einträge
Was sie sind die Adresse des Verzeichnisses, in dem alle Wegweiser stehen die einzelnen Wegweiser selbst
Bild dazu in welchem Adressbuch nachgeschlagen wird was in diesem Adressbuch steht
Geändert wird im Kundenportal bei der Domain cPanel unter Domains → DNS Einstellungen
Unsere Werte ns5.ns35.de bis ns8.ns35.de je nach Zweck, siehe oben

Wichtig: Die Einträge im cPanel wirken nur, wenn die Domain auch auf unsere Nameserver zeigt. Steht sie auf den Nameservern eines anderen Anbieters, musst du die Einträge dort setzen — sonst änderst du an einem Adressbuch, in dem niemand nachschlägt.

Welcher Fall bei dir vorliegt und wie du es prüfst: DNS ändern: Nameserver oder DNS-Einträge?

Typische Aufgaben

Website soll auf unser Hosting zeigen

  • ein A-Eintrag für @ (das steht für die Domain selbst) auf die IP-Adresse deines Tarifs
  • zusätzlich www als CNAME auf @, damit beide Schreibweisen funktionieren

E-Mails sollen zu uns kommen

E-Mails sollen nicht im Spam landen

Ein Dienst verlangt eine „Verifizierung per DNS“

  • meist ein TXT-Eintrag mit einer vorgegebenen Zeichenfolge. Einfach genau so eintragen, wie der Dienst es vorgibt — Groß- und Kleinschreibung inklusive.

Warum Änderungen nicht sofort wirken

Jeder Eintrag hat eine Haltbarkeit, die TTL, auf Englisch time to live. Sie sagt anderen Servern, wie lange sie sich den Wert merken dürfen, bevor sie neu nachfragen. Bei uns sind das vier Stunden.

Deshalb sehen direkt nach einer Änderung manche Besucher schon das Neue und andere noch das Alte. Das ist kein Fehler, sondern Absicht — es hält das Netz schnell. Plane DNS-Änderungen also mit etwas Vorlauf, nicht zehn Minuten vor einem Termin.

Doppelte Einträge sind eine häufige Fehlerquelle

Es darf für denselben Namen nur einen A-Eintrag geben, und www sollte entweder ein CNAME oder ein A-Eintrag sein, nicht beides. Bei zwei widersprüchlichen Wegweisern entscheidet der Zufall, wo ein Besucher landet — und der Fehler tritt scheinbar „manchmal“ auf, was die Suche unnötig schwer macht.

Für Experten
  • @ steht für die Zone selbst (apex). Dort ist ein CNAME nach Standard nicht zulässig — deshalb braucht die nackte Domain einen A-Eintrag, auch wenn www per CNAME zeigt.
  • SPF gehört als TXT-Eintrag, nicht als der frühere eigene SPF-Typ. Und es darf pro Domain nur einen SPF-Eintrag geben; zwei führen zu permerror und heben den Schutz auf.
  • DKIM liegt unter standard._domainkey (Selektor je nach Signatur), DMARC unter _dmarc.
  • Wer eine Zone von Hand pflegt: vor der Änderung den aktuellen Stand sichern. Ein gelöschter MX-Eintrag fällt oft erst Stunden später auf, wenn Post fehlt.

Das könnte auch weiterhelfen

Serverprofis.de erstellt mit Material for MkDocs