DMARC SPF va DKIMni qabul qiluvchi «Kimdan» maydonida koʻradigan manzil bilan bogʻlaydi hamda tekshiruvdan oʻtmagan xatlar bilan nima qilishni serverlarga aytadi. Bundan tashqari, DMARC domeningiz nomidan kim pochta yuborayotgani haqida hisobotlar joʻnatadi. Yozuv teglari, moslashtirish va DMARCni kerakli xatlarni yoʻqotmasdan joriy etish usulini koʻrib chiqamiz.
DMARC qanday muammoni hal qiladi
SPF konvert manzilidagi (Return-Path) domenni, DKIM esa imzodagi d= tegi domenini tekshiradi. Ularning hech biri oʻz-oʻzidan inson oʻqiydigan From maydonidagi manzilni tekshirmaydi. Firibgar oʻz domenidan toʻgʻri SPF bilan xat yuborib, From maydoniga director@example.uz manzilini qoʻyishi mumkin.
DMARC tekshiruvlardan kamida biri oʻtishini va uning domeni From domeni bilan mos kelishini talab qiladi. Bu moslik moslashtirish (alignment) deb ataladi.
Moslashtirish: adkim va aspf
Quyidagi shartlardan kamida bittasi bajarilsa, xat DMARCdan oʻtadi:
- SPF = pass va Return-Path domeni From domeni bilan moslashgan;
- DKIM = pass va
d=domeni From domeni bilan moslashgan.
Moslashtirish rejimi aspf (SPF uchun) va adkim (DKIM uchun) teglari bilan belgilanadi:
| Rejim | Maʼnosi | From: example.uz uchun misol |
|---|---|---|
r (relaxed, standart) | Tashkiliy domen mos kelishi yetarli | d=mail.example.uz — moslashgan |
s (strict) | Aniq moslik talab qilinadi | d=mail.example.uz — moslashmagan |
Aksariyat kompaniyalar uchun standart r rejimi mos keladi. Qatʼiy rejim faqat barcha manbalar aynan shu domendan yuborishiga ishonchingiz komil boʻlsagina maʼnoga ega.
Odatiy holat: xabarnoma xizmati SPFdan oʻtadi, lekin sizning emas, oʻz domeni uchun. SPF natijasi pass, DMARC esa fail, chunki moslashtirish yoʻq. Yechim — xizmatda d=example.uz bilan DKIM imzosini sozlash.
DMARC yozuvi va uning teglari
DMARC _dmarc subdomenida TXT yozuvi sifatida eʼlon qilinadi:
_dmarc.example.uz. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.uz"| Teg | Qiymatlar | Vazifasi |
|---|---|---|
v | DMARC1 | Versiya, majburiy va birinchi turadi |
p | none, quarantine, reject | Domen uchun siyosat, majburiy |
sp | xuddi shunday | Subdomenlar uchun siyosat; koʻrsatilmasa, p amal qiladi |
pct | 0–100, standart 100 | Siyosat qoʻllaniladigan oʻtmagan xatlar ulushi |
rua | mailto: manzillar | Umumlashgan hisobotlar qayerga yuborilishi |
ruf | mailto: manzillar | Alohida xatlar boʻyicha hisobotlar; yirik qabul qiluvchilarning aksariyati ularni yubormaydi |
adkim, aspf | r yoki s | Moslashtirish rejimi |
fo | 0, 1, d, s | Alohida xatlar boʻyicha hisobot qachon tuzilishi |
Siyosatlar
p=none— faqat kuzatuv: xatlar odatdagidek yetkaziladi, siz hisobotlar olasiz.p=quarantine— oʻtmagan xatlar spam jildiga yoki karantinga tushadi.p=reject— oʻtmagan xatlar qabul qilish bosqichida rad etiladi.
Siyosat — buyruq emas, qabul qiluvchiga murojaat. Yirik pochta xizmatlari uni hisobga oladi, lekin yakuniy qarorni qabul qiluvchi tomon chiqaradi.
rua hisobotlari
Umumlashgan hisobotlar — qabul qiluvchilar odatda sutkada bir marta yuboradigan XML fayllar (koʻpincha arxivda). Ularda domeningiz nomidan qaysi IP manzillardan xatlar kelgani, ular qancha boʻlgani, SPF va DKIMdan oʻtgan-oʻtmagani va moslashtirish bor-yoʻqligi koʻrsatiladi.
- Hisobotlar uchun alohida pochta qutisi yoki alias yarating, masalan
dmarc@example.uz: faol yozishmalarda hisobotlar koʻp boʻladi. - XMLni qoʻlda oʻqish noqulay — DMARC hisobotlarini tahlil qiluvchi xizmat yoki dasturdan foydalaning.
- Agar hisobotlar boshqa domendagi manzilga kelishi kerak boʻlsa, oʻsha domen
"v=DMARC1"matnliexample.uz._report._dmarc.reports.examplekoʻrinishidagi yozuv bilan qabul qilishga ruxsat berishi kerak. Busiz qabul qiluvchilar u yerga hisobot yubormaydi.
Hisobotlarda, ehtimol, oʻzingiz bilmagan manbalarni topasiz: sayt, CRM, buxgalteriya dasturi, xabarnomalar. Ularning har birini yoki sozlash (moslashtirilgan SPF va DKIM), yoki domen nomidan foydalanishni toʻxtatish kerak.
Bosqichma-bosqich joriy etish
- Tayyorgarlik. Asosiy pochta uchun SPF va DKIM sozlangani va ulardan oʻtayotganiga ishonch hosil qiling.
- Kuzatuv.
ruabilanp=noneeʼlon qiling. 2–4 hafta davomida hisobotlarni yigʻing. - Tuzatish. Barcha qonuniy manbalarni DMARCdan oʻtadigan qilib sozlang.
- Qisman karantin.
p=quarantine; pct=25ga oʻting, soʻng hisobotlar va hamkasblar shikoyatlarini kuzatib,pctni 50 va 100 gacha oshiring. - Rad etish. Oʻtmayotgan qonuniy xatlar qolmaganda
p=rejectoʻrnating.
2-bosqich: "v=DMARC1; p=none; rua=mailto:dmarc@example.uz"
4-bosqich: "v=DMARC1; p=quarantine; pct=25; rua=mailto:dmarc@example.uz"
5-bosqich: "v=DMARC1; p=reject; rua=mailto:dmarc@example.uz"Shuni hisobga olingki, qabul qiluvchilar pctni taxminan qoʻllaydi, standartning yangilangan tahririda (DMARCbis) esa bu tegni t belgisi bilan almashtirish taklif qilinmoqda. Shu sababli oraliq qiymatlarda uzoq qolib ketmang.
Darhol p=reject bilan boshlamang. Agar biror xizmat sizning nomingizdan moslashtirishsiz xat yuborsa, bu xatlar yetib bormay qoladi — va siz bundan faqat mijozlar shikoyatidan xabar topasiz.
Keng tarqalgan xatolar
- Yozuv notoʻgʻri nomda: DMARC domenning oʻzida emas,
_dmarc.example.uznomida boʻlishi kerak. - Ikkita DMARC yozuvi: SPFdagi kabi yozuv bitta boʻlishi shart, aks holda DMARC eʼtiborga olinmaydi.
- Sintaksis xatolari: teglar nuqtali vergul bilan ajratiladi,
ruadagi manzillarmailto:prefiksi bilan yoziladi. - Unutilgan subdomenlar: subdomenlar pochta uchun ishlatilmasa,
sp=rejectqoʻshing. - Abadiy none siyosati:
p=nonehimoya bermaydi, bu faqat kuzatuv bosqichi.
Bir qator yirik pochta xizmatlari ommaviy joʻnatuvchilardan DMARCni majburiy talab qiladi, kichik kompaniya uchun ham u manzilni soxtalashtirish va spamga tushish xavfini sezilarli kamaytiradi. MCMailda domeningiz uchun SPF, DKIM va DMARCni biz sozlaymiz. Yetkazishdagi muammolarning boshqa sabablari haqida xatlar nega spamga tushadi maqolasida oʻqing.