Sunucunuzda tek bir IP adresi var ve bu çoğu durumda yeterli. Ancak bazı senaryolarda ek adres gerçek bir ihtiyaç hâline gelir — ve bazılarında yalnızca gereksiz bir maliyet kalemidir.
Bu yazı, ek IP adresinin ne zaman gerektiğini ve nasıl yönetileceğini ele alıyor.
Gerçekten Gerekli Olduğu Durumlar
Ek IP adresinin somut fayda sağladığı senaryolar:
- E-posta gönderim ayrımı — pazarlama ve işlemsel trafiği ayırmak
- İtibar izolasyonu — bir IP kara listeye girerse diğeri etkilenmesin
- Farklı müşteriler için ayrı adres — barındırma hizmeti veriyorsanız
- Bazı özel sertifika senaryoları
- Ağ segmentasyonu — yönetim trafiğini ayırmak
Birinci ve ikinci maddeler pratikte en yaygın gerekçedir: tek IP'den hem bülten hem sipariş onayı gönderiyorsanız, bir kampanya sonrası oluşacak itibar sorunu sipariş e-postalarınızı da vurur.
Bu ayrım, e-posta hacmi belirli bir seviyeyi geçen her yapı için düşünülmelidir.
Gerekmediği Durumlar
Eskiden gerekli olan ama artık olmayan senaryolar:
| Yaygın inanış | Gerçek durum |
|---|---|
| Her site için ayrı IP gerekir | Gerekmez, ad tabanlı sunum yeterli |
| SSL için ayrı IP şart | Modern yöntemlerle gerekmez |
| Ayrı IP sıralamayı artırır | Doğrudan bir etkisi yoktur |
| Paylaşılan IP güvensizdir | İzolasyon IP ile sağlanmaz |
İkinci satır eskiden doğruydu ama artık değil: sunucu adı belirtme yöntemi sayesinde tek IP üzerinde çok sayıda alan adı için ayrı sertifika sunulabilir.
Üçüncü satır da sık duyulan ama dayanaksız bir iddiadır. Arama sıralaması IP adresine göre belirlenmez; ancak aynı IP'deki komşuların toplu spam davranışı dolaylı bir risk oluşturabilir.
Sunucuya Tanımlama
Ek IP alındıktan sonra yapılacaklar:
- Ağ yapılandırmasına ekleyin. Kalıcı olacak şekilde.
- Yeniden başlatma sonrası kaldığını doğrulayın.
- Ağ maskesi ve ağ geçidini doğru girin.
- Güvenlik duvarı kurallarını gözden geçirin.
- PTR kaydını talep edin. Her IP için ayrı gerekir.
İkinci madde en sık atlanan doğrulamadır: geçici olarak eklenen bir IP adresi sunucu yeniden başladığında kaybolur ve bu, aylar sonra beklenmedik bir bakım sırasında fark edilir.
Beşinci madde ise e-posta kullanımı için zorunludur — ters DNS kaydı olmayan bir IP'den gönderilen ileti çoğu sağlayıcı tarafından reddedilir.
Giden Trafiğin Yönetimi
Burası en çok kafa karıştıran konudur. Birden fazla IP'si olan bir sunucuda:
- Gelen trafik hangi IP'ye geldiyse oradan yanıtlanır
- Sunucunun kendi başlattığı bağlantılar varsayılan IP'den çıkar
- Varsayılan IP, ağ yapılandırmasındaki ilk adrestir
- Uygulamalar açıkça belirtmedikçe bunu değiştiremezsiniz
İkinci madde e-posta ayrımını bozan noktadır: pazarlama e-postaları için ayrı bir IP tanımlasanız bile, posta yazılımınız açıkça o adresi kullanacak şekilde yapılandırılmadıysa giden trafik yine varsayılan IP'den çıkar.
Yani IP'yi tanımlamak yeterli değildir; ilgili uygulamaya hangi adresten çıkacağını da söylemeniz gerekir.
Doğrulama Yöntemi
Yapılandırmanın gerçekten çalıştığını kontrol etmek için:
| Kontrol | Nasıl |
|---|---|
| IP tanımlı mı? | Ağ arayüz listesine bakın |
| Dışarıdan erişilebilir mi? | Başka bir noktadan test edin |
| Giden trafik hangi IP'den? | Dış bir servise sorun |
| PTR kaydı doğru mu? | Ters sorgu yapın |
| Yeniden başlatmaya dayanıklı mı? | Planlı bir yeniden başlatma yapın |
Üçüncü satır kritik testtir ve basit bir yöntemi vardır: sunucudan dış bir servise bağlanıp "beni hangi IP'den görüyorsun" sorusunu sormak, gerçekte hangi adresin kullanıldığını gösterir.
IPv6 Tarafı
IPv6 desteği bulunan sunucularda ek dikkat gerekir:
- IPv6 adresleri genellikle bol verilir. Ek ücret gerekmeyebilir.
- Uygulamalar IPv6'yı tercih edebilir. Öncelik sırası önemlidir.
- Ayrı güvenlik duvarı kuralları gerekir. IPv4 kuralları geçerli değildir.
- PTR kaydı ayrıca tanımlanmalıdır.
Üçüncü madde ciddi bir güvenlik açığına yol açabilir: IPv4 tarafında sıkı kurallar tanımlanmışken IPv6 tarafının açık bırakılması yaygın bir hatadır ve servisleriniz farkında olmadan internete açık kalabilir.
İkinci madde ise beklenmedik davranışlara neden olur — sunucunuz dış bir servise bağlanırken IPv6'yı tercih ediyorsa, IPv4 için yaptığınız beyaz liste tanımı işe yaramaz.
Maliyet ve Karar
Ek IP adresi genellikle aylık ücretlendirilir. Karar verirken:
- Gerçek ihtiyacı netleştirin — hangi sorunu çözecek?
- Alternatif çözüm var mı? Ters vekil çoğu senaryoyu karşılar
- Ek yönetim yükünü hesaba katın
- Kullanılmayan adresleri iade edin
Dördüncü madde ihmal edilir ve gereksiz maliyet üretir: bir proje için alınan ek IP, proje bittikten sonra yıllarca faturada kalabilir.
Kaynak ve adres tahsisini kendi kontrolünüzde yönettiğiniz VDS barındırma yapılarında bu tür kalemleri düzenli gözden geçirmek, faturanın öngörülebilir kalmasını sağlar.
Sonuç
Ek IP adresi bugün eskisi kadar sık gerekmiyor — her site için ayrı IP veya SSL için ayrı IP gerektiği inanışı artık geçerli değil. Gerçek gerekçe genellikle e-posta itibar ayrımıdır. Ancak IP'yi tanımlamak tek başına yetmez: sunucunun kendi başlattığı bağlantılar varsayılan adresten çıkar, dolayısıyla ilgili uygulamaya hangi adresten çıkacağını açıkça söylemeniz gerekir. Her IP için ayrı PTR kaydı isteyin, yapılandırmanın yeniden başlatmaya dayandığını doğrulayın ve IPv6 güvenlik duvarı kurallarını ayrıca tanımlayın.
Sıkça Sorulan Sorular (SSS)
Her site için ayrı IP gerekir mi?
Gerekmez. Ad tabanlı sunum sayesinde tek IP üzerinde yüzlerce site barındırılabilir ve sunucu adı belirtme yöntemiyle her biri için ayrı SSL sertifikası sunulabilir. Ayrı IP'nin arama sıralamasına da doğrudan etkisi yoktur.
Ek IP tanımladım ama trafik hâlâ eski adresten çıkıyor?
Normal. Sunucunun kendi başlattığı bağlantılar varsayılan IP'den çıkar; ek adresi tanımlamak bunu değiştirmez. İlgili uygulamayı — örneğin posta yazılımınızı — açıkça o adresi kullanacak şekilde yapılandırmanız gerekir.
E-posta için ayrı IP almalı mıyım?
Gönderim hacminiz belirli bir seviyeyi geçiyorsa evet. Tek IP'den hem bülten hem sipariş onayı gönderiyorsanız, bir kampanya sonrası oluşan itibar sorunu sipariş e-postalarınızı da vurur. Her IP için ayrı PTR kaydı istemeyi unutmayın.
Eklediğim IP yeniden başlatınca kayboldu?
Geçici olarak eklenmiş demektir. IP adresini ağ yapılandırma dosyasına kalıcı olarak tanımlayın ve planlı bir yeniden başlatmayla doğrulayın. Bu doğrulama yapılmazsa sorun aylar sonra, beklenmedik bir bakım sırasında ortaya çıkar.
