Kontrol Araçları

Sağlıklı e-posta teslimi iki tarafa bağlıdır: alan adınızın DNS kayıtları (MX, SPF, DKIM, DMARC) dış dünyaya doğru bilgiyi vermeli, DeepFilter sunucusu da internetle doğru kimlik ve bağlantı ayarlarıyla konuşmalıdır. Bu ayarlardaki bir hata — filtreyi atlayan yedek bir MX kaydı, DNS'e yansımamış bir DKIM anahtarı, servis sağlayıcının kapattığı giden 25. port — çoğu zaman ancak bir teslimat şikâyetiyle fark edilir.

İzle → Kontrol Araçları ekranı bu ayarları panelden, dış dünyanın gözünden denetler. İki sekmesi vardır: Alan Adı sekmesi domainin DNS kayıtlarını, Sunucu sekmesi bu DeepFilter sunucusunun internetle bağlantısını ve kimliğini kontrol eder.

note

Kontrol Araçları yalnızca genel yöneticiye açıktır. Domain yöneticisi ve izleyici rolündeki hesaplar bu sayfayı menüde görmez.

Sonuçların Okunması

Her kontrol bir kart olarak gösterilir. Kartın başlığında kontrolün adı ve yanıtladığı soru (örneğin MX Kaydı — "Bu domaine gelen e-posta nereye teslim ediliyor?") yer alır. Kartın içi üç sütuna ayrılır:

• Mevcut durum — DNS'te veya sunucuda bulunan değer; kayıt metni Kopyala düğmesiyle alınabilir.
• Doğru mu? — bulunan değerin teslimatı veya güvenliği bozup bozmadığı.
• Sıkılaştırılabilir mi? — doğru çalışan bir ayarın daha güvenli hâle getirilip getirilemeyeceği. Her öneri Gerekli, Önerilen veya İsteğe bağlı düzeyindedir; öneri yoksa kartta "Ek sıkılaştırma gerekmiyor." yazar.

Her kartın bir durumu vardır:

• Doğru — ayar beklendiği gibi.
• Sıkılaştırılabilir — çalışıyor, ancak daha güvenli bir ayar mümkün.
• Hatalı — teslimatı veya güvenliği etkileyen bir sorun var.
• Bilgi — değerlendirme değil, bilgi amaçlı bir sonuç.
• Kayıt yok / Tanımlı değil — ilgili kayıt yayınlanmamış. İsteğe bağlı kayıtlarda bu durum hata sayılmaz.
• Test edilemedi — kontrolün ön koşulu sağlanmadığı için test yapılamadı.
• Kontrol edilemedi — kontrol sırasında bir hata oluştu; sonuç eksiktir.

Sekmenin üstündeki özet çubuğu sonucu tek satırda toplar: hatasız kontrol sayısı bir halkada, altında ise hatalı, sıkılaştırılabilir ve doğru kontrollerin sayısı görünür. Kritik bir sorun varsa başlık "… kritik sorun teslimatı veya güvenliği etkiliyor" olur; kritik sorun yoksa "Kritik sorun yok, sıkılaştırma önerileri var" ya da "Tüm kontroller doğru" yazar.

Bazı kartlarda ilgili ayar ekranına götüren kısayollar bulunur: DKIM ayarları (bkz. Giden ePosta, DKIM İmzalama bölümü), Sunucu hostname ayarı ve SSL ayarları (bkz. Genel Ayarlar), DNS ayarları (bkz. Sistem, DNS bölümü), RBL İzleme (bkz. Karaliste (RBL) İzleme) ve DMARC Yönetimi (bkz. DMARC Yönetimi).

Alan Adı Sekmesi

Alan Adı sekmesi, seçtiğiniz domainin e-posta ile ilgili DNS kayıtlarını denetler. Sorgular sunucunun kendi DNS'i yerine 1.1.1.1 ve 8.8.8.8 dış çözücülerine ayrı ayrı yapılır; böylece sonuç, internetteki bir gönderen sunucunun gördüğü tabloyu yansıtır. İki çözücü farklı yanıt verirse kartta "Çözücü yanıtları farklı" uyarısı çıkar — bu genellikle yeni değiştirilmiş ve henüz her yere yayılmamış bir kaydı gösterir.

Sunucu dış DNS'e 53/UDP ile ulaşamıyorsa sorgular HTTPS (DoH) üzerinden yapılır ve sonuçlar yine dış dünyayı yansıtır. Dış çözücülere hiç ulaşılamıyorsa sorgular sunucunun kendi DNS'i üzerinden yapılır; bu durumda ekrandaki uyarı, sonuçların iç DNS görünümünü yansıtabileceğini belirtir.

Adım adım

1. İzle → Kontrol Araçları ekranını açın; Alan Adı sekmesi seçili gelir.
2. Domain alanında listeden bir domain seçin veya bir domain adı yazın. Alanın yanında domainin sistemde tanımlı olup olmadığı İç domain / Dış domain rozetiyle görünür.
3. DKIM'i belirli bir selector için denetlemek istiyorsanız DKIM selector alanını doldurun. Bu alan isteğe bağlıdır: domain için sistemde DKIM tanımlıysa selector oradan alınır.
4. Kontrol Et'e basın. Kartlar sırayla dolar.

Sistemde DKIM tanımı olmayan bir domainde ekran, kullandığınız selector'ı yazmanızı ya da Yaygın selector'ları dene düğmesiyle sık kullanılan selector'ların taranmasını önerir.

Temel kayıtlar

Teslimat ve kimlik doğrulama için gerekli dört kayıt bu grupta denetlenir ve sağlık özetine dâhildir:

• MX Kaydı — Domainin MX hedeflerinin DeepFilter'a çıkıp çıkmadığını, adlarının çözülüp çözülmediğini ve PTR kayıtlarını denetler. İç domainlerde en önemli bulgu filtreyi atlayan MX uyarısıdır: DeepFilter'a çıkmayan bir hedefe gelen e-posta taranmadan posta sunucusuna ulaşır ve spam gönderenler bilerek düşük öncelikli MX'lere yazar. Yüksek erişilebilirlik kurulumunda başka bir DeepFilter sunucusuna çıkan hedef bu uyarıyı vermez. Dış domainlerde atlama kontrolü uygulanmaz.
• SPF Kaydı — Tek ve söz dizimi geçerli bir SPF kaydı olup olmadığını, DNS arama sayısının 10 sınırının altında kalıp kalmadığını ve DeepFilter çıkış IP'sinin kayıtta yetkili olup olmadığını denetler. +all, ptr mekanizması ve -all yerine ~all kullanımı sıkılaştırma önerisi olarak gösterilir.
• DKIM İmzası — DNS'te yayınlanan anahtarın sistemdeki anahtarla birebir aynı olup olmadığını, anahtar uzunluğunu ve imzalamanın açık olup olmadığını denetler. Anahtar eşleşmiyorsa hazır DNS kaydı DKIM ayarlarında bulunur.
• DMARC Politikası — DMARC kaydının politikasını (none, quarantine, reject), uygulama oranını ve toplu rapor adresini (rua) denetler. Öneriler aşamalı bir geçişi izler: önce izleme modu (p=none), raporlar temiz kaldıkça quarantine, en sonda reject. Raporların içeriğini ve geçişe hazır olup olmadığınızı DMARC Yönetimi ekranında izlersiniz. Politika none iken iç domainler için quarantine önerisi, DMARC Yönetimi'ndeki Politika geçiş hazırlığı kartıyla aynı karardan (son 30 günün rapor verisi) gelir; iki ekran farklı öneri vermez. Domain için rapor toplama açık değilse öneri Politikayı sıkılaştırmadan önce İzle › DMARC Yönetimi'nde rapor toplamayı açın. olur. Rapor verisi geçişe henüz yetmiyorsa (ya da doğrulanmış meşru trafik yoksa) hazır kayıt verilmez ve kartın önerisini beklemeniz istenir. Veri hazırsa önerilen kayıt, kartın önerisine göre pct=25 ile ya da doğrudan quarantine olur. Dış domainlerde genel aşamalı geçiş önerisi gösterilir, hazır kayıt verilmez.

Gelişmiş

Taşıma güvenliği ve marka kayıtları bu grupta denetlenir. Bu kayıtlar isteğe bağlıdır ve sağlık puanını etkilemez; özet çubuğunda tanımlı olanların sayısı ayrıca gösterilir.

• MTA-STS — Gönderen sunucuların bu domaine yalnız şifreli bağlantıyla teslim etmesini isteyen politikayı denetler: _mta-sts TXT kaydını, politika dosyasının indirilebilir ve geçerli olup olmadığını, politikanın modunu (testing, enforce, none) ve MX kayıtlarının politikadaki listeyle eşleşip eşleşmediğini. enforce modunda listede olmayan bir MX'e teslimat yapılmaz. Öneri, önce testing modunda yayınlayıp TLS-RPT raporları temiz kalınca enforce'a geçmektir.
• TLS-RPT — Şifreli teslimat sorunlarının raporlanacağı adresi tanımlayan kaydın varlığını ve geçerliliğini denetler.
• DNSSEC — Domain bölgesinin imzalı olup olmadığını ve imzanın doğrulanıp doğrulanmadığını denetler.
• BIMI — Alıcıların posta kutusunda markanızın logosunu göstermesini sağlayan kaydı denetler. BIMI'nin ön koşulu, DMARC politikasının en az quarantine olmasıdır.

Yardımcı araçlar

Alan Adı sekmesinde üç yardımcı araç bulunur:

• SPF IP Testi — "Bu IP'den bu domain adına e-posta gönderilirse alıcı sunucu ne karar verir?" sorusunu yanıtlar. Bir gönderen IP girin (veya DeepFilter çıkış IP'si'ni seçin) ve Test Et'e basın; sonuç (Pass, Fail, SoftFail, Neutral, None, PermError, TempError) değerlendirme adımlarıyla birlikte gösterilir. Her adım eşleşti, eşleşmedi veya değerlendirilmedi olarak işaretlenir: SPF ilk eşleşen kuralda durduğu için eşleşen kuraldan sonraki adımlar değerlendirilmedi olarak görünür.
• SPF Oluşturucu — Domain adına e-posta gönderen kaynakları (DeepFilter çıkış IP'si, MX sunucuları, A kaydı, ek IP'ler ve ek include'lar) seçtikçe önerilen kayıt canlı oluşur ve DNS arama sayısı gösterilir. Ek include (virgülle) alanı _spf.mailgun.org gibi alt çizgiyle başlayan hedefleri de kabul eder. Mevcut kayıttaki include'lar (örneğin Microsoft 365 için spf.protection.outlook.com, Google Workspace için _spf.google.com) bu alanda görünür; alandan silmediğiniz sürece kayıtta kalır. Oluşturucunun yönetmediği diğer mevcut terimler kayıtta aynen korunur.
• DMARC Oluşturucu — Politika, uygulama oranı (pct), alt domain politikası (sp), toplu rapor adresi (rua) ve hizalama ayarlarıyla önerilen DMARC kaydını oluşturur. Formun yönetmediği mevcut etiketler kayıtta aynen korunur. DMARC raporlarını DeepFilter'da toplamak için rua alanına domainin dmarc-rapor@<domain> adresini yazın (bkz. DMARC Yönetimi).

caution

Oluşturucular kaydı yalnızca önerir; DNS'e yazmaz. Önerilen kaydı DNS sağlayıcınızda mevcut kaydın yerine girin. Bir domainde ikinci bir SPF kaydı eklemek SPF'i geçersiz kılar.

Sunucu Sekmesi

Sunucu sekmesi, bu DeepFilter sunucusunun internetle bağlantısını ve dışarıya gösterdiği kimliği denetler. Sekme ilk açıldığında test otomatik başlar; yeniden çalıştırmak için Testi Başlat'a basın. Sekmenin üstünde Sunucu adı (HELO), Dış IPv4 ve Dış IPv6 bilgileri yer alır. Dış IPv4 otomatik bulunur; NAT arkasında doğru adres bulunamazsa alana elle yazabilirsiniz.

Akış diyagramı

Sekmenin üst kısmındaki diyagram, sunucu ile internet arasındaki üç hattı gösterir:

• Gelen · 25/TCP (İnternet → Sunucu) — dışarıdaki posta sunucularının bu sunucuya ulaşıp ulaşamadığı.
• DNS · PTR / FCrDNS — sunucunun IP'sinin kendi adına geri çözülüp çözülmediği.
• Giden · 25/TCP (Sunucu → İnternet) — sunucunun dışarıdaki posta sunucularına bağlanıp bağlanamadığı.

Her hat Açık / doğru, Sıkılaştırılabilir, Engelli / hatalı veya Test edilemedi renginde gösterilir. Hattın üzerindeki etiketler (TLS, Karşılama, RBL, Çözücü, DANE, Dış IP, Röle, Dış test noktası) ilgili kontrol kartına götürür.

Sunucu kontrolleri

• Dış IP ve NAT — Sunucunun internete hangi IP ile çıktığını ve NAT arkasında olup olmadığını gösterir. PTR, SPF ve RBL kontrolleri bu dış IP üzerinden yapılır.
• Yerel DNS Çözücü — DeepFilter'ın yerleşik çözücüsünün yanıt verdiğini ve kara liste (RBL) sorgularının reddedilmediğini denetler.
• Giden 25/TCP — Dışarıdaki posta sunucularına 25. porttan bağlanılabildiğini denetler. Port kapalıysa öneri, güvenlik duvarında 25/TCP çıkışına izin vermek veya servis sağlayıcıdan engelin kaldırılmasını istemektir; engel kaldırılamıyorsa giden e-posta için akıllı aktarıcı (relayhost) tanımlanabilir.
• PTR ve HELO — Dış IP'nin PTR kaydını, ileri-geri doğrulamayı (FCrDNS) ve PTR adının HELO adıyla aynı olup olmadığını denetler; IPv6 çıkışı varsa IPv6 PTR'yi de denetler. PTR kaydı servis sağlayıcınız tarafından tanımlanır.
• STARTTLS ve Sertifika — Gelen bağlantılarda şifrelemenin sunulduğunu, sertifikanın güvenilir, geçerli ve HELO adıyla eşleştiğini, eski TLS sürümlerinin açık olup olmadığını denetler.
• SMTP Karşılama — Karşılama mesajındaki sunucu adının HELO adıyla aynı olduğunu denetler.
• Kara Liste (RBL) — Karaliste (RBL) İzleme ekranının son sonucunu gösterir.
• DANE / TLSA — TLSA kaydının varlığını denetler. İsteğe bağlıdır ve bölgenin DNSSEC ile imzalı olmasını gerektirir.
• Gelen 25/TCP (dışarıdan) — Sunucunun 25. portuna internetten bağlanılıp bağlanılamadığını, dışarıdan görülen karşılamayı, STARTTLS'in ve sertifikanın yoldaki bir cihaz tarafından değiştirilip değiştirilmediğini denetler.
• Açık Röle — Sunucunun yabancı alıcılar için e-posta aktarıp aktarmadığını dışarıdan denetler. Açık röle, sunucunun kısa sürede kara listelere girmesine yol açar. Test hiçbir e-posta göndermez; yalnızca aktarma isteğine verilen yanıtı değerlendirir.

Dış test noktası

Gelen 25. port ve açık röle, sunucunun kendisinden güvenilir biçimde test edilemez: iç ağdan yapılan bağlantı zaten yetkilidir ve NAT yapısında dışarıdan gelen trafiği yansıtmaz. Bu iki kontrol, DeepFilter'ın internetteki dış test noktası üzerinden yapılır ve sunucunun dış IPv4 adresine bağlanır.

Dış test noktasına ulaşılamadığında bu kontroller Test edilemedi olarak gösterilir; bu bir hata sayılmaz. Bu durumda ekran, aynı testi dışarıdaki bir makineden elle nasıl yapabileceğinizi gösterir.

note

Dış test noktası sunucunun dış IP'si yerine farklı bir adrese bağlandığında sonuç "Test edilemedi — farklı IP" olarak gösterilir: sunucu internete farklı bir IP ile çıkıyor olabilir ve ölçülen sonuç bu sunucuya ait olmayabilir.

Dikkat Edilmesi Gerekenler

• Kontroller kısa aralıkla tekrarlanamaz. Arka arkaya çok sayıda kontrol çalıştırıldığında veya sunucu testi kısa süre önce yapıldıysa ekran, kaç saniye sonra yeniden deneyebileceğinizi gösterir.
• DNS değişiklikleri hemen yansımayabilir. Bir kaydı değiştirdikten hemen sonra çözücüler farklı yanıt veriyorsa kaydın yayılmasını bekleyip kontrolü yeniden çalıştırın.
• Sekme değiştirmek kontrolü durdurmaz. Alan Adı ile Sunucu sekmeleri arasında geçtiğinizde sonuçlar korunur; sayfadan ayrıldığınızda ise süren kontrol durur.