Proxmox Mail Gateway Nedir? Özellikleri ve Sınırları
Proxmox Mail Gateway (PMG), Avusturyalı Proxmox Server Solutions firmasının geliştirdiği, Debian tabanlı ve açık kaynak bir e-posta güvenlik ağ geçididir. Kurumun posta sunucusunun önüne konur; gelen ve giden postayı SpamAssassin, ClamAV ve esnek bir kural sistemiyle filtreler.
PMG, Proxmox VE sanallaştırma platformuyla aynı firmadan gelse de ondan bağımsız bir üründür. ISO kurulum görüntüsüyle fiziksel ya da sanal bir sunucuya kurulabilir, mevcut bir Debian sistemine paketlerle de eklenebilir.
Kısa geçmişi ve lisansı nedir?
PMG uzun süre ticari bir ürün olarak sunuldu. Ocak 2018'de yayımlanan 5.0 sürümüyle tamamen açık kaynak hale geldi ve GNU AGPLv3 lisansıyla dağıtılmaya başlandı. Yazılımı ücretsiz indirip kullanmak mümkündür; Proxmox, kurumsal paket deposu ve teknik destek için ücretli abonelik sunar. Güncel belgelere PMG yönetici kılavuzundan ulaşabilirsiniz.
Temel özellikleri nelerdir?
Posta aktarımı ve bağlantı denetimi
PMG, posta aktarımı için Postfix'i kullanır. Varsayılan olarak 25 numaralı porttan dış dünyadan gelen postayı, 26 numaralı porttan ise iç ağdaki güvenilir sunucuların gönderdiği giden postayı kabul eder. Alıcı doğrulama, DNSBL sorguları ve bağlantı sınırlama bu katmanda yapılır. SPF denetimi ve IPv4 için greylisting varsayılan olarak açık, IPv6 greylisting ise kapalıdır.
Spam ve virüs filtreleme
Spam tespiti SpamAssassin ile yapılır; kural güncellemeleri, özel puanlar ve isteğe bağlı Bayes filtresi desteklenir. Virüs taraması ClamAV ile yapılır; arşivlerin içi de taranır ve iç içe geçmiş arşivler varsayılan ayarlarda beş seviyeye kadar incelenir. pmg-custom-check arayüzü ise ek tarama araçlarını sisteme bağlamaya imkân verir.
Kural sistemi
PMG'nin en güçlü yanı, öncelik sırasına göre işleyen kural sistemidir. Her kural gelen, giden ya da her iki yön için tanımlanır ve şu nesnelerden oluşur:
- Kim: Gönderen ya da alıcı adresi, alan adı, LDAP grubu veya IP ağı
- Ne: Spam seviyesi, virüs, dosya türü, arşiv içeriği ya da başlık eşleşmesi
- Ne zaman: Belirli saat aralıkları
- Eylem: Kabul, engelleme, karantina, bildirim, ek kaldırma, başlık değiştirme ya da gizli kopya
İleti, kabul, engelleme ya da karantina gibi son eylemlerden birine ulaşana kadar kurallardan geçer.
Karantina ve kullanıcı erişimi
Spam, virüs ve ek karantinaları ayrı tutulur; spam ve virüs karantinası için varsayılan saklama süresi yedi gündür. Kullanıcılara günlük spam raporu gönderilebilir ve rapordaki bağlantılarla ya da LDAP hesabıyla kişisel karantinaya erişilebilir. Kullanıcı bazında güvenilir ve engelli gönderen listeleri de desteklenir.
Yönetim, izleme ve küme
Web arayüzünün yanında yönetim işlevleri REST API ve pmgsh komut satırı aracıyla da kullanılabilir. İleti takip merkezi (Tracking Center), istatistikler, LDAP ve Active Directory entegrasyonu, rol bazlı yönetici hesapları, TOTP ile iki adımlı doğrulama ve yedekleme bulunur. Yüksek erişilebilirlik için bir ana düğüm ve ek düğümlerden oluşan küme kurulabilir: yapılandırma ana düğümde yapılır ve diğer düğümlere eşitlenir, trafik aynı önceliğe sahip birden fazla MX kaydıyla dağıtılır.
PMG mimaride nerede konumlanır?
Tipik kurulumda alan adının MX kaydı PMG'yi gösterir. PMG gelen postayı filtreleyip iç posta sunucusuna (Exchange, Zimbra, Postfix ya da cPanel ve Plesk sunucuları) iletir. Giden yönde iç sunucu postayı PMG'ye gönderir; PMG de denetledikten sonra postayı doğrudan internete teslim eder ya da bir smarthost üzerinden iletir. Bu yapı, bir mail gateway mimarisinin klasik örneğidir.
Kurulumda nelere dikkat edilmeli?
PMG'yi üretime almadan önce şu adımların tamamlandığından emin olun:
- Sunucuya geçerli bir PTR kaydı ve bununla tutarlı bir HELO adı verin.
- TLS'i etkinleştirip ACME ya da kendi sertifikanızla geçerli bir sertifika tanımlayın; ayrıntılar için e-posta şifreleme yazısına bakabilirsiniz.
- Alıcı doğrulamasını açarak var olmayan adreslere gelen postayı SMTP aşamasında reddedin.
- DNSBL sorguları için sunucuda kendi önbellekli DNS çözümleyicinizi çalıştırın.
- Giden posta için DKIM imzalamayı açın ve SPF kaydınızı PMG'nin adresini içerecek şekilde güncelleyin.
- Arkadaki posta sunucusunu yalnızca PMG'den gelen postayı kabul edecek şekilde kısıtlayın.
Tek başına kullanmanın sınırları nelerdir?
PMG güçlü bir motordur, ancak tek bir kurumun BT ekibinin yönetmesi için tasarlanmıştır. Birçok müşteriye hizmet vermek ya da operasyon yükünü azaltmak istediğinizde şu sınırlar belirginleşir:
- Çok kiracılı yönetim yok: Müşterilere birbirinden yalıtılmış ayrı paneller, bayi hiyerarşisi ya da müşteri bazında marka sunulmaz.
- Giden posta kotaları sınırlı: İstemci başına dakikalık bağlantı ve ileti sınırları tanımlanabilir; ancak müşteri ya da hesap bazında saatlik ve günlük kota, olağan dışı hacimde postayı otomatik bekletme gibi kontroller yerleşik değildir.
- DMARC rapor analizi ve IP itibarı izleme yok: Toplu DMARC raporlarının okunması ve gönderim IP'lerinin kara listelere karşı izlenmesi için ek araçlar gerekir.
- Yerel dil kuralları kutudan çıkmaz: Türkçe oltalama ve dolandırıcılık kalıplarına özel kuralları sizin yazmanız ve güncel tutmanız gerekir.
- Bazı ayarlar varsayılan olarak kapalıdır: TLS, DKIM imzalama ve Bayes gibi özelliklerin kurulumdan sonra bilinçli olarak etkinleştirilmesi gerekir.
- İşletim yükü sizdedir: Güncellemeler, yedekleme, izleme, DNSBL sorguları için kendi DNS çözümleyicinizi çalıştırmak ve yanlış pozitiflerin ayarlanması sürekli emek ister.
Yönetilen çok kiracılı katman neler ekler?
PMG'nin filtreleme motorunu koruyup üzerine bir yönetim katmanı eklemek, yukarıdaki boşlukları kapatmanın yaygın yoludur. Böyle bir katmanın ekledikleri şöyle özetlenebilir:
| İhtiyaç | Tek başına PMG | PMG ile yönetilen çok kiracılı katman |
|---|---|---|
| Spam ve virüs filtreleme | SpamAssassin ve ClamAV | Aynı motorlar ve ek yerel kurallar |
| Müşteri paneli | Tek kurum yönetimi | Her müşteriye yalıtılmış panel |
| Giden posta | İstemci başına dakikalık sınırlar | Saatlik ve günlük kota, otomatik bekletme |
| Karantina özeti | Tek markalı spam raporu | Müşterinin markasıyla günlük özet |
| DMARC ve DNS | Ek araç gerekir | Rapor analizi ve güvenlik skoru |
| IP yönetimi | Elle yapılandırma | Paylaşımlı havuz, özel IP ve kara liste izleme |
| Marka | Tek marka | White-label bayi desteği |
MXZilla, Proxmox Mail Gateway'in kaynak kodunu değiştirmeden bu katmanı ekleyen çok kiracılı bir hizmettir. Barındırma firmaları için white-label modelini white label spam filtresi yazısında ele aldık.
Sonuç
Proxmox Mail Gateway, olgun açık kaynak bileşenleri tutarlı bir yönetim arayüzünde birleştiren sağlam bir temeldir. Tek bir kurum için kendi başına yeterli olabilir; çok sayıda müşteri, giden posta kontrolü ve marka gereksinimleri devreye girdiğinde üzerine bir yönetim katmanı gerekir. Mevcut alan adınızın durumunu ücretsiz güvenlik kontrolü ile görebilir, yönetilen seçenekleri paketler bölümünde inceleyebilirsiniz.
Sık sorulan sorular
Proxmox Mail Gateway ücretsiz mi?
Evet. PMG, GNU AGPLv3 lisanslı açık kaynak bir yazılımdır ve ücretsiz indirilip kullanılabilir. Proxmox'un ücretli aboneliği ise test edilmiş güncellemelerin geldiği kurumsal paket deposuna erişim ve resmi teknik destek sağlar.
Proxmox Mail Gateway'i Proxmox VE olmadan kullanabilir miyim?
Evet, PMG bağımsız bir üründür. Fiziksel bir sunucuya, herhangi bir sanallaştırma platformundaki sanal makineye ya da mevcut bir Debian sistemine kurulabilir. Proxmox VE yalnızca seçeneklerden biridir.
PMG, Microsoft 365 veya Google Workspace ile birlikte kullanılabilir mi?
Kullanılabilir. MX kaydı PMG'yi gösterir, PMG de temizlenen postayı bulut posta hizmetine iletir. Bu durumda Microsoft 365'te gelen bağlayıcı ve Enhanced Filtering for Connectors, Google Workspace'te ise gelen ağ geçidi ayarlarının yapılması gerekir.
PMG ile birden fazla müşteriye hizmet verilebilir mi?
Teknik olarak birden fazla alan adı için posta aktarılabilir ve kurallar alan adı bazında ayrıştırılabilir. Ancak müşterilere yalıtılmış paneller, müşteri bazında kota ve marka gibi işlevler yerleşik olmadığı için ölçeklendirmek zordur. Bu ihtiyaçlar için PMG'nin üzerine çok kiracılı bir yönetim katmanı eklenir.
PMG kurmak için ne kadar Linux bilgisi gerekir?
Temel kurulum ve günlük yönetim web arayüzünden yapılabildiği için başlangıçta derin Linux bilgisi gerekmez. Ancak üretim ortamında DNS, TLS sertifikaları, Postfix davranışı, yedekleme ve güncelleme yönetimi konusunda deneyim önemlidir. Sorun çıktığında günlükleri okuyup yorumlayabilmek de gerekir.