[ Leitfäden für DNS-Anbieter ]
Veröffentlichen Sie E-Mail-Authentifizierungsdatensätze in 123 Reg: Konfiguration und Überprüfung
Veröffentlichen Sie den richtigen TXT oder Selektoreintrag in 123 Reg und unterscheiden Sie dann den autoritativen DNS Erfolg von der tatsächlichen Absenderauthentifizierung.
Vom EmailAuth Forschungsteam · 4 Minuten Lesezeit
[Wichtige Punkte]
- Veröffentlichen Sie nur beim autorisierenden DNS -Dienst.
- Behalten Sie den genauen Datensatztyp und Selektorbesitzer des Absenders bei.
- DNS Veröffentlichung und die Absenderaktivierung ist ein gesonderter Nachweis erforderlich.
Auf dieser Seite
[ Wegbringen ]
DNS Veröffentlichung und die Absenderaktivierung ist ein gesonderter Nachweis erforderlich.
[Nach Rolle]
Was das für Sie bedeutet
Wählen Sie Ihre Rolle für praktische nächste Schritte.
IT-/Mail-Administrator
Überprüfen Sie die tatsächliche Route
Führen Sie einen Vorher-Nachher-Datensatz und erfassen Sie eine Nachricht von jeder betroffenen Sendeanwendung.
Nächste Schritte
- Vergleichen Sie generierte Besitzer mit jedem autorisierenden Server.
- Testen Sie nach der Veröffentlichung eine Nachricht von jeder betroffenen Anwendung.
- Nach einem Wechsel der Sendedomäne oder des DNS-Anbieters erneut testen.
CISO / SecOps
Kontrollieren Sie die Autorisierungsgrenze
Genehmigen Sie die genaue Vertrauensstellung, die hinzugefügt wird, und behalten Sie einen Wiederherstellungsplan für Selektor- oder Richtlinienkonflikte bei.
Nächste Schritte
- Lehnen Sie ungeplante Nameserver-Migrationen ab.
- Notieren Sie, welche aktiven Selektoren und Berichtsziele beibehalten werden müssen.
- Behalten Sie die genehmigten Wiederherstellungs- und Lieferanten-Ausmusterungsentscheidungen bei.
Gründer / Nicht-technisch
Übernehmen Sie die Sendeentscheidung
Weisen Sie allen Absendern einen DNS Änderungseigentümer zu, damit eine Marketinganfrage nicht stillschweigend die E-Mail-Autorisierung des Mitarbeiters ersetzen kann.
Nächste Schritte
- Nennen Sie den Besitzer jedes Dienstes, der die SPF Richtlinie teilt.
- Genehmigen Sie die spezifischen DNS -Änderungen und das Fallback-Fenster.
- Fordern Sie vor dem Start den Datensatz zur Annahme kontrollierter Nachrichten an.
[ FAQs ]
Häufig gestellte Fragen
Wird meine Domain durch die Registrierung bei 123 Reg zum DNS Host?
Nein. Bestätigen Sie die autorisierenden Nameserver, bevor Sie die Zone bearbeiten.
Kann ich den Beispiel- DKIM -Hostnamen von der Hilfeseite einfügen?
Verwenden Sie stattdessen den generierten Selektor und vollständigen Eigentümer Ihres Sendedienstes. Ein Dokumentationsbeispiel ist nicht Ihre Konfiguration.
Sollte ein DKIM CNAME als TXT eingegeben werden?
Nein. Behalten Sie den vom Absender angegebenen Datensatztyp bei und verwenden Sie den entsprechenden Editor-Workflow.
Kann ich einen zweiten SPF TXT Eintrag hinzufügen?
Nicht beim gleichen SPF Besitzer. Kombinieren Sie legitime Autorisierungen in einer ausgewerteten Richtlinie.
Warum fehlt ein gespeicherter Eintrag im öffentlichen DNS ?
Überprüfen Sie die Autorität, den Namen des endgültigen Besitzers, die Delegation und ob der Datensatz tatsächlich gespeichert wurde, bevor Sie Caches beschuldigen.
Sind Anführungszeichen in der Dig-Ausgabe zusätzliche Zeichen?
Nicht unbedingt. DNS Tools zeigen TXT Strings mit Anführungszeichen an; Überprüfen Sie den rekonstruierten Wert, anstatt die Interpunktion der Präsentation zu kopieren.
Schaltet die Veröffentlichung DKIM das Signieren ein?
Nein. Die sendende Anwendung muss mit dem passenden privaten Schlüssel und Selektor signieren.
Wann ist die Änderung abgeschlossen?
Bei der verbindlichen Veröffentlichung entsprechen die Absenderaktivierung und eine kontrollierte Ausrichtungsprüfung der empfangenen Nachrichten dem Änderungsplan.
[ Quellen ]
Quellen
- 123 Reg TXT -Veröffentlichung
Abschnitte TXT Setup und autorisierende Nameserver-Voraussetzung
- 123 Reg DKIM -Veröffentlichung
Abschnitte TXT DKIM -Veröffentlichungsworkflow
- RFC 7208 SPF
Abschnitte §3.2 Mehrere DNS Einträge · §4.6.4 DNS Suchbeschränkungen
- RFC 6376 DKIM
Abschnitte §3.5 Das DKIM-Signature Header-Feld · §3.6 Schlüsselverwaltung und -darstellung · §6 Verifier-Aktionen
- RFC 9989 DMARC
Abschnitte §4.4 Identifier-Ausrichtung erklärt · §5.3 Mail-Empfänger-Aktionen
- RFC 1034 DNS -Konzepte
Abschnitte §3.6.2 Aliase und kanonische Namen · §4.2 Wie die Datenbank in Zonen unterteilt ist
- RFC 2308 DNS negatives Caching
Abschnitte §5 Negative Antworten zwischenspeichern
[ Glossar ]
Glossar
- Ausrichtung
- Die erforderliche Beziehung zwischen einer vorbeigehenden Authentifizierungsdomäne und der sichtbaren Von-Domäne für DMARC .
- Wähler
- Das DKIM -Label, das mit der signierenden Domäne verwendet wird, um ihren öffentlichen Schlüssel im DNS zu finden.
- Autorisierendes DNS
- Der Nameserver-Dienst, der für die Veröffentlichung der relevanten Zonendatensätze verantwortlich ist.
- Return-Path
- Die Spur der empfangenen Nachricht des SMTP Reverse-Pfads, nützlich bei der Untersuchung der Umschlagidentität.
Unternehmensherkunft
Warum Top-Finanzinstitute und Regierungen haben ihre E-Mail-Sicherheits-Dashboards eingestellt.
Herkömmliche E-Mail-Authentifizierungsplattformen verkaufen Ihnen ein Dashboard und bitten Ihre Techniker, die Arbeit zu erledigen. In Umgebungen mit hohem Risiko führt die manuelle Überwachung zu verzögerter Durchsetzung, Konfigurationsabweichungen und nicht überwachten Schattendomänen.
EmailAuth ist die Agenten-E-Mail-Herkunftsplattform. Unsere Agenten setzen durch p=reject, halten Sie die Absender von Drittanbietern auf dem Laufenden und verschieben Sie Ihre Domains auf voll RFC 9989 Compliance, der neue DMARC Standard, mit Human-in-the-Loop-Überprüfbarkeit.
SaaS · Dedizierte Mandantenfähigkeit · Air-Gap-On-Prem · BYOK-Verschlüsselung