SPF, DKIM və DMARC nə üçündür?
Bu üç mexanizm domen adından göndərilən məktubun autentifikasiyasını yoxlamağa kömək edir. SPF göndəriş mənbəyinə, DKIM məktubun imzasına, DMARC isə bu nəticələrin görünən From domeni ilə uyğunluğuna baxır. Birinin mövcudluğu digər ikisinin düzgün işlədiyini göstərmir.
| Mexanizm | Əsas yoxlama | Harada baxılır? |
|---|---|---|
| SPF | Envelope sender domeninin bu serverdən göndərişə icazəsi | Domenin TXT siyasəti və real məktubun SPF nəticəsi |
| DKIM | Məktubun imzasının açıq açarla doğrulanması | Selector DNS qeydi və DKIM-Signature başlığı |
| DMARC | Uğurlu SPF və ya DKIM-in From domeni ilə uyğunluğu | _dmarc TXT qeydi və Authentication-Results |
Əvvəl bütün göndəriş mənbələrini tapın
Əməkdaşların email provayderi tək mənbə olmaya bilər. Sayt forması, CRM, faktura sistemi, marketinq xidməti və printer də məktub göndərə bilər. Hər mənbə üçün məsul şəxs, istifadə etdiyi From domeni və autentifikasiya üsulunu qeyd edin. Unudulmuş bir mənbə sonradan DMARC siyasəti sərtləşəndə iş məktublarının rədd edilməsinə səbəb ola bilər.
SPF-də bir siyasət saxlayın
Eyni DNS adı altında iki ayrı v=spf1 qeydi yaratmayın. Mövcud siyasəti oxuyun, legitim göndərənləri vahid qeyddə birləşdirin və DNS sorğusu yaradan mexanizmlərin limitini yoxlayın. SPF-də bu limit 10-dur; sadəcə yazıdakı include sözlərinin sayını hesablamaq iç-içə sorğuları tam göstərmir. Mexanizmlərin izahı RFC 7208-də verilir.
Yalnız Google Workspace-dən göndəriş olan domen üçün rəsmi nümunə v=spf1 include:_spf.google.com ~all-dır. CRM və digər mənbələr varsa bu sətir təkbaşına kifayət etməyə bilər. SPF bələdçisinə baxın.
DKIM açarını provayderdən götürün
DKIM selector və açar dəyəri göndəriş provayderinin panelində yaradılır. Müxtəlif platformalar TXT və ya CNAME ilə fərqli quruluş istifadə edə bilər. Açar yayımlandıqdan sonra provayder panelində imzalamanın da aktiv olduğunu yoxlayın. DNS-də açarın görünməsi real məktubun imzalandığını sübut etmir.
Test məktubunda DKIM-Signature daxilindəki d= domenini və s= selector-u tapın. Sonra həmin selector üçün DNS cavabına baxın. Selector yoxlama addımları üçün ayrıca təlimat var.
DMARC-də alignment nə deməkdir?
Məktub texniki olaraq SPF-dən keçə, amma DMARC-dən keçməyə bilər: SPF başqa bir domenə aid nəticə verirsə From domeni ilə uyğunluq yoxdur. DMARC uğuru üçün uyğun domenlə uğurlu SPF və ya uyğun domenlə uğurlu DKIM nəticələrindən ən azı biri lazımdır. Domen uyğunluğunun sərt və yumşaq rejimi siyasətdən asılıdır. DMARC protokolu bu əlaqəni təsvir edir.
Monitorinqdən qoruma siyasətinə keçid
p=none hesabatla vəziyyəti öyrənmək üçün başlanğıcdır; uğursuz məktubların rədd edilməsini tələb etmir. quarantine və reject siyasətinə bütün legitim mənbələri yoxladıqdan sonra keçin. İlk növbədə sınaq məktublarını və hesabatları müqayisə edin, problemi olan göndərənləri düzəldin, sonra dəyişiklik vaxtını və geri dönüş şərtini qeyd edin.
DNS nəticəsi ilə real məktubu birlikdə yoxlayın
- Domenin açıq qeydlərinə baxın.
- Hər göndəriş mənbəyindən xarici ünvana ayrıca məktub göndərin.
- Alınan məktubun Authentication-Results nəticəsini yoxlayın.
- SPF, DKIM, DMARC və From domeninin uyğunluğunu qeyd edin.
- Cavab məktubunu, yönləndirmə və istifadə etdiyiniz qrup ssenarisini sınayın.
DNS-də yaşıl nəticə gələnlər qutusuna zəmanət deyil; reputasiya, məzmun və alıcının filtri də qərara təsir edir. Gmail göndərici tələbləri və autentifikasiya auditi əlavə yoxlama meyarlarını verir.