SPF-, DKIM- és DMARC-ellenőrzés: megérkeznek a levelei?
Adjon meg egy domaint. A DNS-ből beolvassuk az SPF-, DKIM- és DMARC-rekordjait és az MX-rekordjait, úgy ellenőrizzük őket, ahogy a fogadó levelezőszerverek, és egyszerű szavakkal megmondjuk, mi hiányzik vagy hibás, a DNS-ébe beilleszthető példarekordokkal. Nincs kapcsolat a levelezőszerverével, semmit nem tárolunk.
Mit jelentenek ezek az eredmények
- SPF
- Egy TXT-rekord, amely felsorolja azokat a szervereket, amelyek a domainje nevében levelet küldhetnek. A fogadók ehhez ellenőrzik a csatlakozó szervert. Korlátok: egy rekord, legfeljebb 10 DNS-lekérdezés, és záró ~all vagy -all. Az SPF önmagában továbbításnál elromlik, ezért van a DKIM.
- DKIM
- A levelezőszervere minden üzenetet aláír egy privát kulccsal; a nyilvános kulcs a selector._domainkey.example.com címen van közzétéve. A fogadók ellenőrzik az aláírást, amely a továbbítást is túléli. Használjon 2048 bites RSA-kulcsokat, és időnként cserélje őket.
- DMARC
- Egy TXT-rekord a _dmarc.example.com címen, amely megmondja a fogadóknak, mit tegyenek, ha az SPF és a DKIM megbukik (none, quarantine, reject), és hová küldjenek jelentéseket. Az összhang azt jelenti, hogy a From fejlécben lévő domainnek egyeznie kell az SPF- vagy DKIM-domainnel. Kezdje p=none-nal, olvassa a jelentéseket, majd szigorítson.
- MX
- A domain levelét fogadó szerverek. Küldéshez nem szükséges, de a nagy fogadók nem bíznak az MX-rekord nélküli domainekben; és enélkül a válaszok visszapattannak.
- Miért számít
- A nagy postafiók-szolgáltatók mindenkitől megkövetelik az SPF-et vagy a DKIM-et, a tömeges küldőktől a DMARC-ot; enélkül a levelek spambe kerülnek vagy elutasításra kerülnek. Ugyanezek a rekordok megakadályozzák, hogy mások adathalász leveleket küldjenek az Ön nevében.
- Tartsa így
- A rekordok változnak, amikor hírlevél-eszközt ad hozzá, tárhelyet vált, vagy kulcsot cserél. A Centoculus óránként ellenőrzi a domainje SPF-, DKIM-, DMARC-, MTA-STS- és DNSSEC-beállításait, és riasztja, ha valami változik; a levélkézbesítési ellenőrzés tesztüzenetet is küld, és megmondja, hová érkezett.
Szeretné ezt automatikusan ellenőriztetni, és riasztást kapni?
A Centoculus az ingyenes csomagban 5 percenként ellenőrzi az oldalát, és e-mailben és az alkalmazásban riasztja, mielőtt az ügyfelei észrevennék. 50 weboldal-monitor és naponta 5 SSL-ellenőrzés, ingyen, üzleti használat engedélyezett. A regisztráció hamarosan megnyílik: kérjen korai hozzáférést, és elsőként indulhat.
Korai hozzáférés kéréseKérdések az SPF-ről, a DKIM-ről és a DMARC-ról
Mi a különbség az SPF, a DKIM és a DMARC között?
Az SPF megmondja, mely szerverek küldhetnek a domainje nevében. A DKIM aláírással bizonyítja, hogy az üzenet nem változott, és valóban az Ön szerveréről jön. A DMARC mindkettőt a látható From-címhez köti, és megmondja a fogadóknak, mit tegyenek, ha megbuknak. Mindhárom kell.
Mi az a DKIM-szelektor, és hol találom?
A szelektor megnevezi a kulcsot a DNS-ben: selector._domainkey.example.com. A levelezőszolgáltatója megadja a nevet, amikor beállítja a DKIM-et (a Google a „google” nevet használja, a Microsoft 365 a „selector1” és „selector2” neveket). Kiolvashatja bármely elküldött levele DKIM-Signature fejlécéből is: az s= címke.
Miért van az SPF-nek 10 lekérdezéses korlátja?
Minden include, a, mx, ptr, exists és redirect arra készteti a fogadót, hogy lekérdezze a DNS-t. A szabvány ezt ellenőrzésenként 10-ben korlátozza a visszaélések megelőzésére. A korlát felett a fogadó végleges hibát ad vissza, amelyet a legtöbben sikertelenségnek tekintenek. A sok lekérdezést igénylő szolgáltatók lapított include-ot kínálnak.
~all-t vagy -all-t használjak?
Az -all azt mondja a fogadóknak, hogy utasítsák el a más szerverekről érkező leveleket, a ~all pedig azt, hogy tekintsék gyanúsnak. Quarantine vagy reject DMARC mellett a különbség kicsi, mert a DMARC dönt. Kezdje ~all-lal, amíg nem biztos benne, hogy minden küldőt felsorolt, majd váltson -all-ra.
Milyen DMARC-szabályzattal kezdjek?
p=none-nal és egy rua-címmel. Olvassa a jelentéseket néhány hétig, adjon hozzá minden jogos küldőt az SPF-hez és a DKIM-hez, majd váltson p=quarantine-re, végül p=reject-re. Az első napon reject-re ugrás általában letilt egy hírlevél-eszközt vagy egy CRM-et, amelyre senki nem emlékezett.
Mennyi idő, amíg a DNS-változások érvénybe lépnek?
Általában percek, legfeljebb a régi rekord TTL-je (gyakran akár 24 óra). A módosítás után futtassa újra ezt az ellenőrzést; minden alkalommal frissen olvassa a DNS-t.
A rekordjaim rendben vannak, a levelek mégis spambe kerülnek.
A hitelesítés csak a belépőjegy. A tartalom, a lista minősége, a panaszarány és a küldő IP-cím hírneve is számít. Ellenőrizze, hogy a küldő IP-cím szerepel-e tiltólistán, és hogy a fordított DNS egyezik-e a levelezőszerver nevével.