Residential proxy satın aldığınızda size binlerce IP adresinin listesi verilmez. Genellikle tek bir adres alırsınız: gateway.saglayici.com:8000. Buna rağmen her istekte farklı bir çıkış IP'si görürsünüz. Bu mimariye backconnect gateway denir ve modern proxy hizmetlerinin neredeyse tamamı böyle çalışır.
Bu yazıda gateway'in iç işleyişini, oturum yönlendirmenin nasıl yapıldığını ve doğrudan IP modeliyle farklarını ele alıyoruz.
Temel Fikir
Gateway, sizin bağlandığınız sabit bir giriş noktasıdır. Arkasında binlerce çıkış düğümü bulunur. Siz gateway'e istek gönderirsiniz, gateway isteği havuzdan seçtiği bir çıkış düğümüne iletir, yanıtı size geri taşır.
Sizin yapılandırmanızda tek bir adres vardır; karmaşıklığın tamamı gateway'in arkasında yönetilir. Bu, istemci tarafını radikal biçimde basitleştirir.
Gateway'e Komut Vermenin Üç Yolu
Çıkışın hangi ülkeden ve hangi oturum kimliğiyle yapılacağını gateway'e bildirmeniz gerekir. Sektörde üç yöntem kullanılır:
Üçüncü yöntem API çağrısıdır: oturum önce API ile oluşturulur, dönen kimlikle bağlanılır. Esnektir ama ek bir istek turu gerektirir.
Kullanıcı adına parametre gömme yöntemini kimlik doğrulama yazımızda ayrıntılı gösterdik.
Bir İsteğin Gateway İçindeki Yolculuğu
Gateway'in kendi işlem süresi tipik olarak birkaç milisaniyedir. Toplam gecikmenin büyük kısmı, çıkış düğümü ile hedef arasındaki mesafeden gelir.
Gateway modeli doğası gereği ek bir hop ekler: siz → gateway → çıkış → hedef. Doğrudan IP modeline göre 10–40 ms fazladan gecikme normaldir. Buna karşılık havuz yönetimi, sağlık kontrolü ve rotasyon tamamen sizden alınır.
Gateway ile Doğrudan IP Modelinin Karşılaştırması
Hedef sisteme kendi IP'nizi tanıtmanız gerekiyorsa (whitelist, API erişimi) doğrudan IP modeli zorunludur; gateway'de çıkış IP'si değişken olduğu için bu mümkün olmaz.
Statik IP gerektiren senaryolar için ISP proxy ve datacenter proxy ürünlerimiz doğrudan IP modeliyle çalışır.
Oturum Yönlendirme İç Mekaniği
Gateway, aynı oturum anahtarıyla gelen isteklerin aynı çıkış düğümüne gitmesini sağlamak zorundadır. Bunu bir eşleme tablosuyla yapar:
Sticky oturumun "garanti" değil "en iyi çaba" olmasının nedeni budur: atanan düğüm ağdan düşerse gateway zorunlu olarak yeni bir düğüme geçer.
Gateway Modelinin Avantaj ve Sınırları
Avantajları
- İstemci tarafı yapılandırma tek satıra iner.
- Havuz sağlığı, ölü IP ayıklama ve rotasyon sağlayıcıda.
- Coğrafi hedefleme parametreyle anında değişir.
- Milyonlarca IP'ye tek adresten erişim.
- Ölçeklenirken kod değişikliği gerekmez.
Sınırları
- Ek hop nedeniyle biraz daha yüksek gecikme.
- Çıkış IP'si öngörülemez — whitelist kurulamaz.
- Gateway tek arıza noktasıdır.
- Hangi IP'nin kullanıldığını önceden bilemezsiniz.
- Hata ayıklama daha soyut hâle gelir.
Gateway Kullanırken Hata Ayıklama
Sorun çıktığında "hangi çıkış düğümü bu hatayı verdi" sorusunu yanıtlayabilmek için her isteğin çıkış IP'sini loglamanız gerekir. Aksi hâlde hedef bazlı karantina kuramaz ve sorunlu düğümleri sağlayıcıya bildiremezsiniz.
Çıkış IP'sini her istekte öğrenmek maliyetlidir. Pratik çözüm: her yeni oturum anahtarında bir kez kontrol isteği atıp IP'yi o oturuma etiketlemek.
Coğrafi Hedefleme ve Gateway Konumu
Gateway'in fiziksel konumu gecikmeyi doğrudan etkiler. Türkiye'den çalışıyor ve Avrupa çıkışı kullanıyorsanız, Avrupa'da konumlanmış bir gateway seçmek toplam süreyi belirgin düşürür.
Sağlayıcınız birden çok gateway konumu sunuyorsa, hedef kitlenize en yakın olanı seçin. Lokasyon seçenekleri için lokasyon sayfamıza bakabilirsiniz.
Özet
Gateway mimarisi, milyonlarca IP'ye tek bir adres üzerinden erişmenizi sağlar; havuz yönetimi, sağlık kontrolü ve rotasyon karmaşıklığını sağlayıcıya devreder. Karşılığında bir hop gecikme ve çıkış IP'si üzerinde kontrol kaybı kabul edersiniz. Whitelist gerektiren veya en düşük gecikmeyi hedefleyen işlerde doğrudan IP modeli, esneklik ve coğrafi genişlik gerektiren işlerde gateway modeli doğru tercihtir. Yapılandırmanızı doğrulamak için proxy kontrol aracını kullanabilirsiniz.