Citirea unui raport DMARC
Cu o înregistrare DMARC, le spuneți destinatarilor ce să facă cu e-mailurile care par să provină de pe domeniul dumneavoastră, dar nu trec de verificare. De asemenea, le puteți solicita să vă trimită rapoarte. În acestea puteți vedea ce servere trimit e-mailuri în numele domeniului dumneavoastră și dacă acele e-mailuri trec de SPF, DKIM și DMARC. Astfel, puteți descoperi un serviciu pe care l-ați uitat și puteți vedea dacă cineva vă folosește domeniul în mod abuziv. Despre ce este DMARC, puteți citi în Ce este DMARC? Explicație pe înțelesul tuturor.
Activarea rapoartelor: adresa rua
Primiți rapoarte doar dacă în înregistrarea dumneavoastră DMARC este specificată o adresă de raportare, după rua=. Înregistrarea implicită la un pachet de hosting de la WebOké este v=DMARC1;p=reject, fără adresă de raportare. În acest caz, nu primiți rapoarte. Puteți adăuga o adresă fără a vă modifica politica:
v=DMARC1; p=reject; rua=mailto:dmarc@domeniuldvs.nl
În DirectAdmin, faceți clic în DNS Management pe creion lângă înregistrarea _dmarc și completați adresa la Aggregate Email (RUA). Consultați Configurarea DMARC. În Contul meu WebOké, utilizați asistentul DMARC din fila DNS: Asistenți DNS: MX, SPF, DMARC, CAA și SRV. Ce politică (p=) să alegeți, găsiți în Crearea unei înregistrări DMARC în DirectAdmin.
Pe lângă aceasta, există și ruf=, pentru rapoarte de eroare privind e-mailuri individuale eșuate. Acestea pot conține fragmente din e-mailuri reale, iar aproape niciun destinatar mare nu le trimite. Lăsați ruf necompletat: aveți nevoie doar de rapoartele agregate rua.
dmarc@domeniuldvs.nl, pentru ca e-mailurile dumneavoastră obișnuite să nu fie copleșite. Țineți sub observație această căsuță: și rapoartele ocupă spațiu de stocare.Ce primiți
Un raport este un e-mail cu o anexă: un fișier XML, de obicei comprimat ca .gz sau .zip. Numele indică cine îl trimite, despre ce domeniu și pentru ce perioadă, de exemplu google.com!domeniuldvs.nl!1793923200!1794009599.xml.gz. Numerele reprezintă momente în timp, exprimate în secunde de la 1970. Nu conține conținutul e-mailurilor: doar, pentru fiecare server expeditor, câte e-mailuri au fost trimise și cum au ieșit verificările.
Citirea unui rând
Fiecare bloc <record> se referă la o singură adresă IP expeditoare:
<row>
<source_ip>198.51.100.40</source_ip>
<count>1250</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>fail</dkim>
<spf>fail</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>domeniuldvs.nl</header_from>
</identifiers>
<auth_results>
<dkim><domain>serviciunewsletter.example</domain><result>pass</result></dkim>
<spf><domain>bounce.serviciunewsletter.example</domain><result>pass</result></spf>
</auth_results>
| Element | Semnificație |
|---|---|
source_ip | Adresa IP a serverului care a livrat e-mailul. |
count | Câte e-mailuri de la această adresă IP au avut acest rezultat. |
disposition | Ce a făcut destinatarul: pass sau none (livrat), quarantine (folderul de spam) sau reject (respins). |
dkim și spf sub policy_evaluated | Rezultatul DMARC: a trecut DKIM sau SPF pentru un domeniu care corespunde cu adresa dumneavoastră de expeditor (aliniat)? |
header_from | Domeniul din adresa de expeditor a e-mailului. |
auth_results | Rezultatul brut al SPF și DKIM, împreună cu domeniul pentru care acesta a fost valabil. |
Observați diferența dintre auth_results și policy_evaluated. În exemplul de mai sus, atât DKIM, cât și SPF trec, dar pentru domeniul serviciului de newsletter. Acel domeniu nu corespunde cu domeniuldvs.nl, deci DMARC eșuează. Cu p=reject, aceste 1250 de e-mailuri sunt respinse.
Cum găsiți un serviciu uitat
- Verificați pentru fiecare rând secțiunea
policy_evaluated. Dacă ladkimsauspfaparepass, acea sursă este în regulă. - Ambele eșuează? Verificați în
auth_resultsce domeniu apare. Recunoașteți un serviciu propriu, cum ar fi programul de contabilitate, magazinul online sau serviciul de newsletter? Atunci activați DKIM cu propriul dumneavoastră domeniu pentru acel serviciu și adăugați serviciul în înregistrarea SPF, dacă este necesar. Consultați Adăugarea sau modificarea unei înregistrări SPF în DirectAdmin și Configurarea DKIM atunci când DNS-ul se află la o altă parte. - Niciun domeniu pe care îl recunoașteți? Căutați cui aparține adresa IP, de exemplu printr-o căutare whois. O adresă IP necunoscută la care totul eșuează este, de obicei, cineva care vă folosește domeniul în mod abuziv. Tocmai împotriva acestui lucru vă protejează politica dumneavoastră DMARC.
Vedeți o adresă IP necunoscută la care SPF eșuează, dar DKIM trece pentru propriul dumneavoastră domeniu? Acesta este, de obicei, un e-mail de-al dumneavoastră pe care cineva l-a redirecționat. În acest caz, DMARC trece prin DKIM și nu trebuie să faceți nimic.
Transformarea rapoartelor în ceva lizibil
Un singur raport poate fi deschis într-un browser sau într-un program care afișează XML. Dacă primiți multe, există servicii de raportare (unele gratuite) și programe open source care colectează rapoartele și creează imagini de ansamblu din acestea. Țineți cont de faptul că un astfel de serviciu va vedea ce servere trimit e-mailuri în numele domeniului dumneavoastră. Alegeți unul în care aveți încredere și care respectă GDPR.
Adresa de raportare se află pe un alt domeniu decât propriul dumneavoastră domeniu, de exemplu la un serviciu de raportare? Atunci acel alt domeniu trebuie să acorde permisiune printr-o înregistrare specială, precum domeniuldvs.nl._report._dmarc.serviciuderaportare.example. Fără această înregistrare, destinatarii nu vor trimite rapoarte la acea adresă. Un serviciu de raportare configurează, de obicei, el însuși această înregistrare. Context suplimentar: RFC 9990, capitolul 4.