Proxy bağlantı hataları: yaygın nedenler ve kontrol listesi

Proxy bağlantı hataları üç farklı yerden çıkar ve her biri farklı bir yerde düzeltilir: istemci ile proxy arasındaki yol (ağ), proxy’nin sizi tanıması (kimlik ve protokol) ve proxy’nin hedef siteye ulaşması (hedef taraflı). Aynı “bağlanamıyor” mesajı bu üçünün herhangi birinden gelebilir; önce hangisi olduğunu ayırmadan şifre değiştirmek ya da paket yenilemek zaman kaybettirir.

Ayrımın en kısa yolu aynı isteği üç biçimde denemektir: proxy’siz, proxy ile ve proxy ile ama başka bir hedefe. Proxy’siz istek de başarısızsa sorun kendi hattınızdadır. Proxy ile hiçbir hedef açılmıyorsa sorun proxy’ye ulaşmada ya da kimlikte; yalnız belirli bir hedef açılmıyorsa sorun o hedefin proxy IP’sine verdiği tepkidedir.

Bağlantı anında reddediliyor: Yanlış port, yanlış protokol (SOCKS adresinin HTTP olarak girilmesi ya da tersi) veya proxy IP’sinin kendi güvenlik duvarınızda engellenmiş olması. İlk kontrol: paneldeki host, port ve protokol satırını istemci ayarıyla harf harf karşılaştırın.

Zaman aşımı, hiç yanıt yok: Proxy sunucusuna giden yol kapalı, port kurumsal ağda filtreli ya da IPv6 adresine IPv4 hattan erişmeye çalışıyorsunuz. İlk kontrol: proxy host ve portuna düz bir TCP bağlantısı açılıyor mu.

407 Proxy Authentication Required: Kullanıcı adı veya şifre hatalı, şifredeki özel karakter kodlanmamış ya da IP izniyle çalışan pakette çıkış IP’niz değişmiş. İlk kontrol: kimlik bilgisini panelden yeniden kopyalayın ve mevcut çıkış IP’nizi izin listesiyle karşılaştırın.

502 veya 503: Proxy ayakta ama hedefe ulaşamıyor; hedef adres yanlış, hedef kapalı ya da proxy’nin o çıkış IP’si o anda hedefe erişemiyor. İlk kontrol: aynı proxy ile başka bir hedef deneyin.

403, 429 ya da CAPTCHA sayfası: Bağlantı kurulmuştur, hedef site proxy IP’sini sınırlıyor. Bağlantı tarafında yapılacak bir şey yoktur; çözüm IP türünde ve istek sıklığındadır.

Bağlanıyor ama oturum sürekli düşüyor: Rotating paketle sabit oturum bekleniyor ya da sticky süresi işin uzunluğundan kısa. İlk kontrol: paket tipini ve oturum süresini panelden okuyun.

Bağlanıyor ama yanlış ülke içeriği geliyor: DNS proxy tarafında değil istemcide çözülüyor ya da seçilen lokasyon beklenenden farklı. İlk kontrol: DNS sızıntı testi ve lokasyon ayarı.

Zaman aşımı en az bilgi veren hatadır; istemci yalnız “yanıt gelmedi” der. Yolu parçalara ayırmak gerekir. Önce proxy host ve portuna ham bir bağlantı deneyin: Windows’ta PowerShell ile Test-NetConnection HOST -Port PORT, Linux ve macOS’ta nc -vz HOST PORT. Bu adım başarısızsa proxy sunucusuna hiç ulaşamıyorsunuz demektir ve sorun istemci ayarlarında değildir.

Ham bağlantı açılıyorsa curl ile proxy üzerinden küçük bir istek atın: curl -x http://KULLANICI:SIFRE@HOST:PORT -m 15 https://ifconfig.me. On beş saniyelik sınır isteğin asılı kalmasını önler; çıktıda proxy IP’si görünüyorsa proxy çalışıyor, asıl hedefiniz sorunludur. SOCKS5 paketlerde adres socks5h:// ile başlar.

Kurumsal ağlarda ve bazı yurtlarda standart dışı portlar dışarıya kapalıdır. Ham bağlantı evden açılıp iş yerinden açılmıyorsa sebep büyük olasılıkla bu filtredir; aynı paketin farklı bir port ya da protokol seçeneği varsa onu deneyin. Antivirüs ve güvenlik duvarı yazılımları da proxy bağlantılarını sessizce kesebilir; geçici olarak kapatıp denemek ayrımı netleştirir.

Kullanıcı adı ve şifre panelden doğru kopyalanmış olsa bile 407 almanın üç yaygın sebebi vardır. Birincisi özel karakterlerdir: şifrede @, :, / veya # varsa proxy adresine düz yazıldığında URL yapısını bozar; bu karakterlerin yüzde kodlaması gerekir, örneğin @ yerine %40. İkincisi başta ve sonda kalan boşluktur; panelden kopyalarken satır sonundaki boşluk şifrenin parçası olur.

Üçüncüsü IP izni modudur. Bazı paketlerde şifre yerine çıkış IP’niz izin listesine yazılır; ev bağlantınızın IP’si modem yeniden başlayınca değişir ve proxy sizi artık tanımaz. Bu durumda hata şifreyle ilgili görünse de çözüm panelde yeni çıkış IP’nizi tanımlamaktır. Hangi modda olduğunuzu bilmiyorsanız önce bunu öğrenin; iki yöntemi aynı anda kullanmak bazı paketlerde çakışma yaratır.

SOCKS5 paketlerde 407 kodu yoktur; hatalı kimlikte bağlantı sessizce kapanır ve istemci genel bir ret mesajı gösterir. SOCKS5’te “bağlantı reddedildi” gördüğünüzde ilk şüpheli kimlik bilgisidir, port değil.

Aynı paket HTTP ve SOCKS5’i farklı portlardan sunabilir; paneldeki satır hangi portun hangi protokole ait olduğunu söyler. SOCKS portuna HTTP isteği gönderildiğinde sunucu isteği anlamaz ve bağlantıyı kapatır; tarayıcı “proxy bağlantıları reddediyor” der. Tersi durumda istemci SOCKS el sıkışması bekler, HTTP sunucusu geçersiz istek sayar.

Oyun istemcileri, e-posta programları ve masaüstü yazılımların çoğu HTTP proxy kullanamaz; bu yazılımlar için SOCKS5 ve gerekirse bir yönlendirici program gerekir. Hangi uygulamanın hangi protokolle çalıştığı HTTP, HTTPS ve SOCKS5 farkı rehberinde ayrıntılı anlatılıyor; protokol seçimi ilk kurulumda doğru yapılırsa bu sınıf hataların tamamı ortadan kalkar.

IPv6 proxy paketleri yalnız IPv6 adresi verir. İnternet sağlayıcınız size IPv6 vermiyorsa ya da ağınızda IPv6 kapalıysa bu adrese hiç ulaşamazsınız ve hata zaman aşımı olarak görünür. Bazı sağlayıcılar IPv6 paketlere IPv4 üzerinden erişilen bir giriş adresi sunar; paneldeki bağlantı bilgisinde böyle bir seçenek varsa onu kullanın.

Ters yönde sorun da olur: IPv6 çıkışlı proxy ile yalnız IPv4 kabul eden bir hedefe gidemezsiniz. Hedef sitenin IPv6 desteği yoksa bağlantı proxy tarafında 502 benzeri bir hatayla ya da zaman aşımıyla biter. Hedefin IPv6 kabul edip etmediğini bilmiyorsanız IPv4 ve IPv6 proxy karşılaştırması rehberindeki test adımlarıyla önceden kontrol edin.

Giriş yapılan bir sitede oturumun aniden düşmesi çoğu zaman oturum tipinin işe uymamasından kaynaklanır. Rotating paketler her istekte ya da belirli aralıkla IP değiştirir; siteler aynı oturumun farklı IP’den gelmesini şüpheli sayar ve çıkış yaptırır. Hesap yönetimi gibi işlerde static ya da sticky oturum gerekir. Static mi, rotating mi, sticky mi rehberi bu kararı anlatır.

Paket durumu da sessiz bir kök nedendir. Trafik kotalı pakette kota bittiğinde, süreli pakette süre dolduğunda proxy bağlantıyı kabul etmez ya da kimlik hatası döner. Hata mesajı bunu açıkça söylemez; şifre değiştirmeden önce paneldeki kota ve bitiş tarihi bilgisine bakın. Yenileme sonrası eski bağlantıların yeniden kurulması gerekebilir.

Bağlantı kurulup hedef site 403 ya da 429 döndürüyorsa, CAPTCHA çıkıyorsa proxy görevini yapmıştır; site proxy’nin çıkış IP’sine ya da istek sıklığınıza tepki veriyordur. Bu hatalar istemci ayarıyla çözülmez. Datacenter IP’lerin sınıflandırılması residential IP’lere göre daha kolaydır; korumalı hedeflerde IP türü değişikliği ilk denenecek şeydir.

İstek sıklığı ikinci etkendir. Aynı IP’den kısa sürede çok istek 429 üretir; istekler arasına bekleme koymak, rotating paketlerde IP başına istek sayısını düşürmek ve sayfa başlıklarını gerçek bir tarayıcıya yaklaştırmak sorunu azaltır. Hedef sitenin kullanım koşullarına uymak bu önlemlerin hepsinden önce gelir.

Sayfa açılıyor ama içerik beklenen ülkeye ait değilse iki şüpheli vardır: alan adı çözümünün istemcide yapılması ve lokasyon seçiminin yanlış olması. SOCKS5’te curl ve çoğu kütüphane socks5:// ile adı istemcide, socks5h:// ile proxy tarafında çözer; tarayıcı eklentilerinde aynı seçenek uzak DNS kutucuğuyla gelir. Lokasyona duyarlı işlerde çözümün proxy tarafında yapılması gerekir.

Bazı siteler ülkeyi IP’den değil tarayıcı diline ve saat dilimine bakarak belirler. Proxy IP’si doğru ülkede olsa da tarayıcı dili farklıysa içerik karışık gelir ve düzeltme tarayıcı ayarında yapılır. DNS sızıntı testi ve tarayıcı dil ayarı birlikte kontrol edilince kalan fark lokasyon seçimindedir.

1) Proxy’siz aynı hedefe erişim var mı? 2) Proxy host ve portuna ham TCP bağlantısı açılıyor mu? 3) Paneldeki protokol ile istemcideki protokol aynı mı, port doğru protokole mi ait? 4) Kimlik modu şifre mi IP izni mi; şifrede kodlanmamış özel karakter ya da boşluk var mı; çıkış IP’niz izin listesinde mi? 5) Paket IPv6 ise ağınızda IPv6 var mı; hedef IPv6 kabul ediyor mu? 6) Oturum tipi işe uygun mu (static, sticky, rotating)? 7) Kota ve bitiş tarihi dolmuş mu? 8) Aynı proxy ile başka bir hedef açılıyor mu? 9) Hedef 403, 429 ya da CAPTCHA mı döndürüyor? 10) DNS proxy tarafında mı çözülüyor, tarayıcı dili ve lokasyon uyumlu mu?

Liste yukarıdan aşağıya ilerler; her adım bir sonrakinin ön koşuludur. İlk iki adım ağ, üç ve dört kimlik, beşten yediye paket, sekizden ona hedef taraflı sorunları eler.

Liste bittiğinde sorun çözülmediyse destek talebine şu bilgileri ekleyin: hangi paket ve hangi proxy adresi (şifre olmadan), hangi istemci ya da yazılım, tam hata mesajı, curl ile alınan çıktı, hatanın ilk görüldüğü saat ve hangi hedefte oluştuğu. Ham TCP testi ile curl testinin sonuçları destek ekibinin sorunun ağda mı, kimlikte mi, hedefte mi olduğunu ilk mesajda anlamasını sağlar.

Şifreyi destek mesajına hiç yazmayın; gerekiyorsa panelden şifre yenileyin. Sağlayıcı seçerken bu tür bir ayıklama sürecine destek ekibinin nasıl cevap verdiği de bir ölçüttür; güvenilir proxy sağlayıcı rehberindeki kontrol listesinde bu madde ayrıca yer alır.