Du legst eine neue Subdomain an. Die Verwaltungsoberfläche zeigt den Eintrag, ein Kollege erreicht die Seite, dein Rechner meldet weiterhin NXDOMAIN. Ist die Änderung fehlgeschlagen? Nicht unbedingt. Ein Resolver kann sich auch merken, dass ein Name vorher nicht existierte. Diese gespeicherte negative Antwort ist ein eigener Zustand.
Cloudflares am 21. Oktober 2026 aktualisierte DNS-Fehlerhilfe beschreibt genau diesen Fall. Das ist eine aktuelle technische Einordnung, keine neue DNS-Produkteinführung. Die Unterscheidung lohnt sich, weil mehrere völlig verschiedene Speicher unter dem Alltagswort „Cache“ verschwinden: DNS-Antworten, Browserinhalte und zwischengespeicherte Webdateien.
Die frühere Nicht-Existenz kann noch gespeichert sein
Ein rekursiver Resolver fragt für dich nach dem Namen. Wenn er zuvor eine negative Antwort erhalten hat, kann er sie für eine begrenzte Zeit wiederverwenden. Wird der Eintrag inzwischen auf dem autoritativen Nameserver angelegt, erfährt der Resolver davon nicht zwingend im selben Moment.
Die neue TTL des gerade angelegten A-Eintrags verkürzt diesen bereits vorhandenen negativen Zustand nicht rückwirkend. Für negatives Caching spielt die SOA-Information der Zone eine Rolle. RFC2308 beschreibt als Ausgangswert den kleineren Wert aus SOA-TTL und SOA.MINIMUM. Die tatsächlich verbleibende Zeit einer gespeicherten Antwort ist davon nochmals zu unterscheiden.
Unser eigenes Rechenbeispiel verwendet ausschließlich erfundene Zahlen: Ein negativer Eintrag darf zunächst 300 Sekunden gelten. Nach 120 Sekunden wird der echte DNS-Eintrag angelegt. Ein Resolver könnte dann noch 180 Sekunden seiner alten Antwort übrig haben. Das ist eine Illustration des Zeitbezugs, keine gemessene Dauer für Cloudflare oder deine Domain.
Zwei Leseabfragen trennen Quelle und Zwischenspeicher
Die erste Frage lautet: Was sagt der zuständige autoritative Nameserver? Die zweite: Was sagt der rekursive Resolver, den dein Gerät tatsächlich verwendet? Unterschiedliche Antworten können den Fehler eingrenzen. Sie beweisen noch nicht automatisch negatives Caching; auch Schreibfehler oder eine falsche Delegation müssen ausgeschlossen werden.
dig @DEIN-AUTORITATIVER-NAMESERVER neu.example.com A
dig @DEIN-REKURSIVER-RESOLVER neu.example.com A
dig @DEIN-REKURSIVER-RESOLVER neu.example.com A +noall +authorityErsetze die Platzhalter durch die tatsächlich ermittelten Server. Die Befehle sind Lesevorlagen und wurden hier nicht ausgeführt. Betrachte Antwortcode, Namen, Recordtyp und gegebenenfalls SOA-Angaben gemeinsam. Eine Antwort für einen ähnlich geschriebenen Host wäre kein geeigneter Vergleich.
Dokumentiere außerdem Zeitpunkt und verwendeten Resolver. Sonst vergleichst du möglicherweise verschiedene Wege, ohne es zu bemerken. Ein geleerter lokaler DNS-Speicher entfernt nicht automatisch die gespeicherte Antwort eines vorgeschalteten Resolvers. Genau deshalb kann ein Neustart des Browsers am beobachteten Zustand vorbeigehen.
DNS und CDN beantworten unterschiedliche Fragen
DNS hilft beim Auflösen eines Namens. Ein CDN-Cache hält dagegen bestimmte HTTP-Inhalte bereit. Das Löschen zwischengespeicherter Bilder oder Stylesheets teilt einem DNS-Resolver nicht mit, dass ein bisher unbekannter Name nun existiert. Die Maßnahme passt dann schlicht nicht zur Ebene des Problems.
Cloudflares Cache-Grundlage, zuletzt am 12. Oktober 2026 aktualisiert, beschreibt außerdem den Unterschied zwischen proxied und DNS-only: Inhalte eines DNS-only-Hosts laufen nicht allein durch dessen DNS-Verwaltung über den Cloudflare-Cache. Ein vorhandener DNS-Eintrag ist also kein Beleg für aktive Inhaltszwischenspeicherung.
Vom DomainStudio zur tatsächlichen Antwort
Im KENJTEC DomainStudio ai kannst du eigene DNS-Einträge mit Typ, Ziel und TTL verwalten. Der implementierte Weg nutzt Cloudflare für die Zonenverwaltung. Nach einer Änderung beurteilst du die Auflösung trotzdem anhand der tatsächlichen DNS-Antworten; „gespeichert“ und „an jedem Resolver bereits sichtbar“ sind verschiedene Aussagen.
Wartezeiten lassen sich deshalb nicht durch eine pauschale Erfolgszusage ersetzen. Prüfe zuerst Schreibweise, zuständige Nameserver und autoritative Antwort. Erst danach ist die verbleibende Cachezeit eine brauchbare Erklärung. So wird aus „DNS braucht eben Zeit“ eine nachvollziehbare Diagnose, bei der jede Beobachtung zur richtigen technischen Ebene gehört.
Quellen und Stand
Recherche- und Dokumentationsstand: 25. Oktober 2026. General DNS issues · Get started with Cache · RFC2308 — Negative Caching of DNS Queries.
