Proxy çalışmadığında: bağlantı sorunlarının teşhisi ve giderilmesi

Proxy bağlantı hataları genellikle üç ana nedenden kaynaklanır: yanlış kimlik doğrulama bilgileri, kısıtlayıcı yerel güvenlik duvarı ayarları veya istemci uygulaması ile proxy sunucusu arasındaki protokol uyuşmazlığı. Kök nedeni belirlemek sistematik bir yaklaşım gerektirir; işe, el sıkışmanın ağ katmanında mı başarısız olduğunu yoksa hedef adres tarafından mı reddedildiğini anlamak için ayrıntılı (verbose) bir bağlantı testiyle başlanır.

1. Sistematik teşhis: ilk müdahale

Bir proxy çalışmadığında ilk tepki genellikle proxy sunucusunun "öldüğünü" varsaymak olur. Gerçekte GProxy'deki destek taleplerinin %70'ten fazlası yerel yapılandırma hataları düzeltilerek çözülüyor. Proxy listenizi değiştirmeden önce hatanın noktasını izole etmelisiniz. Bunun için en etkili araç cURL'dür, çünkü tarayıcı önbelleğini ve eklenti müdahalesini devre dışı bırakır.

Bağlantı sürecinin ayrıntılı çıktısını almak için terminalinizde şu komutu çalıştırın:

curl -v -x http://username:[email protected]:port https://api.ipify.org

Çıktıda şu göstergeleri inceleyin:

• * Rebuilt URL to: komut söz diziminin doğru olduğunu doğrular.
• * Connected to proxy.gproxy.com: DNS çözümlemesinin yapıldığını ve proxy sunucusuyla TCP el sıkışmasının başarılı olduğunu doğrular.
• < HTTP/1.1 407 Proxy Authentication Required: proxy'nin ayakta olduğunu, ancak kimlik bilgilerinizin veya IP beyaz listenizin başarısız olduğunu gösterir.
• * Connection timed out: bir güvenlik duvarının giden portu (genellikle 8000, 10000 veya 1212) engellediğine ya da proxy sunucusuna erişilemediğine işaret eder.

2. Kimlik doğrulama ve yetkilendirme hataları

Kimlik doğrulama, proxy yönetimindeki en yaygın engeldir. GProxy dahil çoğu profesyonel servis iki temel yöntem sunar: kullanıcı adı/şifre ve IP beyaz listesi (IP Auth). Her birinin farklı teşhis adımları gerektiren kendine özgü hata biçimleri vardır.

Kullanıcı adı ve şifre sorunları

Basit görünse de bu yöntem çoğu zaman özel karakterler yüzünden başarısız olur. Şifreniz @, : veya # gibi semboller içeriyorsa ve bunları bir betikte URL dizesi içinde iletiyorsanız, URL kodlaması yapılmalıdır. Örneğin p@ssword, p%40ssword olur. Bu karakterleri kodlamamak, proxy sunucusunun dizeyi yanlış yorumlamasına ve 407 hatasına yol açar.

IP beyaz listesi karmaşıklıkları

IP kimlik doğrulaması, kimlik doğrulama başlığının ek yükünü ortadan kaldırdığı için yüksek hızlı scraping'de tercih edilir. Ancak yerel ISP'niz IP adresinizi değiştirirse, proxy ağ geçidi bağlantınızı anında keser. İnternete görünen IP adresinizin ("çıkış IP'nizin") GProxy panelinize girdiğinizle birebir aynı olduğundan emin olun.

3. Protokol uyuşmazlıkları ve port yapılandırması

Proxy'ler farklı protokoller üzerinde çalışır — başlıca HTTP, HTTPS (SSL) ve SOCKS5. Göreviniz için yanlış protokolü kullanmak, bağlantının öylece askıda kaldığı "sessiz" hataların sık görülen bir nedenidir.

HTTP ile SOCKS5 karşılaştırması

HTTP proxy'ler web trafiğini yorumlamak için tasarlanmıştır. Standart web scraping için idealdir. Ancak tarayıcı olmayan bir uygulama (veritabanı istemcisi veya özel bir oyun botu gibi) kullanmaya çalışırsanız, HTTP proxy alttaki TCP paketlerini anlamadığı için başarısız olur. Bu durumlarda SOCKS5 zorunludur, çünkü OSI modelinin daha alt katmanında çalışır.

Port kısıtlamaları

Birçok kurumsal ağ ve hatta bazı ev ISP'leri standart dışı portları engeller. GProxy portunuz 12345 ise ve ağınız yalnızca 80 ile 443'e izin veriyorsa, bağlantı hiçbir zaman başlatılamaz. Bir portun açık olup olmadığını telnet veya nc (netcat) komutuyla test edebilirsiniz:

nc -zv proxy.gproxy.com 10000

Sonuç "Succeeded" veya "Open" değilse, sorun proxy sağlayıcısında değil, yerel ağınızın giden trafik kurallarındadır.

4. Python ile programatik teşhis

Manuel testten otomatik betiklere geçtiğinizde yeni değişkenler devreye girer. Python'un requests veya aiohttp kütüphanelerine özgü davranışlar bağlantı kopmalarına yol açabilir. Sorun giderirken isteklerinizi her zaman sağlam bir hata yakalama bloğuyla sarmalayın ki tam olarak hangi istisnanın oluştuğunu görebilesiniz.

import requests
from requests.exceptions import ProxyError, ConnectTimeout

proxy_url = "http://user:[email protected]:8000"
proxies = {
    "http": proxy_url,
    "https": proxy_url,
}

try:
    response = requests.get("https://api.gproxy.com/test", proxies=proxies, timeout=10)
    response.raise_for_status()
    print(f"Success! Status Code: {response.status_code}")
except ProxyError as e:
    print(f"Proxy Error: Likely auth or gateway issue. Details: {e}")
except ConnectTimeout:
    print("Connection Timeout: Check your firewall or port settings.")
except Exception as e:
    print(f"An unexpected error occurred: {e}")

Python'da sık yapılan bir hata, proxies sözlüğünde hem "http" hem de "https" anahtarlarını tanımlamamaktır. Bir HTTPS adresine istek atsanız bile, proxy ağ geçidine yapılan ilk bağlantı aksi belirtilmedikçe genellikle HTTP üzerinden gerçekleşir. GProxy her ikisini de destekler, ancak proxy'siz bir istek üzerinden gerçek IP'nizin sızmaması için kodunuzun açıkça belirtmesi gerekir.

5. Hedef taraflı kısıtlamaları belirleme

Bazen proxy kusursuz çalışır, ancak hedef web sitesi isteği işaretlemiştir. "Proxy hatası" ile "hedef engeli" arasındaki farkı ayırt etmek çok önemlidir.

• 403 Forbidden: proxy bağlantısı başarılı, ancak site sizi bot olarak tanımlamış. Bu genellikle kötü başlık yönetimi veya TLS parmak izinden kaynaklanır.
• 429 Too Many Requests: hedef sitenin istek limitini aşıyorsunuz. GProxy residential proxy'ler kullanıyorsanız yeni bir IP almak için session ID'nizi döndürün.
• 502 Bad Gateway: genellikle hedef siteye ulaşamayan proxy sunucusunun kendisinden gelir. Hedef site kapalıysa veya proxy'nin çıkış düğümü kısıtlanıyorsa görülebilir.

Hedef taraflı engelleri aşmak için User-Agent başlığınızın taklit ettiğiniz tarayıcı profiliyle eşleştiğinden emin olun. Modern siteler ayrıca Sec-CH-UA başlıklarını ve Accept-Language tutarlılığını da kontrol eder. Proxy IP'niz Almanya'daysa ancak Accept-Language başlığınız en-US ise, bu antibot sistemleri için bir uyarı işaretidir.

6. İleri düzey ağ engelleri: DNS ve MTU

Yüksek performanslı ortamlarda gözden kaçan iki etken DNS sızıntıları ve MTU (Maximum Transmission Unit) boyutudur. DNS sızıntısı, tarayıcınızın DNS sorgularını proxy tüneli yerine yerel ISP'niz üzerinden göndermesiyle oluşur. Bu yalnızca anonimliği tehlikeye atmakla kalmaz, ISP belirli alan adlarının çözümlenmesini engelliyorsa bağlantı hatalarına da yol açabilir.

MTU sorunları daha nadirdir ama yıkıcıdır. Bir proxy ile birlikte VPN kullanıyorsanız paket boyutu ağın sınırını aşabilir ve paketler düşürülür. Sonuç, başarıyla kurulan ama veri yüklemeye çalışırken "donan" bir bağlantıdır. Ağ ayarlarında MTU boyutunu 1400 veya 1450'ye düşürmek bu gizemli donmaları çoğu zaman çözer.

Önemli çıkarımlar

Proxy sorunu gidermek bir eleme sürecidir. Yapılandırılmış bir teşhis yolunu izleyerek kesinti süresini azaltabilir, scraping veya gezinme altyapınızın dayanıklı kalmasını sağlayabilirsiniz.

• Katmanı izole edin: hatanın TCP el sıkışmasında mı, proxy kimlik doğrulamasında mı yoksa hedef sitede mi olduğunu belirlemek için cURL -v kullanın.
• Kimlik bilgilerini doğrulayın: şifrelerdeki özel karakterleri her zaman URL kodlamasıyla yazın ve GProxy panelindeki beyaz listeli IP adresinizi iki kez kontrol edin.
• Protokolleri eşleştirin: tarayıcı olmayan uygulamalar için SOCKS5 kullanın ve portlarınızın (örneğin 8000, 10000) yerel bir güvenlik duvarı tarafından engellenmediğinden emin olun.
• Başlıkları izleyin: 403 ve 429 hataları genellikle proxy hatası değil, hedef taraflı engellerdir. Erişimi korumak için oturumlarınızı döndürün ve gerçekçi tarayıcı başlıkları kullanın.

Pratik ipucu 1: her zaman bir "kontrol" ortamı bulundurun. GProxy bilgilerinizle yapılandırılmış basit bir tarayıcı eklentisi hazır tutun. Proxy tarayıcıda çalışıyor ama betiğinizde çalışmıyorsa, sorun %100 kodunuzun proxy mantığını nasıl uyguladığındadır.

Pratik ipucu 2: betiklerinizde üstel geri çekilmeli (exponential backoff) yeniden deneme mantığı uygulayın. En iyi residential proxy havuzları bile zaman zaman bayat bir düğümle karşılaşır; basit bir yeniden deneme mekanizması başarı oranınızı %95'ten %99,9'a çıkarabilir.