A DMARC-jelentés olvasása
Egy DMARC rekorddal megmondhatja a fogadó feleknek, mit kell tenniük azzal a levéllel, amely állítólag az Ön domainjéről érkezik, de nem megy át az ellenőrzésen. Megkérheti őket arra is, hogy küldjenek jelentéseket. Ezekben láthatja, mely szerverek küldenek levelet a domain nevében, és hogy ezek a levelek átmennek-e az SPF, DKIM és DMARC ellenőrzésen. Így megtalálhat egy olyan szolgáltatást, amelyről megfeledkezett, és láthatja, hogy valaki visszaél-e a domainjével. Arról, hogy mi a DMARC, bővebben itt olvashat: Mi az a DMARC? Egyszerű magyarázat.
Jelentések bekapcsolása: a rua cím
Jelentéseket csak akkor kap, ha a DMARC rekordjában szerepel egy jelentési cím, a rua= után. A WebOké tárhelycsomagjainak alapértelmezett rekordja v=DMARC1;p=reject, jelentési cím nélkül. Ebben az esetben tehát nem kap jelentéseket. Hozzáadhat egy címet anélkül, hogy a szabályzatot megváltoztatná:
v=DMARC1; p=reject; rua=mailto:dmarc@jouwdomein.nl
A DirectAdmin felületen a DNS Beheer menüpontban kattintson a ceruza ikonra a _dmarc rekord mellett, majd adja meg a címet a Geaggregeerde e-mail (RUA) mezőben. Lásd: DMARC beállítása. A Fiókom felületen a DNS fülön található DMARC súgót használhatja: DNS segédeszközök: MX, SPF, DMARC, CAA és SRV. Arról, hogy melyik szabályzatot (p=) érdemes választani, itt olvashat: DMARC rekord létrehozása DirectAdminben.
Emellett létezik a ruf= is, amely az egyes sikertelen levelekről szóló hibajelentésekre vonatkozik. Ezek tartalmazhatnak részleteket a valódi levelekből, és szinte egyetlen nagyobb fogadó fél sem küldi el ezeket. Hagyja üresen a ruf mezőt: csak a rua összesített jelentéseire van szükség.
dmarc@jouwdomein.nl címmel, hogy a megszokott levelezését ne árassza el. Tartsa szemmel ezt a postafiókot: a jelentések is foglalják a tárhelyét.Mit tartalmaz a jelentés
A jelentés egy levél, amelyhez egy melléklet tartozik: egy XML fájl, amely általában .gz vagy .zip formátumban van becsomagolva. A fájlnévből kiderül, hogy ki küldte, melyik domainre vonatkozik, és milyen időszakra, például google.com!jouwdomein.nl!1793923200!1794009599.xml.gz. A számok 1970 óta eltelt másodperceket jelölő időpontok. A jelentés nem tartalmazza a levelek tartalmát: csak azt mutatja, küldő szerverenként hány levél érkezett, és hogyan alakultak az ellenőrzések eredményei.
Egy sor értelmezése
Minden <record> blokk egyetlen küldő IP-címre vonatkozik:
<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>jouwdomein.nl</header_from>
</identifiers>
<auth_results>
<dkim><domain>nieuwsbriefdienst.example</domain><result>pass</result></dkim>
<spf><domain>bounce.nieuwsbriefdienst.example</domain><result>pass</result></spf>
</auth_results>
| Elem | Jelentés |
|---|---|
source_ip | Annak a szervernek az IP-címe, amely a levelet kézbesítette. |
count | Hány levél érkezett erről az IP-címről ezzel az eredménnyel. |
disposition | Mit tett a fogadó fél: pass vagy none (kézbesítve), quarantine (levélszemét mappa) vagy reject (elutasítva). |
dkim és spf a policy_evaluated alatt | A DMARC eredménye: sikeres volt-e a DKIM vagy az SPF egy olyan domainre nézve, amely megfelel a Feladó címnek (egyeztetve)? |
header_from | A levél Feladó mezőjében szereplő domain. |
auth_results | Az SPF és DKIM nyers eredménye, azzal a domainnel együtt, amelyre vonatkozott. |
Figyeljen a különbségre az auth_results és a policy_evaluated között. A példában mind a DKIM, mind az SPF sikeres, de a hírlevélszolgáltató domainjére nézve. Az a domain nem tartozik a jouwdomein.nl domainhez, így a DMARC ellenőrzés sikertelen lesz. A p=reject beállítás esetén ezt az 1250 levelet elutasítják.
Így találhat meg egy elfelejtett szolgáltatást
- Soronként nézze meg a
policy_evaluatedmezőt. Ha adkimvagyspfmellettpassszerepel, akkor az adott forrás rendben van. - Ha mindkettő sikertelen? Nézze meg az
auth_resultsmezőben, melyik domain szerepel. Felismer egy saját szolgáltatást, például a könyvelőprogramját, webáruházát vagy hírlevélszolgáltatóját? Akkor kapcsolja be az adott szolgáltatásnál a DKIM-et a saját domainjével, és szükség esetén vegye fel a szolgáltatást az SPF rekordjába. Lásd: SPF rekord hozzáadása vagy módosítása DirectAdminben és DKIM beállítása, ha a DNS egy másik szolgáltatónál van. - Nincs olyan domain, amelyet felismer? Nézze meg, kié az IP-cím, például egy whois lekérdezéssel. Egy ismeretlen IP-cím, amelynél minden sikertelen, legtöbbször azt jelenti, hogy valaki visszaél a domainjével. Pontosan ez ellen védi meg Önt a DMARC szabályzata.
Olyan ismeretlen IP-címet lát, amelynél az SPF sikertelen, de a DKIM sikeres a saját domainjére nézve? Ez legtöbbször azt jelenti, hogy valaki továbbította az Ön levelét. Ilyenkor a DMARC a DKIM-en keresztül sikeres lesz, így Önnek nincs teendője.
Jelentések olvashatóvá tétele
Egyetlen jelentést megnyithat böngészőben vagy egy olyan programban, amely megjeleníti az XML-t. Ha sok jelentést kap, léteznek jelentésszolgáltatások (akár ingyenesek is) és nyílt forráskódú programok, amelyek összegyűjtik a jelentéseket, és áttekintést készítenek belőlük. Vegye figyelembe, hogy egy ilyen szolgáltatás látni fogja, mely szerverek küldenek levelet az Ön domainje nevében. Válasszon olyat, amelyben megbízik, és amely megfelel a GDPR előírásainak.
A jelentési cím egy másik domainen van, mint a saját domainje, például egy jelentésszolgáltatónál? Ebben az esetben annak a másik domainnek engedélyt kell adnia egy speciális rekorddal, például: jouwdomein.nl._report._dmarc.rapportdienst.example. E rekord nélkül a fogadó felek nem küldenek jelentéseket erre a címre. Egy jelentésszolgáltató ezt a rekordot általában maga intézi. Háttérinformáció: RFC 9990, 4. fejezet.