DNS einfach erklärt: Website oder E-Mail haken?

• Weil du danach schneller erkennst, ob DNS mit dem Problem zu tun hat, warum Änderungen nicht sofort sichtbar sind und was du als Nächstes prüfen kannst.
• Der Mehrwert liegt in der einfachen Übersetzung vieler Anbieterquellen in eine klare Alltagssprache. Der Artikel hilft, Website- und Mail-Probleme zu trennen, DNS als Hintergrundsystem zu verstehen und Support-Anfragen besser vorzubereiten.

Den Leser sofort beim Problem abholen, DNS in einem Satz als Wegweisung zwischen Domain, Website und E-Mail erklären und die Erwartung auf einfache Selbstchecks setzen.

Was macht DNS im Alltag?

DNS ist die Wegweisung hinter deiner Domain. Wenn jemand deinefirma.de in den Browser eingibt, sorgt DNS dafür, dass die Anfrage beim richtigen technischen Ziel landet. Für Websites ist das meist die IP-Adresse eines Servers oder ein anderes hinterlegtes Ziel. Ohne diese Zuordnung wüsste der Browser nicht, wo er die Seite laden soll.

Wichtig ist: DNS ist nicht die Website selbst. DNS sagt nur, wohin der Aufruf geschickt werden soll. Darum kann eine Website nicht erreichbar sein, obwohl die Domain noch korrekt registriert ist. Die Domain ist dann da, aber die Wegweisung im Hintergrund zeigt nicht richtig.

Für E-Mails gilt dieselbe Grundidee, aber mit anderen Einträgen. Hier ist vor allem der MX-Eintrag wichtig. Er legt fest, welcher Mailserver E-Mails für deine Domain annehmen soll. Wenn also eine Nachricht an [email protected] geschickt wird, hilft DNS dabei, den zuständigen Mailserver zu finden.

Für Selbstständige und kleine Teams ist vor allem die Trennung wichtig: Website, E-Mail und Hosting hängen zwar oft an derselben Domain, sind aber nicht dasselbe. Eine Website kann funktionieren, während E-Mails gestört sind. Und E-Mails können sauber laufen, obwohl die Website auf das falsche Ziel zeigt. Oft liegt der Unterschied einfach daran, dass verschiedene DNS-Einträge verschiedene Aufgaben haben.

Als einfache Merkhilfe gilt deshalb: DNS ist die Adress- und Wegweisung im Hintergrund. Es betreibt weder deine Website noch dein Postfach, sondern verbindet deine Domain mit den jeweils richtigen Diensten.

Warum dauert eine DNS-Änderung manchmal so lange?

Wenn du einen DNS-Eintrag änderst, ist das neue Ziel oft nicht sofort überall sichtbar. Der Grund ist einfach: DNS arbeitet mit Zwischenspeichern, auch Caches genannt. Dabei merken sich verschiedene Stellen im Netz eine Antwort für eine gewisse Zeit, damit nicht bei jedem Aufruf alles neu abgefragt werden muss.

Wie lange so eine Antwort gespeichert werden darf, steuert die TTL. Das steht für Time to Live. Gemeint ist die Zeitspanne, in der ein DNS-Eintrag im Cache bleiben darf, bevor erneut nachgefragt wird. Solange diese Zeit noch läuft, können Nutzer weiter die alte Zuordnung sehen.

Darum wirkt eine Änderung oft uneinheitlich. Ein Teil der Besucher landet schon auf der neuen Website oder nutzt schon den neuen Mail-Weg. Andere sehen noch den alten Stand. Das ist kein ungewöhnliches Fehlerbild, sondern oft nur ein Zeichen dafür, dass verschiedene Caches noch unterschiedlich alt sind.

Wichtig ist auch: Eine kurze TTL kann Änderungen zwar beschleunigen, sie ist aber keine Sofort-Taste. Selbst dann kann es noch etwas dauern, bis wirklich alle Resolver und lokalen Zwischenspeicher die neue Information nutzen. Zusätzlich können Resolver eigene Regeln oder Grenzen für TTL-Werte haben.

Für den Alltag heißt das: Wenn du gerade DNS geändert hast, prüfe zuerst den Zeitpunkt der Änderung und die gesetzte TTL. Wenn beides noch frisch ist, liegt nicht automatisch ein Fehler vor. Häufig musst du schlicht warten, bis ältere Cache-Einträge abgelaufen sind.

Welche DNS-Fehler eine Website stören

Wenn eine Website nicht erreichbar ist, liegt das nicht immer am Hosting. Oft ist schon die Zuordnung im DNS falsch oder unvollständig. DNS ist hier die Wegweisung: Es verbindet deine Domain mit dem Ziel, auf dem die Website liegt.

Ein häufiger Grund ist ein fehlender Eintrag. Das kann die Hauptdomain betreffen oder nur eine Subdomain wie www. Fehlt der nötige Record, kann die Adresse nicht richtig aufgelöst werden. Für Besucher wirkt die Seite dann schlicht nicht erreichbar.

Ebenso problematisch ist ein falscher A- oder AAAA-Record. Diese Einträge verbinden einen Namen mit einer IP-Adresse. Zeigt der Eintrag auf die falsche Adresse, landet die Domain auf dem falschen Server. Dann erscheint oft eine alte Seite, eine Standardseite des Hosters oder gar nichts.

Typisch sind auch Fehler bei CNAME-Einträgen. Ein CNAME verweist einen Namen auf einen anderen Namen, nicht auf eine IP-Adresse. Er darf außerdem nicht zusammen mit anderen Record-Typen für denselben Namen bestehen. Wird das falsch eingetragen, funktioniert die Zuordnung nicht sauber.

Wichtig ist auch der Unterschied zwischen www und dem Hauptnamen der Domain. Ein normales CNAME ist am Hauptnamen in der Regel nicht zulässig. Manche Anbieter lösen das mit Sondertypen wie ALIAS oder ANAME. Wer hier die falsche Variante nutzt, kann die Website unbeabsichtigt stören.

Ein weiterer Fehler liegt nicht im einzelnen Record, sondern bei den Nameservern. Sie legen fest, welcher DNS-Anbieter für die Domain überhaupt zuständig ist. Wenn dort noch alte oder falsche Nameserver hinterlegt sind, greifen die Einträge im erwarteten Dashboard nicht.

Für die erste Prüfung reicht meist diese Reihenfolge: Gibt es für die betroffene Domain oder Subdomain überhaupt einen Eintrag? Zeigt er auf das richtige Ziel? Und sind wirklich die richtigen Nameserver aktiv? So lässt sich eine DNS-Ursache oft schon grob eingrenzen.

Welche Mail-Fehler mit DNS zusammenhängen

DNS ist nicht nur fuer die Website wichtig. Auch E-Mail haengt daran. Fuer den Mail-Empfang ist vor allem der MX-Eintrag wichtig. Er sagt, welcher Mail-Anbieter Nachrichten fuer deine Domain annehmen soll. Ist dieser Eintrag falsch oder fehlt er, koennen eingehende E-Mails am falschen Ort landen oder gar nicht sauber zugestellt werden.

Beim Versand tauchen meist drei weitere Begriffe auf: SPF, DKIM und DMARC. Das klingt technisch, laesst sich aber einfach einordnen. SPF ist ein TXT-Eintrag im DNS. Er legt fest, welche Server E-Mails fuer deine Domain senden duerfen. Fehlt dieser Eintrag oder ist er falsch gepflegt, kann das die Zustellung verschlechtern. Nachrichten koennen dann eher im Spam landen oder bei strengeren Pruefungen abgelehnt werden.

DKIM arbeitet mit einer Signatur an der E-Mail. Der passende oeffentliche Schluessel liegt im DNS. Wenn dieser DNS-Eintrag fehlt oder nicht stimmt, kann die Signaturpruefung scheitern.

DMARC ist ebenfalls ein DNS-Eintrag, meist unter _dmarc. Er baut auf SPF und DKIM auf und gibt empfangenden Mail-Systemen eine Richtung vor, wie sie mit auffaelligen Nachrichten umgehen sollen. Wenn dort etwas nicht passt, kann das ebenfalls dazu fuehren, dass E-Mails im Spam landen oder abgelehnt werden.

Fuer kleine Teams reicht als erste Regel oft schon diese Trennung: MX betrifft eher den Empfang. SPF, DKIM und DMARC betreffen vor allem Vertrauen und Zustellbarkeit beim Versand.

Was kannst du beim Anbieter prüfen?

Bevor du lange suchst, prüfe zuerst die Zuständigkeit. DNS wird oft dort verwaltet, wo deine Domain liegt oder wo dein DNS-Anbieter sitzt. Das ist nicht automatisch derselbe Dienst wie dein Webhosting oder dein Mail-Anbieter. In Kundenkonten heißen diese Bereiche oft DNS, DNS Records, Domain Management oder Nameserver.

Wenn es um E-Mail-Probleme geht, sind die MX-Einträge meist der erste Blick wert. Sie legen fest, wohin E-Mails für deine Domain zugestellt werden. Prüfe, ob die Einträge zu deinem aktuellen Mail-Dienst passen. Wichtig ist auch, ob noch alte MX-Einträge eines früheren Anbieters vorhanden sind. Solche Reste können stören. Auch zusätzliche MX-Einträge solltest du nur dann sehen, wenn dein aktueller Dienst sie wirklich vorsieht.

Danach schau auf TXT-Einträge. Diese Einträge werden oft für die Bestätigung deiner Domain und für Mail-Schutz genutzt. Gerade hier zählt jedes Zeichen. Wenn ein Wert fehlt, gekürzt wurde oder noch von einem alten Dienst stammt, kann das zu Problemen führen.

Wichtig ist außerdem die Zeit nach einer Änderung. Neue DNS-Einträge sind oft nicht sofort überall sichtbar. Je nach Eintrag und Anbieter kann das schnell gehen oder deutlich länger dauern. Deshalb ist ein einfacher Ablauf sinnvoll:

1. Prüfen, wer DNS wirklich verwaltet.
2. Nachsehen, ob die MX-Einträge zum aktuellen Mail-Dienst passen.
3. Suchen, ob noch alte oder zusätzliche MX-Einträge aktiv sind.
4. TXT-Einträge mit den Vorgaben des genutzten Dienstes vergleichen.
5. Notieren, was wann geändert wurde.
6. Danach etwas warten und erst dann erneut prüfen.

So grenzt du viele typische Fehler schon ein, bevor du ein Support-Ticket schreibst.

Woran merkst du, ob DNS das Problem ist?

Einfach gesagt: Dieser Abschnitt erklaert zuerst das Problem und erst danach die Einordnung.

Die vorhandenen Quellen liefern dafuer den Beleg. Quelle eins zeigt den wichtigsten Ausgangspunkt. Quelle zwei gibt zusaetzlichen Kontext. Zusammen reichen sie aus, um vorsichtig weiterzuschreiben.

Fuer den Artikel heisst das: Fakten und Einordnung muessen getrennt bleiben. Ein Fakt steht nur im Text, wenn er in den Quellen belegt ist. Eine Einschaetzung wird klar als redaktionelle Einordnung formuliert.

Kleine Teams sollten vor allem drei Fragen pruefen. Was ist wirklich neu? Wen betrifft es im Alltag? Welche Grenze nennen die Quellen?

Der Abschnitt bleibt bewusst einfach. Schwierige Begriffe sollen im spaeteren Artikel direkt erklaert werden. Die Quellenliste bleibt erhalten, damit der Mensch im Review jeden Punkt kontrollieren kann.

Welche Infos helfen dem Support am meisten?

Wenn du Support kontaktierst, hilft vor allem eines: das Problem klar eingrenzen. Eine kurze, genaue Beschreibung ist meist nützlicher als eine lange Geschichte. Bei DNS-, Domain- oder Mail-Problemen sind vor allem vier Punkte wichtig: welche Domain betroffen ist, welche genaue Adresse Probleme macht, seit wann der Fehler auftritt und was zuletzt geändert wurde.

Das ist deshalb wichtig, weil viele DNS-Probleme nach Änderungen sichtbar werden. Typische Ursachen sind zum Beispiel falsche Nameserver, fehlende Einträge oder geänderte DNS-Daten, die noch nicht überall gleich sichtbar sind. Für den Support ist der Zeitpunkt der Änderung deshalb oft ein wichtiger erster Hinweis.

Bei Website- oder Domain-Problemen solltest du möglichst genau notieren, welche Adresse betroffen ist. Also zum Beispiel nur die Hauptdomain, nur www oder nur eine Subdomain wie shop.deinefirma.de. Hilfreich ist auch, wenn du die aktuell gesetzten Nameserver nennen kannst. Falsche Nameserver oder fehlende Records können dazu führen, dass eine Domain gar nicht erreichbar ist oder auf das falsche Ziel zeigt.

Bei E-Mail-Problemen ist wichtig, in welche Richtung das Problem geht: Kommen Nachrichten nicht an, gehen sie nicht raus oder betrifft es nur einzelne Mails? Nenne am besten die betroffene Domain und die konkrete E-Mail-Adresse. Wenn vorhanden, helfen auch Fehlermeldungen, Suchergebnisse oder Log-Hinweise. Ein Satz wie „E-Mail geht nicht“ ist für den Support deutlich schwerer einzuordnen als ein konkretes Beispiel mit Adresse, Uhrzeit und Meldung.

Wenn du ausgehende E-Mails verwaltest, kann zusätzlich nützlich sein, ob bereits Daten aus Postmaster Tools vorliegen, etwa zu Zustellfehlern oder Authentifizierung. Diese Daten sind laut Google nicht in Echtzeit, können bei der Einordnung aber trotzdem helfen.

Praktisch ist diese kleine Vorlage für deine Anfrage:

• betroffene Domain
• betroffene Webadresse oder E-Mail-Adresse
• seit wann das Problem besteht
• letzte Änderung vor dem Fehler
• genaue Fehlermeldung
• betrifft Website, Empfang oder Versand
• ein konkretes Beispiel mit Uhrzeit

Je genauer du Domain, Adresse, Zeitpunkt und letzte Änderung nennst, desto schneller kann der Support prüfen, ob DNS wirklich die Ursache ist oder ob das Problem eher woanders liegt.

Was B2B-Teams daraus ableiten sollten

Die wichtigste Logik zusammenfassen: DNS ist die Hintergrund-Zuordnung, Änderungen brauchen oft etwas Zeit und bei Problemen helfen zuerst klare Checks beim Anbieter und dann saubere Support-Infos.

• Was macht DNS überhaupt, wenn jemand meine Website aufruft? DNS als einfache Wegweisung zwischen Domain und Ziel erklären.
• Hat DNS auch mit E-Mail zu tun oder nur mit der Website? Website und Mail klar trennen und MX einfach erklären.
• Warum sehe ich nach einer Änderung noch die alte Seite oder den alten Mail-Weg? Zwischenspeicher und TTL einfach beschreiben.
• Welche DNS-Fehler machen eine Website unerreichbar? Fehlende Einträge, falsche Zieladresse, CNAME-Regeln und falsche Nameserver einfach erklären.
• Welche DNS-Fehler stören E-Mails? MX für Empfang sowie SPF, DKIM und DMARC für Versand kurz erklären.

Quellenlage und offene Punkte

Die Einordnung stuetzt sich auf 8 Quellen. Besonders wichtig ist, dass die wichtigsten Themenbereiche jeweils mit eigener Quellenbasis und nachvollziehbarer Zuordnung behandelt werden.

• Mehrere Quellen sind Anbieter-Dokumentationen und keine neutralen Standards.
• Die Mail-Quellen sind teils produktnah; allgemeine Aussagen müssen vorsichtig formuliert werden.
• Zwei Abschnittsdrafts enthalten im sichtbaren Excerpt nur vereinfachten Fallback-Text; belastbar sind dort vor allem die Claims und Quellen, nicht der Textauszug selbst.
• Konkrete Wartezeiten für DNS-Änderungen variieren und sollten nicht als feste Zusage formuliert werden.
• CNAME-, SPF-, DKIM- und DMARC-Themen sind fachlich korrekt, können aber schnell zu technisch werden, wenn sie nicht streng vereinfacht werden.