Mimari ve çalışma modeli
Backup mail exchanger, birincil posta sunucusu erişilemediğinde gelen mesajları geçici olarak kabul edip yeniden iletmeyi amaçlayan ikincil MX hizmetidir. Başarılı kurulum için DNS önceliği, teslimat hedefi ve kuyruk sınırları birlikte anlaşılmalıdır.
MX kayıtlarında daha küçük tercih değeri daha önceliklidir. Örneğin 10 değerli birincil ve 20 değerli ikincil kayıt, 20'nin daha güçlü olduğu anlamına gelmez. Gönderen sistemler teslimat denemelerini SMTP kuralları ve kendi yeniden deneme davranışlarıyla yürütür; ikincil kayıt eklemek her mesajın anında yedeğe geçeceği garantisini vermez.
Kabul edilen mesajın hedef sunucuya nasıl ulaşacağı ayrıca tanımlanmalıdır. İkincil sistemdeki teslimat rotası yeniden aynı ikincil MX'e dönmemelidir. Yalnız yetkili alan adlarına aktarım yapılmalı; geçersiz alıcıların yönetimi ve açık röle engeli test edilmelidir. Postfix'in birincil/ikincil MX örnekleri bu görevlerin DNS kaydından ayrı yapılandırıldığını gösterir.
SecuraWall Backup MX, hedefin kapalı olduğu doğrulandığında uygun mesajları kabul eden bekleme hizmetidir. İçerik filtreleme ve kişisel karantina bu bağımsız paketin kapsamına girmez. Geçici kuyruk, teslim edilmiş mesajların geri alınabildiği bir arşiv veya kesintide kullanılabilen webmail değildir. Bu ayrımlar, yedek MX'i posta kutusu yedeklemesiyle karıştırmayı önler.
- 1Birincil MX denemesi
- 2İkincil yol ve kabul koşulu
- 3Geçici kesinti kuyruğu
- 4Hedefe yeniden teslimat
Tasarım parametreleri
- MX tercih sırası
- Birincil ve ikincil hostname'leri yetkili DNS üzerinde kontrol edin; aynı tercih değerinin farklı bir tasarım kararı olduğunu unutmayın.
- Kesinti kabul koşulu
- Servisin her zaman mı yoksa doğrulanmış kesintide mi kabul yaptığını öğrenin; sağlık kontrolünün yaşı ve alarmını izleyin.
- Kuyruk sözleşmesi
- Saklama süresi, boyut, kapasite, kalıcı ret ve süre aşımı davranışını güncel hizmet koşullarından doğrulayın.
- Röle ve alıcı kapsamı
- Yalnız sahipliği doğrulanmış alan adlarını aktarın; hedef alıcı reddi ve üçüncü taraf alan adına röle testlerini ayırın.
Hesap ve uygulama örneği
Laboratuvar alan adında birincil MX 10 ve ikincil MX 20 olsun. İki bağımsız dış göndericiden test yapın; önce normal teslimatı kaydedin. Ardından yalnız kontrollü test hedefinin erişimini kesin. Hangi göndericinin hangi zamanda yedeğe ulaştığını ölçün ve kabul edilen her mesajın kuyruk kimliğini kaydedin. Bu deney farklı göndericilerin geçiş sürelerini görünür kılar.
Hedef geri geldiğinde test mesajlarının teslimatını hedef SMTP kaydı ve posta kutusu üzerinden doğrulayın. İkincil kuyruk boş görünse bile her mesajın başarılı teslim edildiğini varsaymayın; kalıcı ret ve süre aşımı kayıtlarını da uzlaştırın. Geçersiz alıcı denemesini gerçek kullanıcılardan ayrı tutun ve test sonunda DNS ile bağlantı kısıtlarını eski haline getirin.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| İkincil MX'e hiç ulaşılmıyor | DNS önceliği, cache veya gönderenin tekrar denemesi etkili olabilir. | Yetkili DNS sonucu ve bağımsız gönderen kayıtlarını eşleştirin. |
| Kuyruk büyüyor, hedef açık görünüyor | TCP erişimi olsa da TLS veya alıcı kabulü başarısız olabilir. | Son denemenin tam SMTP yanıtını inceleyin. |
| Yabancı alan adına aktarım kabul ediliyor | Röle kapsamı gereğinden geniş olabilir. | Yetkisiz alan adına izinli laboratuvar röle testi yapın. |
Kabul ve doğrulama kontrolleri
- MX tercihlerini yetkili DNS yanıtında doğrulayın.
- Normal durumda birincil teslimatı kaydedin.
- Kontrollü kesintiyi iki bağımsız göndericiden deneyin.
- Kabul edilen her mesajı kuyruk kimliğiyle takip edin.
- Geri dönüşte başarılı, reddedilmiş ve süresi dolmuş kayıtları uzlaştırın.
- Röle sınırını ve alıcı hata davranışını doğrulayın.
İlgili kavramlar
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Güven sınırı ve hata alanı
Güven sınırı, aynı erişim kararlarını paylaşan bileşenleri ayırır; hata alanı ise tek bir olayın birlikte etkileyebileceği kaynakları tanımlar. İki VLAN kullanmak, aralarında serbest yönlendirme varsa güçlü bir güven sınırı kurmaz. İki yedek aynı yönetici hesabıyla silinebiliyorsa da farklı klasörlerde bulunmaları ayrı hata alanı sağlamaz. Tasarımda fiziksel yer, kimlik sağlayıcı, yönetim hesabı, ağ yolu ve enerji kaynağını ayrı ayrı değerlendirin. Bir bileşen kaybedildiğinde hangi erişimlerin ve kurtarma seçeneklerinin ayakta kalacağını sınayın.
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.
Kapasite ve kullanılabilir pay
Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.
TLS ve sertifika doğrulaması
TLS iletişimin gizliliğini ve bütünlüğünü sağlar; sertifika doğrulaması karşı taraf kimliğinin kontrolüne yardımcı olur. Sertifika adı, zincir, geçerlilik süresi ve güvenilen kökler birlikte değerlendirilmelidir. Bir bağlantının şifreli olması uygulamanın yetkilendirmesinin doğru olduğu anlamına gelmez. Reverse proxy veya inspection kullanılıyorsa TLS oturumunun hangi noktada sonlandırıldığını çizimde açıkça gösterin. Hata teşhisinde sertifika kontrolünü kapatmak kalıcı çözüm değildir; yanlış hostname, eksik ara sertifika ve cihaz saatini ayrı inceleyin.
Politikanın yaşam döngüsü
Bir politika yalnız etkinleştirildiği anda değil, kapsamı değiştikçe de yönetilmelidir. Taslak, gözlem, pilot, uygulama ve periyodik inceleme aşamalarını ayırın. Her istisnanın sahibi, gerekçesi, kapsamı ve sona erme tarihi olmalıdır. Test verileri gerçek kullanıcı davranışını temsil etmezse başarılı pilot üretimde yanlış engellemelere dönüşebilir. Önce kimin ve hangi uygulamanın etkilenebileceğini belirleyin; sonra ölçülebilir kabul koşullarıyla devreye alın. Geri alma yolu yalnız düğme konumunu değil, değişikliğin kim tarafından ve hangi koşulda geri alınacağını da tanımlamalıdır.
Birincil teknik dokümantasyon
Bulut e-posta güvenliği ve sürekliliğini değerlendirin
Doz Teknoloji tarafından işletilen SecuraWall MailFlow ile bulut e-posta güvenliği ve Backup MX seçeneklerini inceleyin. Kurulum gereksinimlerini mevcut posta altyapınıza göre değerlendirin.
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.