Backconnect (Ağ Geçidi) Proxy Nedir?
Backconnect (ağ geçidi) proxy, tek bir sabit uç noktaya bağlandığınız ve arka planda devasa bir IP havuzundan çıkış IP'sini sizin yerinize seçen bir proxy mimarisidir. Klasik proxy kullanımında elinizde uzun bir IP:port listesi olur; her isteği manuel olarak farklı bir proxy'ye yönlendirir, başarısız olanları çıkarır, yeniden denersiniz. Backconnect modelinde ise tek bir host adına bağlanırsınız — örneğin gate.proxyhat.com:8080 — ve ağ geçidi her isteği (veya sticky session'ı) otomatik olarak havuzdaki uygun bir IP'ye yönlendirir.
Bu yaklaşım, ciddi ölçekte veri toplayan geliştiriciler için yalnızca bir kolaylık değil, bir zorunluluktur. Binlerce isteği dakikada atan bir scraper'ı manuel proxy listesiyle yönetmek, sürekli rotasyon, sağlık kontrolü ve failover mantığı yazmayı gerektirir. Backconnect gateway ise tüm bu yükü kendi üstüne alır.
Teknik Bağlam: Bu Sorun Neden Var?
Geleneksel veri merkezli (datacenter) proxy'ler hızlı ve ucuzdur, ancak modern anti-bot sistemleri tarafından kolayca tanınır. Bir 1.2.3.4:8080 IP'sine binlerce istek gönderdiğinizde, hedef sunucu bu IP'yi hızla işaretler ve engeller. Bu sorunu çözmek için iki temel yaklaşım vardır:
- Statik proxy listesi yönetimi: Yüzlerce IP'yi manuel olarak döndürürsünüz. Bu, kod karmaşası ve bakım yükü yaratır.
- Backconnect gateway: Tek bir uç noktaya bağlanırsınız; ağ geçidi IP rotasyonunu, coğrafi yönlendirmeyi ve otomatik failover'ı yönetir.
Residential (konut) IP havuzları, gerçek ISP'lere ait IP'leri kullandığı için hedef siteler tarafından çok daha az şüpheli bulunur. Wikipedia'ya göre, proxy sunucuları istemci ile hedef arasında aracı görevi görür; backconnect modeli ise bu aracılığı bir adım daha ileri taşıyarak IP seçimini de otomatikleştirir. Modern anti-bot sistemleri — örneğin Cloudflare ve PerimeterX — IP itibarını, ASN bilgilerini ve istek davranışını analiz eder. HTTP/1.1 spesifikasyonu (RFC 7230) bağlantı yönetimini tanımlar; backconnect gateway ise bu bağlantıyı arkadaki havuza şeffaf şekilde yönlendirir.
İstek Akışı: Ağ Geçidi Nasıl Çalışır?
Backconnect gateway'in arkasında dört temel süreç çalışır:
- IP Seçimi: Gelen her istek için havuzdan uygun bir IP seçilir. Rotasyon modunda her istek yeni bir IP alır; sticky session modunda ise belirli bir oturum kimliği boyunca aynı IP korunur.
- Coğrafi Yönlendirme: Kullanıcı adı içinde bayraklar ile ülke ve şehir hedeflemesi yapılır. Örneğin
user-country-DE-city-berlinparametresi, çıkış IP'sinin Almanya/Berlin bölgesinden olmasını sağlar. - Sağlık Kontrolü: Gateway, havuzdaki IP'leri sürekli izler. Zaman aşımına uğrayan, engellenen veya yanıt vermeyen IP'leri otomatik olarak havuzdan çıkarır ve yerine yenilerini koyar.
- Otomatik Failover: Bir IP başarısız olursa, ağ geçidi isteği başka bir IP'ye yeniden yönlendirir — uygulamanız bunu hiç fark etmez.
Tüm bunlar, gate.proxyhat.com gibi sabit bir host adı arkasında gerçekleşir. Uygulamanız her zaman aynı adrese bağlanır; arkadaki IP havuzu sürekli değişir.
Neden Backconnect Modeli Ölçeklenir?
Bir senaryo düşünün: E-ticaret sitelerinden fiyat verisi topluyorsunuz ve 50 hedef siteye dakikada 1.500 istek gönderiyorsunuz. Statik proxy listesiyle bunu yönetmek şunları gerektirir:
- En az 200–300 IP'yi döndüren bir rotation mantığı yazmak.
- Her IP'nin sağlık durumunu izleyen bir monitoring katmanı eklemek.
- Engellenen IP'leri tespit edip havuzdan çıkarmak ve yenilerini eklemek.
- Coğrafi dağılımı manuel olarak yönetmek.
Backconnect gateway ile ise tek yapmanız gereken gate.proxyhat.com:8080 adresine bağlanmak ve parametreleri kullanıcı adına gömmek. Aşağıda hem HTTP hem de SOCKS5 örnekleri yer alıyor.
HTTP Bağlantısı (Varsayılan Port 8080)
Coğrafi hedefleme ile HTTP proxy kullanımı:
curl -x http://user-country-DE-city-berlin:pass@gate.proxyhat.com:8080 https://example.comSticky session ile aynı IP'yi korumak:
curl -x http://user-session-abc123:pass@gate.proxyhat.com:8080 https://example.comSOCKS5 Bağlantısı (Port 1080)
SOCKS5, TCP düzeyinde çalıştığı için bazı senaryolarda daha esnektir:
curl -x socks5://user-country-US:pass@gate.proxyhat.com:1080 https://example.comDikkat edin: IP rotasyonu, coğrafi hedefleme ve session kontrolünün tamamı kullanıcı adı alanında yapılıyor. Uç nokta hiç değişmiyor.
Pratik Uygulama: ProxyHat ile Çalışan Örnek
Aşağıda Python requests kütüphanesi ile backconnect gateway üzerinden istek gönderen bir örnek var:
import requests
# ProxyHat backconnect gateway — HTTP
proxy_url = "http://user-country-DE-city-berlin-session-order123:pass@gate.proxyhat.com:8080"
proxies = {
"http": proxy_url,
"https": proxy_url,
}
response = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=30)
print(response.json())
# Çıktı: {'origin': '85.214.x.x'} — Almanya IP'siAynı mantığı Node.js ile de kurabilirsiniz:
const axios = require('axios');
const proxyUrl = 'http://user-country-DE:pass@gate.proxyhat.com:8080';
axios.get('https://httpbin.org/ip', {
proxy: { host: 'gate.proxyhat.com', port: 8080, auth: { username: 'user-country-DE', password: 'pass' } },
timeout: 30000
}).then(r => console.log(r.data));Statik Proxy Listesi ile Karşılaştırma
Aynı işlemi statik bir proxy listesiyle yapsaydınız, kodunuz şuna benzerdi:
import requests
import itertools
proxy_list = ['1.2.3.4:8080', '5.6.7.8:8080', '9.10.11.12:8080']
proxy_pool = itertools.cycle(proxy_list)
for attempt in range(3):
proxy_ip = next(proxy_pool)
try:
r = requests.get('https://example.com', proxies={'http': f'http://{proxy_ip}'}, timeout=10)
print(r.status_code)
break
except Exception:
continue # Başarısız proxy'yi atla, sıradakine geçFark bariz: Statik listede rotasyon, retry ve failover mantığını siz yazarsınız. Backconnect'te ise gateway bunları otomatik yapar. ProxyHat'ın web scraping kullanım sayfasında bu desenler daha detaylı ele alınmıştır.
Operasyonel Karşılaştırma: Backconnect vs Self-Managed Pool
| Kriter | Backconnect Gateway | Self-Managed Proxy List |
|---|---|---|
| IP Rotasyonu | Otomatik — her istekte veya session bazlı | Manuel — rotation mantığı yazmanız gerekir |
| Failover | Otomatik — gateway başarısız IP'yi atlar | Manuel — retry ve health check yazmanız gerekir |
| Coğrafi Hedefleme | Kullanıcı adında bayraklarla (örn. -country-DE) |
Her ülke için ayrı proxy listesi tutmanız gerekir |
| Gözlemlenebilirlik (Observability) | Gateway metrikleri sağlar (success rate, latency) | Kendi monitoring altyapınızı kurmanız gerekir |
| Bakım Yükü | Düşük — gateway IP havuzunu yönetir | Yüksek — engellenen IP'leri değiştirirsiniz |
| Maliyet | Trafiğe göre (GB veya istek bazlı) | IP başına sabit maliyet + altyapı maliyeti |
200 ms ortalama yanıt süresi, %99.9 uptime ve 100 eşzamanlı oturum gibi metrikler, backconnect mimarinin üretim ortamında nasıl performans gösterdiğini gösterir. ProxyHat'ın fiyatlandırma sayfasında trafiğe göre maliyet hesaplaması yapabilirsiniz.
Yaygın Hatalar ve Sınır Durumları
1. Session ID Çakışmaları
Sticky session kullanırken, her mantıksal oturum için benzersiz bir session ID verin. Aynı -session-abc123 kimliğini iki farklı scraper'da kullanırsanız, gateway her ikisini de aynı IP'ye yönlendirebilir ve bu IP hızla engellenir.
2. Timeout Değerlerinin Çok Düşük Ayarlanması
Residential IP'ler datacenter IP'lerinden daha yavaştır. 5 saniyelik timeout, residential havuz için çok agresif olabilir. En az 30 saniyelik timeout öneririz.
3. Coğrafi Hedeflemenin Yanlış Kullanımı
Bir site yalnızca ABD IP'lerinden erişime izin veriyorsa, -country-DE kullanmak 403 hatası döndürür. Hedef sitenin coğrafi kısıtlamalarını önceden test edin. ProxyHat lokasyon sayfasında desteklenen ülkeleri görebilirsiniz.
4. Concurrency Sınırının Aşılması
Aynı session ID ile 500 eşzamanlı istek göndermek, tek bir IP'yi aşırı yükler ve hedef site tarafından engellenir. Yüksek concurrency için farklı session ID'leri kullanın.
Ne Zaman Statik (Dedicated ISP) IP Daha Uygun?
Backconnect residential proxy her senaryo için en iyi seçim değildir. Aşağıdaki durumlarda statik, sabit bir ISP IP daha mantıklı olabilir:
- Tek bir hedefe uzun süreli, düşük hacimli erişim: Örneğin bir API'ye günde 100 istek atıyorsanız, rotasyon gereksizdir.
- IP tutarlılığı kritikse: Bazı siteler oturum açma sonrası IP değişimini şüpheli bulur. Sabit IP, login akışlarını daha güvenilir kılar.
- Düşük gecikme gerekiyorsa: Residential IP'ler 200–500 ms arası yanıt süresi verirken, datacenter proxy'ler 20–50 ms verebilir.
- Whitelist tabanlı erişim: Hedef sistem yalnızca belirli IP'leri kabul ediyorsa, sabit bir IP gereklidir.
Yasal ve Etik Hususlar
Proxy kullanırken hedef sitenin Hizmet Şartları (Terms of Service) ve robots.txt dosyasına uyum önemlidir. ABD'de Computer Fraud and Abuse Act (CFAA), yetkisiz erişimi suç sayabilir. Avrupa'da GDPR, kişisel verilerin işlenmesine sınırlamalar getirebilir. GDPR.eu sitesinde AB veri koruma kurallarının özeti bulunur.
Scraping yapmadan önce şunları kontrol edin:
- Hedef sitenin
robots.txtdosyasında scraping izinleri. - Hedef sitenin ToS belgesinde otomatik erişim yasağı olup olmadığı.
- Toplanan verinin kişisel veri içerip içermediği (GDPR kapsamı).
- İstek hızınızın hedef sunucuya zarar vermeyecek düzeyde olması.
ProxyHat, dokümantasyonunda etik kullanım yönergeleri sağlar; ancak nihai sorumluluk kullanıcıya aittir.
Konuyla İlgili Diğer Kaynaklar
SERP takibi ve arama motoru sonuç sayfası verisi toplama için backconnect proxy kritik bir bileşendir. SERP tracking kullanım sayfamızda bu senaryo detaylı işlenmiştir.
Temel Çıkarımlar
Backconnect (gateway) proxy, IP rotasyonunu, failover'ı ve coğrafi yönlendirmeyi tek bir uç noktada birleştirir. Uygulamanız
gate.proxyhat.com:8080adresine bağlanır; gerideki havuz otomatik yönetilir.
- Backconnect modeli, manuel proxy listesi yönetimine göre %80'e varan bakım yükünü azaltır.
- Residential IP havuzu, datacenter IP'lere göre hedef sitelerde 3–5 kat daha düşük engelleme oranı sağlar.
- Coğrafi hedefleme ve session kontrolü, kullanıcı adı içinde bayraklarla yapılır — uç nokta hiç değişmez.
- Statik ISP IP'ler, düşük hacimli ve IP tutarlılığı gerektiren senaryolar için daha uygun olabilir.
- Yasal uyum (CFAA, GDPR, robots.txt) scraping altyapısının ayrılmaz bir parçasıdır.
