Kendi kendine barındırılan bir posta sunucusu, doğru etki alanı kayıtlarına sahip olabilir ve yine de alıcı posta göndericilerine bağlanamayabilir. Giden TCP bağlantı noktası 25, normal sunucudan sunucuya SMTP hedefidir ve bazı ağlar bunu kısıtlar. Yararlı soru, bu özel ağ yolunun engellenip engellenmediği ve operatörün hangi gönderme mimarisini kullanmaya yetkili olduğudur.
Doğrudan teslimatı gönderimden ayırın
Doğrudan teslimat gönderimi birbirine bağlar MTA hedef MX ana bilgisayarlarına. Mesaj gönderimi, müşteriyi kendi kimlik doğrulama ve yetkilendirme kurallarına göre sorumluluğu kabul eden belirlenmiş bir hizmete bağlar. Doğrudan dağıtım yapılandırmasında hedef bağlantı noktasını değiştirmek, her alıcı MX kimliği doğrulanmış bir gönderim hizmetine dönüştürmez. RFC 5321 bölüm 2 ve 3.
RFC 6409 mesaj gönderimini ayırt eder ve bu hizmet için 587 numaralı bağlantı noktasını ayırır. RFC 8314 465 numaralı bağlantı noktasında örtülü TLS gönderimini açıklar ve gönderimin TLS ile korunmasını önerir. Bunlar, engellenen bir bağlantı için evrensel bypass bağlantı noktaları değil, hizmet rolleridir. Yalnızca operatörün kullanmaya yetkili olduğu bir aktarma veya gönderim uç noktasını, söz konusu hizmetin geçerli talimatlarını izleyerek kullanın.
Ağ hipotezini dikkatlice test edin
Gönderen ana bilgisayarın yerel dinleyicisi ve giden yapılandırması, yönlendirmesi, güvenlik duvarı politikası ve günlükleriyle başlayın. Gerçek hedefi, çözümlenen adresi, adres ailesini, bağlantı zaman damgasını ve hatayı kaydedin. Reddetme, zaman aşımı ve DNS arama hatası farklı gözlemlerdir. Bir liman kontrol web sitesi, dokümantasyonu aksini belirtmediği sürece, kendi konumunu ve yönünü test eder.
Küçük bir onaylı hedef kümesini ve varsa ikinci bir yetkili ağ yolunu karşılaştırın. Bir yolda birden fazla hedefin diğerinden başarılı olması, yola özgü bir hipotezi destekler, ancak cihazı veya sağlayıcı kuralını tam olarak tanımlamaz. Sağlayıcının 25 numaralı bağlantı noktasını engellediğini bildirmeden önce ilgili güvenlik duvarı kaydını veya mevcut barındırma sağlayıcısı politikasını arayın. Rastgele ana bilgisayarları geniş ölçekte taramayın.
Varsayımsal bir yol karşılaştırmasını yorumlama
Aynı gönderen ana bilgisayarın iki onaylı MX hedefine zaman aşımına uğradığını ve başka bir yetkili ağın bu uç noktalara ulaştığını varsayalım. Bu, yola özel bir araştırmayı destekler ancak sorumlu cihazı tanımlamaz. Yerel bir güvenlik duvarı günlüğü veya mevcut hesaba özel barındırma kısıtlaması, bunun nedeni hakkında daha güçlü bir kanıt sağlayacaktır.
Şimdi TCP'nin bağlandığını ancak eşin 220'den önce bağlantısını hemen kestiğini varsayalım. Bu farklı bir gözlem: bağlantı kurulması başarılı olurken SMTP hizmetinin kullanılabilirliği başarısız oldu. Orijinal hipotezle eşleşmesi için onu engellenen bir TCP bağlantı noktası olarak yeniden etiketlemeyin.
Bunlar, yürütülen taramalar veya ölçülen sağlayıcı politikaları değil, icat edilmiş teşhis vakalarıdır. Ağ sahibi kasıtlı çıkış kısıtlamalarını onaylarsa onaylı bir gönderme mimarisi isteyin. Farklı bir bağlantı noktasını, proxy'yi veya rotayı bu kısıtlamayı aşma izni olarak değerlendirmeyin.
Yetkili bir onarım seçin
Doğrudan teslimata izin veriliyorsa ve gerekiyorsa, belgelenen kısıtlamayı normal süreç yoluyla düzeltmek için sorumlu ağ sahibiyle birlikte çalışın. Ortam bunu kasıtlı olarak yasaklıyorsa onaylı bir giden aktarma mimarisi kullanın veya dağıtım tasarımını değiştirin. Güvenlik kontrollerini genel olarak devre dışı bırakmayın veya yetkiniz olmadan kurumsal bir kısıtlamanın etrafından dolaşmayın.
Geçiş geçişi bağlantıdan daha fazlasını değiştirir. Hizmetin envanterini çıkarın Zarf göndereni davranış, DKIM imzalama, görülebilir hizalama, izin verilen gönderen kimlikleri ve gönderme sınırları. Bunları mevcut servis belgelerinden ve kontrollü bir mesajdan doğrulayın. Bağlantıyı kabul eden bir aktarıcı, yetkisiz bir göndericiyi veya harici alıcıyı yine de reddedebilir.
Bağlantıyı ve teslimatı ayrı ayrı doğrulayın
Onaylanan değişiklikten sonra, başarılı bağlantıyı ve uygun olduğu yerde kimlik doğrulaması yapılmış veya bağlayıcı tarafından yetkilendirilmiş gönderimi kaydedin. Daha sonra yetkili mesajı röle aracılığıyla alıcı tarafa kadar takip edin. Kuyruk boşaltmayı onaylayın ve önceki denemelerdeki kopyaları kontrol edin. TCP başarısı etki alanı kimlik doğrulamasını, son teslimatı veya gelen kutusu yerleşimini sağlamaz. Her sonucu kendi gerçek katmanına ve test edilen alıcı kapsamına bağlı tutun.
İzin verilen bir gönderme mimarisi seçin
- Doğrudan MX teslimatı gerekli: gerçek ağ politikasını sahibiyle onaylayın.
- Doğrudan teslimat kasıtlı olarak kısıtlanmıştır: desteklenen bir röle tasarımı için onay alın.
- Aktarma seçildi: İzin verilen gönderenleri, kimlik bilgilerini veya bağlayıcı kapsamını, imzalamayı ve sınırları doğrulayın.
- Değişiklikten sonra: Bağlantıyı, yetkili gönderimi, etki alanı kimlik doğrulamasını ve alıcı sonucunu ayrı ayrı kaydedin.