Özel IP mi Paylaşımlı IP mi? Ek IP Almaya Değer mi

Hosting satın alma ekranında sepete geldiğinizde karşınıza çıkan o kutucuğu hepimiz biliyoruz: "Özel IP adresi (dedicated IP) ekle". Yanında da genellikle "SSL sertifikası kurmak ve e-posta itibarınız için önerilir" gibi bir açıklama durur. Özel IP mi paylaşımlı IP mi sorusu tam olarak burada doğar; çünkü kutucuğu işaretlemek aylık faturaya kalıcı bir kalem ekler ve karşılığında ne aldığınızı kimse net anlatmaz. Yıllardır destek talebi okuyan biri olarak söyleyebilirim: bu kutucuğu işaretleyen on kişiden yedisi, hiç ihtiyacı olmayan bir şeyi satın alıyor. Kalan üçünün ise gerçekten ihtiyacı var ve o üç senaryoyu kimse net bir şekilde tarif etmiyor.

Bu yazıda önce paylaşımlı IP ile özel IP arasındaki teknik farkı somutlaştıracağız. Sonra dolaşımdaki iki büyük yanlış bilgiyi — "SSL için özel IP şarttır" ve "özel IP SEO'ya yarar" — teknik gerekçeleriyle kapatacağız. Ardından işin asıl kısmına, yani özel IP'nin gerçekten fark yarattığı senaryolara geçeceğiz: toplu e-posta gönderimi, komşu hesapların itibarından etkilenmemek, IP beyaz listesi isteyen ödeme ve API entegrasyonları. Sonunda kendi sunucunuzun IP'sini ve o IP'nin kara listelerdeki durumunu kontrol edebileceğiniz komutları ve bir karar tablosunu bulacaksınız.

Paylaşımlı IP ve Özel IP Arasındaki Gerçek Fark#

Paylaşımlı IP, aynı sunucu üzerinde barınan yüzlerce web sitesinin aynı halka açık IPv4 adresini kullanması demektir. Sunucuya gelen istek IP seviyesinde ayrışmaz; hangi siteye gideceğine web sunucusu, HTTP isteğindeki Host başlığına bakarak karar verir. Apache'de bu mekanizmanın adı name-based virtual host, Nginx'te server_name eşleşmesidir. Yani IP kapının numarası, Host başlığı ise dairenin numarasıdır.

Özel IP ise o hesaba tahsis edilmiş, başka hiçbir müşteriyle paylaşılmayan bir adrestir. Sunucuya gelen istek daha Host başlığı okunmadan sizin sitenize ait olduğu bilinir. Teknik olarak fark bu kadardır — ve tam olarak bu yüzden "özel IP siteyi hızlandırır" gibi iddialar temelsizdir. İki durumda da paketler aynı ağ kartından, aynı kablodan, aynı disk ve CPU'yu paylaşan aynı makineye ulaşır.

Farkın gerçekten anlam kazandığı yer, IP adresinin kimlik olarak kullanıldığı protokollerdir. HTTP'de IP kimlik değildir, alan adı kimliktir. Ama SMTP'de gönderen sunucunun IP itibarı en belirleyici sinyaldir. Güvenlik duvarı kurallarında, ödeme sağlayıcılarının beyaz listelerinde, veritabanı uzak erişim izinlerinde de kimlik IP'dir. Karar verirken sorulacak doğru soru şudur: "benim iş akışımda IP adresi bir kimlik olarak kullanılıyor mu?"

Bir hosting hesabının hangi IP'yi kullandığını görmek için alan adının A kaydına bakmak yeterlidir. A kaydı nedir yazısında bu kaydın ne işe yaradığını ayrıntılı anlattık; burada sadece sorgulama komutunu verelim:

dig +short ornek.com A
# 185.xxx.xxx.xxx

# Aynı IP'ye bakan başka alan adları var mı, ters DNS ne diyor:
dig +short -x 185.xxx.xxx.xxx

Ters DNS sorgusu size sunucunun ana makine adını verir. Sonuç srv12.saglayici.com gibi genel bir isimse büyük ihtimalle paylaşımlı bir IP'desiniz; mail.ornek.com gibi doğrudan sizin alan adınızsa özel IP'niz var ve PTR kaydı da sizin adınıza ayarlanmış demektir.

SSL İçin Özel IP Şart mı#

Hayır, şart değil ve uzun süredir değil. Bu iddia SNI (Server Name Indication) yaygınlaşmadan önceki dünyadan kalma bir alışkanlıktır.

Sorunun kaynağı şuydu: TLS el sıkışması, HTTP isteğinden önce gerçekleşir. Sunucu daha Host: ornek.com satırını görmeden hangi sertifikayı sunacağına karar vermek zorundadır. SNI'dan önce bu karar yalnızca "isteğin geldiği IP" bilgisine dayanabiliyordu, dolayısıyla her SSL'li site kendi IP'sini gerektiriyordu. SNI, istemcinin TLS ClientHello mesajının içine bağlanmak istediği alan adını yazmasını sağlayan bir uzantıdır; sunucu böylece doğru sertifikayı seçebilir. Bugün masaüstü ve mobildeki her güncel tarayıcı, her güncel işletim sistemi ve curl, openssl, wget gibi araçların tamamı SNI kullanır. Konunun protokol tarafını sni nedir yazısında ayrıntılı ele aldık.

SNI'ın çalıştığını kendiniz doğrulayabilirsiniz. Aşağıdaki komutta -servername parametresi SNI göndermeyi, ikinci komut ise SNI göndermemeyi simüle eder:

# SNI ile: doğru sertifika gelir
openssl s_client -connect 185.xxx.xxx.xxx:443 -servername ornek.com < /dev/null 2>/dev/null | openssl x509 -noout -subject
# subject=CN = ornek.com

# SNI olmadan: sunucunun varsayılan sertifikası gelir
openssl s_client -connect 185.xxx.xxx.xxx:443 < /dev/null 2>/dev/null | openssl x509 -noout -subject
# subject=CN = srv12.saglayici.com

İkinci çıktı, "özel IP şart" iddiasının doğduğu dünyanın kalıntısıdır. Bugün o sonucu yalnızca SNI göndermeyen çok eski bir istemcide görürsünüz. Let's Encrypt gibi ücretsiz sertifika otoriteleri de doğrulamayı alan adı üzerinden yapar, IP tahsisiyle ilgilenmez.

Tek istisna: SSL sertifikasını çok eski bir istemci kitlesine sunmak zorunda olduğunuz, örneğin sahada duran ve güncellenmeyen POS terminalleri veya gömülü cihazlarla çalıştığınız durumlar. Böyle bir kitleniz varsa özel IP hâlâ anlamlıdır; ama bu, tipik bir kurumsal site ya da e-ticaret için geçerli değildir.

Özel IP SEO'ya Yarar mı#

Özel IP'nin arama motoru sıralamasına doğrudan bir katkısı olduğuna dair kanıt yoktur ve arama motorları IP tahsisini bir sıralama sinyali olarak açıklamamıştır. Pratikte de mantıklı değildir: internetin çok büyük bir kısmı paylaşımlı altyapılarda ve CDN'lerin arkasında, yani binlerce sitenin aynı IP'yi paylaştığı yapılarda barınıyor. IP'yi sinyal saymak, internetin yarısını cezalandırmak anlamına gelirdi.

"Özel IP SEO" araması yapanların aslında duyduğu şey genellikle şudur: "kötü komşu sitenizi aşağı çeker". Bu da ancak çok uç bir senaryoda anlam kazanır — aynı IP'de yoğun spam veya yasa dışı içerik barındıran siteler varsa ve o IP güvenlik listelerine düşmüşse, bazı kurumsal ağ güvenlik duvarları o IP'ye giden trafiği toptan engelleyebilir. Bu bir erişilebilirlik sorunudur, bir sıralama cezası değildir. Ve bu senaryoyu yaşayan bir hesabın çözümü de özel IP satın almak değil, düzgün yönetilen bir sunucuya taşınmaktır; çünkü aynı sunucunun aynı disk ve CPU'sunu o komşularla paylaşmaya devam edersiniz.

Sitenizin hızının sıralamaya etkisi gerçektir, ancak hız IP tahsisiyle değil sunucu yanıt süresiyle, veritabanı sorgu süresiyle ve önbellek yapılandırmasıyla ilgilidir. Bu iyileştirmelerin hiçbirinin IP tahsisiyle ilgisi yoktur.

Özel IP'nin Gerçekten İşe Yaradığı Durumlar#

Şimdi asıl kısma gelelim. Özel IP'nin karşılığını verdiği senaryolar dar ama nettir.

1. Kendi sunucunuzdan toplu veya işlemsel e-posta göndermek. Alıcı tarafındaki spam filtrelerinin en ağırlıklı sinyallerinden biri gönderen IP'nin geçmişidir. Paylaşımlı bir IP'den gönderiyorsanız o geçmiş sizin değil, o IP'yi kullanan herkesin ortak geçmişidir. Aynı IP'den sizinle birlikte gönderim yapan bir hesap listesini kötü yönetirse ve şikâyet oranı yükselirse, sizin bülteniniz de birlikte spam klasörüne düşer. Özel IP bu geçmişi sizin kontrolünüze verir — ancak bir uyarı ile: sıfırdan tahsis edilmiş bir IP'nin de itibarı yoktur ve günlük gönderim hacmini kademeli artıran bir "ısıtma" süreci gerektirir.

2. PTR (reverse DNS) kaydının sizin alan adınıza işaret etmesi gerektiği durumlar. Kurumsal alıcıların bir kısmı, gönderen IP'nin ters DNS kaydı ile HELO/EHLO adının uyuşmasını arar. Paylaşımlı IP'de PTR kaydı sunucunun ana makine adına bakar ve siz onu değiştiremezsiniz — o kayıt IP'nin sahibine aittir. Özel IP aldığınızda PTR kaydını mail.ornek.com yapabilirsiniz. Ayrıntı için ptr kaydı reverse dns yazısına bakın.

3. IP beyaz listesi isteyen entegrasyonlar. Bazı ödeme sağlayıcıları, banka servisleri, ERP ve muhasebe API'leri, size "bize hangi IP'den bağlanacaksınız, onu tanımlayalım" der. Paylaşımlı bir hosting hesabında çıkış IP'si sunucunun IP'sidir ve sağlayıcı onu ileride değiştirebilir; değiştirdiği gün entegrasyonunuz sessizce durur. Özel IP bu adresi sabitler.

4. Uzak veritabanı ve yönetim erişimleri. Kendi ofisinizden bir veritabanına ya da başka bir sunucuya güvenlik duvarı kuralıyla erişim vermek istiyorsanız, kaynak IP'nin sabit ve size ait olması gerekir. GRANT ... TO 'kullanici'@'185.10.20.30' biçiminde bir izin, IP değiştiği anda çalışmaz hâle gelir.

5. Kendi IP itibarınızı izleyebilmek. Özel IP'niz varsa kara liste sorgularının sonucu doğrudan sizinle ilgilidir. Paylaşımlı IP'de aynı sorgu size komşularınızın davranışını gösterir ve elinizden bir şey gelmez.

Komşu İtibarı: Paylaşımlı IP'de Gerçek Risk Nedir#

Paylaşımlı IP'nin ölçülebilir tek riski itibar bulaşmasıdır ve bu risk neredeyse tamamen e-posta tarafındadır. Web trafiğinde bir IP'nin engellenmesi nadir, e-posta tarafında ise günlük bir olaydır.

Kendi durumunuzu ölçmek için önce IP'nizi bulun, sonra kara liste sorgusu yapın. Kara liste sorgulaması aslında bir DNS sorgusudur: IP oktetleri ters çevrilir ve liste alan adının önüne eklenir.

# IP: 185.10.20.30  ->  ters yazım: 30.20.10.185
dig +short 30.20.10.185.zen.spamhaus.org
dig +short 30.20.10.185.bl.spamcop.net

# Yanıt boşsa liste dışısınız. 127.0.0.x döndüyse listelisiniz.

Bir de bu IP'nin gerçekten kaç siteye hizmet ettiğini merak ediyorsanız, sertifika şeffaflık kayıtları dolaylı bir fikir verir; ama en pratik yöntem sağlayıcınıza sormaktır. Sonuç 127.0.0.2 gibi bir değerse ve siz hiç toplu e-posta göndermediyseniz, sorun komşunuzdadır. Bu durumda yapılacak iş, listeden çıkma sürecini başlatmak değil (çünkü IP sizin değil), destek ekibine bildirmektir. Süreci mail blacklist sorgulama ve çıkma yazısında adım adım anlattık.

Şunu da netleştirelim: paylaşımlı IP'de bir komşunuzun hacklenmesi sizin dosyalarınıza erişim anlamına gelmez. Modern paylaşımlı sunucularda hesaplar kullanıcı düzeyinde izole edilir; CloudLinux gibi katmanlarda her hesap kendi sanal dosya sistemini görür. Risk dosya erişimi değil, itibar ve kaynak paylaşımıdır.

Karar Tablosu: Özel IP Almalı mısınız#

Tablodan çıkan özet nettir: özel IP bir web özelliği değil, bir e-posta ve entegrasyon özelliğidir. Web tarafında ihtiyacınız olan şey neredeyse hiçbir zaman özel IP değil, doğru kaynaklara sahip bir barındırma planıdır.

Özel IP Aldıktan Sonra Yapılması Gereken Beş Adım#

Özel IP'yi satın almak işin kolay kısmı; asıl fayda doğru yapılandırmadan gelir. Sırasıyla:

1. A kaydını güncelleyin. Alan adınızın A kaydı hâlâ eski paylaşımlı IP'ye bakıyorsa hiçbir şey değişmez. cPanel Zone Editor ya da alan adı panelinizden A kaydını yeni IP'ye çevirin ve TTL süresi dolana kadar bekleyin.
2. PTR kaydını talep edin. Bu kaydı siz oluşturamazsınız, IP bloğunun sahibi olan sağlayıcı oluşturur. Destek talebinde "185.x.x.x için PTR kaydı mail.ornek.com olarak ayarlansın" demeniz yeterlidir.
3. SPF kaydına yeni IP'yi ekleyin. Gönderim artık yeni IP'den yapılacaksa SPF kaydınız bunu bilmelidir, aksi halde kendi mailleriniz softfail alır:

ornek.com.   TXT   "v=spf1 ip4:185.10.20.30 mx ~all"

4. DKIM ve DMARC'ı doğrulayın. IP değişikliği DKIM imzasını bozmaz ama taşınma sırasında anahtar kaybolabilir. spf dkim dmarc eposta yazısındaki kontrol adımlarını uygulayın.
5. SSL sertifikasını yeniden doğrulayın. Sertifika alan adına bağlıdır, IP değişse de geçerli kalır; ancak Let's Encrypt yenilemesi HTTP-01 doğrulaması kullanıyorsa DNS yayılımı tamamlanmadan yenileme denemesi başarısız olabilir. Yenileme zamanlamasını bir gün ileri almak yeterlidir.

Yeni IP'ye geçtikten sonra siteye erişimde sorun yaşarsanız, DNS'in henüz yayılmadığını doğrulamak için sunucu ip adresi bulunamadı hatası yazısındaki teşhis adımlarına bakabilirsiniz.

Özel IP Yerine Değerlendirmeniz Gereken Alternatifler#

Özel IP'yi düşünmenize yol açan ihtiyacın çoğu zaman daha doğru bir çözümü vardır:

• E-posta itibarı sorunuysa: Gönderimi web sunucusundan ayırıp özel bir SMTP sunucusuna taşımak, tek bir IP satın almaktan çok daha kalıcı bir çözümdür. Web sitesi ile e-posta gönderimi aynı makinede olduğunda, sitenizdeki bir güvenlik açığı doğrudan IP itibarınızı yakar.
• Sabit çıkış IP'si gerekiyorsa: Küçük bir sanal sunucu, paylaşımlı hosting üstüne alınacak ek IP'den daha esnek olur; çünkü hem çıkış IP'niz sabittir hem de güvenlik duvarını kendiniz yönetirsiniz.
• Komşu kaynak tüketimi sorunuysa: Çözüm IP değil, izolasyondur. Aynı IP'de olmamak, aynı CPU'da olmamak anlamına gelmez; shared vs vps hosting ayrımı burada IP'den çok daha belirleyicidir.
• Birden fazla siteyi ayrıştırmak istiyorsanız: Bunun için özel IP değil, ayrı hesaplar veya ayrı sunucular gerekir. Aynı IP altında yüz alan adı barındırmak bugün tamamen standart bir pratiktir.

Sıkça Sorulan Sorular#

Özel IP olmadan SSL sertifikası kurulabilir mi#

Evet, kurulabilir ve bugün standart uygulama budur. SNI uzantısı sayesinde sunucu, TLS el sıkışması sırasında istemcinin hangi alan adına bağlanmak istediğini öğrenir ve o alan adına ait sertifikayı sunar. Tek bir IP üzerinde yüzlerce farklı alan adının kendi geçerli sertifikasıyla çalışması tamamen mümkündür. Yalnızca SNI desteklemeyen çok eski istemcilerle çalışıyorsanız özel IP gerekliliği devam eder.

Özel IP sitemi hızlandırır mı#

Hayır, ölçülebilir bir hız farkı yaratmaz. Sayfa yükleme süresini belirleyen şey sunucunun CPU ve disk performansı, veritabanı sorgu süresi, önbellek yapılandırması ve ziyaretçiye olan coğrafi mesafedir. IP adresi bu zincirin hiçbir adımına dokunmaz; aynı makinede, aynı kaynaklarla, sadece farklı bir adres numarasıyla çalışırsınız. Hız arıyorsanız bakılacak yer sunucu yanıt süresi ve önbelleklemedir.

Paylaşımlı IP kullanmak güvenlik riski mi#

Doğrudan bir dosya erişimi riski oluşturmaz. Modern paylaşımlı sunucularda her hesap ayrı sistem kullanıcısıyla ve izole dosya sistemiyle çalışır, komşunuzun sitesinin hacklenmesi sizin dosyalarınıza erişim vermez. Gerçek risk itibar bulaşmasıdır: aynı IP'den spam gönderilirse IP kara listeye düşer ve sizin e-postalarınız da etkilenir. Bu nedenle risk değerlendirmesini web tarafında değil, e-posta tarafında yapmak gerekir.

Özel IP aldıktan sonra ne yapmam gerekir#

Önce alan adınızın A kaydını yeni IP'ye çevirmeniz, sonra sağlayıcınızdan PTR kaydını kendi alan adınıza ayarlamasını istemeniz gerekir. Ardından SPF kaydınıza yeni IP'yi eklemeli, DKIM imzanızın çalıştığını doğrulamalı ve SSL yenilemenizin DNS yayılımı sonrasına denk geldiğinden emin olmalısınız. Bu adımlar atlanırsa özel IP'nin hiçbir faydası görünmez; hatta e-posta gönderiminde SPF uyuşmazlığı nedeniyle durum kötüleşebilir.

IP adresimin kara listede olup olmadığını nasıl öğrenirim#

IP oktetlerini ters çevirip kara liste alan adının önüne ekleyerek bir DNS sorgusu yapabilirsiniz; örneğin dig +short 30.20.10.185.zen.spamhaus.org komutu boş dönerse liste dışısınız, 127.0.0.x biçiminde bir yanıt gelirse listedesiniz. Paylaşımlı IP kullanıyorsanız çıkan sonuç sizin değil, IP'yi paylaşan tüm hesapların ortak durumudur ve listeden çıkma talebini yalnızca IP sahibi sağlayıcı yapabilir. Bu yüzden sonucu doğrudan destek ekibine iletmek en hızlı yoldur.

Özel IP e-posta gönderimimi otomatik olarak iyileştirir mi#

Hayır, tam tersine başlangıçta zorlaştırabilir. Yeni tahsis edilmiş bir IP'nin hiçbir geçmişi yoktur ve alıcı taraftaki filtreler geçmişi olmayan bir kaynaktan gelen yoğun gönderime temkinli yaklaşır. Faydayı görmek için gönderimi kademeli olarak artıran bir ısıtma süreci uygulamanız, SPF/DKIM/DMARC kayıtlarını eksiksiz kurmanız ve geri dönen adresleri listenizden temizlemeniz gerekir. Özel IP itibarı size verir, itibarı sizin adınıza inşa etmez.

Birden fazla alan adı için ayrı ayrı özel IP almak gerekir mi#

Hayır, gerekmez. Aynı özel IP altında istediğiniz kadar alan adı barındırabilirsiniz; web sunucusu istekleri Host başlığına göre ayrıştırır ve her alan adı kendi SSL sertifikasıyla çalışır. Ayrı IP yalnızca alan adlarını gerçekten farklı IP itibarlarına ayırmak istediğinizde — örneğin biri pazarlama e-postası gönderirken diğeri yalnızca işlemsel e-posta gönderiyorsa — anlam kazanır. Bunun dışında tek IP tüm alan adlarınıza yeter.

Cloudflare kullanıyorsam özel IP'nin anlamı kalır mı#

Cloudflare gibi bir ara katman kullandığınızda ziyaretçiler sunucunuzun IP'sini hiç görmez, dolayısıyla web tarafında özel IP'nin görünürlüğü tamamen ortadan kalkar. Ancak e-posta trafiği bu ara katmandan geçmez; SMTP bağlantıları doğrudan sunucunuzun gerçek IP'sinden çıkar. Bu nedenle e-posta itibarı ve PTR kaydı gerekçeleri Cloudflare arkasında da aynen geçerliliğini korur, SSL ve erişim gerekçeleri ise tamamen anlamsızlaşır.

Kapanış#

Özel IP mi paylaşımlı IP mi sorusunun cevabı, satın alma ekranındaki açıklamanın anlattığından çok daha dardır. SSL için gerekmez, SEO'ya katkısı yoktur, siteyi hızlandırmaz. Buna karşılık kendi sunucunuzdan e-posta gönderiyorsanız, PTR kaydınızın kendi alan adınıza bakması gerekiyorsa ya da bir ödeme sağlayıcısı sizden sabit bir çıkış IP'si istiyorsa, özel IP gerçekten karşılığını veren bir yatırımdır. Karar verirken kendinize tek soru sorun: benim iş akışımda IP adresi bir kimlik olarak mı kullanılıyor, yoksa sadece bir kapı numarası mı? Cevap ikincisiyse o kutucuğu işaretlemeyin.

Bu ayrımı yaptıktan sonra ihtiyacınız netleşiyorsa: yalnızca SSL ve düzgün bir web barındırma arıyorsanız hosting paketleri zaten özel IP olmadan sorunsuz çalışır ve SSL sertifikası tarafında ek bir gereksinim doğurmaz. Asıl ihtiyacınız e-posta gönderim itibarını kendi kontrolünüze almaksa, gönderimi web sunucusundan ayıran SMTP sunucu çözümü tek bir ek IP'den çok daha kalıcı bir sonuç verir. Sabit çıkış IP'si ve kendi güvenlik duvarı kuralları gereken entegrasyonlar için ise VDS sunucu paketleri, paylaşımlı hosting üstüne eklenen bir IP'ye göre çok daha esnek bir zemin sunar; yapılandırmayı kendiniz üstlenmek istemiyorsanız sunucu yönetimi hizmeti PTR, SPF ve güvenlik duvarı ayarlarını sizin adınıza kurar.