DNS-Eintrag-Splitter

Teilen Sie lange DNS-TXT-Einträge (wie DKIM-Schlüssel) in Segmente von jeweils 255 Zeichen auf – für Google Cloud DNS, AWS Route 53, Azure DNS und alle anderen Anbieter, die Einträge nicht automatisch aufteilen. Kostenlos, sofort verfügbar, keine Registrierung erforderlich.
Fügen Sie Ihren DNS-TXT-Eintrag ein 0 Zeichen
Ausgabeformat
Das Format in Anführungszeichen wird von Google Cloud DNS und AWS Route 53 verlangt. Das einfache Format funktioniert bei Anbietern, die mehrzeilige Eingaben im Rohformat akzeptieren.
Läuft vollständig in Ihrem Browser, Ihre Daten verlassen Ihr Gerät zu keinem Zeitpunkt, keine Protokolle, keine Registrierung

So verwenden Sie den DNS-Eintrag-Splitter

1
Fügen Sie Ihren langen DNS-TXT-Eintrag in das Eingabefeld ein. Meistens handelt es sich dabei um einen öffentlichen DKIM-Schlüssel.
2
Wählen Sie das Ausgabeformat aus. Verwenden Sie „Quoted“ für Google Cloud DNS, AWS Route 53 und Azure DNS. Verwenden Sie „Plain“, wenn Ihr Anbieter mehrzeilige Rohdaten akzeptiert.
3
Klicken Sie auf „Datensatz teilen“. Das Tool überprüft die Länge, teilt alle Zeichenfolgen, die länger als 255 Zeichen sind, und zeigt Ihnen die formatierte Ausgabe sowie eine Aufschlüsselung nach einzelnen Segmenten an.
4
Klicken Sie auf „Kopieren“ und fügen Sie den formatierten Wert in das TXT-Eintragsfeld Ihres DNS-Anbieters ein. Speichern Sie die Änderung und warten Sie, bis die DNS-Änderungen übernommen wurden (in der Regel 5 bis 60 Minuten).

Warum DNS-TXT-Einträge aufgeteilt werden müssen

DNS-TXT-Einträge sind auf 255 Zeichen pro Zeichenfolge begrenzt, eine durch RFC 1035 festgelegte Beschränkung. Jeder Wert, der länger als 255 Zeichen ist, muss in mehrere kürzere Zeichenfolgen aufgeteilt werden, die DNS-Resolver bei einer Abfrage automatisch wieder aneinanderfügen. Einige Anbieter erledigen dies automatisch. Andere, wie Google Cloud DNS und AWS Route 53, lehnen den Eintrag mit einer Fehlermeldung ab, bis Sie ihn manuell aufteilen.

Aufteilen eines DKIM-Schlüssels

Der häufigste Grund für den Einsatz dieses Tools ist ein öffentlicher DKIM-Schlüssel. 2048-Bit-DKIM-Schlüssel sind in der Regel 400 bis 450 Zeichen lang und überschreiten damit deutlich die Grenze von 255 Zeichen, sodass sie nicht ohne Aufteilung als einzelne DNS-Zeichenkette veröffentlicht werden können.

Wenn Sie einen 2048-Bit-DKIM-Schlüssel generieren, gibt Ihr E-Mail-Dienst oder Schlüsselgenerator den vollständigen öffentlichen Schlüssel als eine zusammenhängende Zeichenkette aus. Diese Zeichenkette muss in zwei Segmente mit jeweils maximal 255 Zeichen aufgeteilt werden, bevor sie im DNS veröffentlicht werden kann. Die meisten Anbieter, die eine manuelle Aufteilung verlangen, erwarten, dass jedes Segment in doppelte Anführungszeichen gesetzt und in einer eigenen Zeile steht, zum Beispiel: "segment1" "segment2".

Die Verwendung eines falschen Formats, das Einfügen zusätzlicher Leerzeichen oder das Abschneiden des Schlüssels an der falschen Stelle führen dazu, dass die DKIM-Authentifizierung fehlschlägt, da es sich bei dem öffentlichen Schlüssel um kryptografische Daten handelt und bereits ein einziges fehlendes oder falsch platziertes Zeichen ihn vollständig ungültig macht.

Fügen Sie Ihren vollständigen DKIM-Schlüssel in das obige Tool ein, wählen Sie das Format „Quoted“ aus und kopieren Sie die Ausgabe direkt in das TXT-Eintragsfeld Ihres DNS-Anbieters. Erstellen Sie einen Schlüssel mit unserem DKIM-Eintragsgenerator, teilen Sie ihn hier auf und überprüfen Sie anschließend mit unserem DKIM-Checker, ob der veröffentlichte Eintrag korrekt ist.

DNS-Anbieter und wie sie mit langen TXT-Einträgen umgehen

Nicht jeder DNS-Anbieter funktioniert auf die gleiche Weise. Hier finden Sie eine Kurzanleitung zu den wichtigsten Anbietern und dazu, ob bei ihnen manuelle Split-Einträge erforderlich sind.

Anbieter Verhalten Empfohlenes Format
Google Cloud DNS Verwirft lange, ungeteilte TXT-Einträge mit einem invalid record data Fehler. Die Aufteilung ist obligatorisch Zitierformat, jedes Segment in doppelten Anführungszeichen
AWS Route 53 Jede Zeichenkette mit einer Länge von 255 Zeichen muss in ein eigenes Paar doppelter Anführungszeichen gesetzt werden Anführungszeichen-Format, alle Segmente in einer Zeile, durch Leerzeichen getrennt
Azure DNS Erfordert die manuelle Aufteilung von Zeichenfolgen beim Hinzufügen von Datensätzen über das Portal oder die CLI Zitierformat
DigitalOcean Lange TXT-Werte, die über das Control Panel eingegeben werden, werden nicht automatisch aufgeteilt Zitierformat
Cloudflare Teilt lange TXT-Datensätze beim Speichern automatisch auf. Es sind keine manuellen Schritte erforderlich. Einfaches Format (den gesamten Datensatz unverändert einfügen)
GoDaddy Nimmt den gesamten, ungeteilten Datensatz entgegen und führt die Aufteilung intern durch Einfaches Format
Namecheap Verarbeitet lange TXT-Einträge in den meisten Fällen automatisch Einfaches Format
BIND (selbst gehostet) Unterstützt beide Formate. Die in Anführungszeichen gesetzten Segmente entsprechen der herkömmlichen Syntax für Zonendateien Entweder – zur besseren Übersichtlichkeit wird die erste Variante bevorzugt

Warum die korrekte Aufteilung für die E-Mail-Authentifizierung wichtig ist

Ein fehlerhafter TXT-Eintrag führt zu einem Versagen des Protokolls, das darauf angewiesen ist. Da ein öffentlicher DKIM-Schlüssel in einem TXT-Eintrag gespeichert ist, führt eine fehlerhafte Formatierung (überflüssige Leerzeichen, fehlende Anführungszeichen oder abgeschnittene Zeichen) zu Fehlern bei der E-Mail-Authentifizierung, deren Ursache nur schwer zu ermitteln ist.

Integrität des DKIM-Schlüssels
Ein öffentlicher 2048-Bit-DKIM-Schlüssel ist eine kryptografische Datei. Schon ein einziges fehlendes Zeichen führt dazu, dass der empfangende Server Ihre Signaturen nicht überprüfen kann und Ihre E-Mails die DKIM-Prüfung nicht bestehen.
Strenge Formatvorgaben
DNS-Anbieter, die eine manuelle Aufteilung erfordern, erwarten eine exakte Formatierung: Jedes Segment mit 255 Zeichen muss in doppelte Anführungszeichen gesetzt sein, darf keine zusätzlichen Leerzeichen enthalten und muss in einer einzigen Zeile stehen. Jede Abweichung führt dazu, dass der Datensatz ungültig wird.
Verzögerungen bei der Übertragung vermeiden
Es dauert 5 bis 60 Minuten, bis DNS-Änderungen wirksam werden. Wenn Sie nach der Veröffentlichung einen Formatfehler entdecken, müssen Sie einen weiteren Aktualisierungszyklus abwarten, um ihn zu beheben, während Ihre ausgehenden E-Mails weiterhin die DKIM-Prüfung nicht bestehen.
Sparen Sie sich stundenlange Fehlersuche
Die Fehlerbehebung bei einem falsch aufgeteilten Datensatz kann Stunden dauern, insbesondere bei Übertragungsverzögerungen. Der Einsatz eines Tools beseitigt die häufigste Ursache für menschliche Fehler.

Technische Hinweise zur Zeichenbegrenzung auf 255 Zeichen

Gemäß RFC 1035 Abschnitt 3.3.14 und RFC 7208 (für SPF) ist eine einzelne Zeichenkette in einem TXT-Eintrag auf 255 Oktette begrenzt, da die Länge in einem einzigen Byte gespeichert wird, dem ein Längenoktett vorangestellt ist. Ein einzelner TXT-Eintrag kann jedoch mehrere Zeichenfolgen enthalten, und es gibt keine Beschränkung des DNS-Protokolls hinsichtlich der Gesamtlänge (lediglich hinsichtlich der UDP-Nachrichtengröße von 512 Bytes, weshalb lange Einträge DNS-Resolver dazu zwingen können, auf TCP oder EDNS0 zurückzugreifen).

Wenn ein DNS-Resolver einen TXT-Eintrag zurückgibt, der mehrere Zeichenfolgen enthält, fügt jede moderne Anwendung diese Zeichenfolgen ohne Trennzeichen wieder aneinander. Daher "part1" "part2" wird interpretiert als part1part2, genau so, als hättest du eine einzige längere Zeichenkette gespeichert. Deshalb ist die Aufteilung lediglich eine Frage der Speicherung; der Wert des Datensatzes ist, sobald er aufgelöst ist, identisch.

Häufig gestellte Fragen

Ein DNS-Record-Splitter ist ein Tool, das einen langen DNS-TXT-Eintrag in Segmente von jeweils 255 Zeichen aufteilt, damit er bei DNS-Anbietern, die Einträge nicht automatisch aufteilen, korrekt gespeichert werden kann. Die Begrenzung auf 255 Zeichen stammt aus RFC 1035, der ursprünglichen DNS-Spezifikation, und gilt für jede einzelne Zeichenfolge innerhalb eines TXT-Eintrags. Der vollständige Wert des Eintrags bleibt dabei erhalten. Er wird lediglich als mehrere kürzere Zeichenfolgen gespeichert, die DNS-Resolver bei einer Abfrage wieder aneinanderfügen.

Bei Google Cloud DNS, AWS Route 53, Azure DNS und DigitalOcean müssen Sie lange TXT-Einträge vor dem Speichern manuell aufteilen. Cloudflare, GoDaddy und Namecheap übernehmen die Aufteilung automatisch, wenn Sie den vollständigen Eintrag einfügen. BIND unterstützt beide Formate, wobei Segmente in Anführungszeichen der traditionellen Syntax für Zonendateien entsprechen. Wenn Sie sich nicht sicher sind, fügen Sie den Eintrag zunächst unverändert ein. Sollte der Anbieter einen Längen- oder Formatfehler melden, kehren Sie hierher zurück und teilen Sie ihn auf.

Nein. Wenn ein DNS-Resolver einen TXT-Eintrag abruft, der mehrere Zeichenfolgen enthält, fügt jeder moderne Mailserver und jede moderne Bibliothek diese ohne Trennzeichen zusammen, sodass aus „part1“ „part2“ „part1part2“ wird – identisch mit dem ungeteilten Wert. Ihre DKIM-Signaturen werden korrekt verifiziert, SPF wendet dieselben Mechanismen an und DMARC wertet dieselbe Richtlinie aus. Die Aufteilung ist lediglich ein Detail der Speicherung.

Die meisten öffentlichen 2048-Bit-DKIM-Schlüssel sind zwischen 400 und 450 Zeichen lang, was die Begrenzung von 255 Zeichen für eine einzelne TXT-Zeichenkette überschreitet. Anbieter wie Google Cloud DNS, AWS Route 53 und Azure DNS lehnen den ungeteilten Wert mit Fehlermeldungen wie „ungültige Datensatzdaten“ ab. Durch die Aufteilung des Schlüssels in ordnungsgemäß in Anführungszeichen gesetzte Segmente von 255 Zeichen kann der Anbieter den Datensatz akzeptieren, während der kryptografische Wert identisch bleibt, wenn Resolver ihn zurücklesen.

Beim Format „Quoted“ wird jedes 255-Zeichen-Segment in doppelte Anführungszeichen gesetzt („segment1“ „segment2“ „segment3“), was von Google Cloud DNS, AWS Route 53 und Azure DNS verlangt wird. Das einfache Format gibt die Segmente als rohen mehrzeiligen Text ohne Anführungszeichen aus, was für Anbieter geeignet ist, die mehrzeilige Eingaben ohne Anführungszeichen akzeptieren, oder für die Verwendung in einer BIND-Zonendatei mit benutzerdefinierter Syntax. Im Zweifelsfall sollten Sie das Format mit Anführungszeichen verwenden. Dies ist die sicherere Standardeinstellung.

Das Tool läuft vollständig in Ihrem Browser, was bedeutet, dass Ihr Eintragswert Ihr Gerät zu keinem Zeitpunkt verlässt. Es werden keine Daten an die PowerDMARC-Server gesendet, es werden keine Protokolle erstellt und es ist keine Registrierung erforderlich. Der DNS-Eintragssplitter ist jedoch für öffentliche DKIM-Schlüssel, SPF-Einträge, DMARC-Richtlinien und Domain-Verifizierungszeichenfolgen ausgelegt. Sie sollten niemals einen privaten DKIM-Schlüssel in ein Web-Tool einfügen, auch nicht in dieses. Nur der öffentliche Schlüssel (der Wert, den Sie im DNS veröffentlichen) muss aufgeteilt werden.