Proxy çalışıyor mu? Çalışan proxy kontrol yöntemleri

Bir proxy'nin çalışıp çalışmadığını anlamak için önce "çalışmak" ile neyi kastettiğinizi ayırmanız gerekir. Proxy'ye TCP bağlantısı kurulabilir ama kimlik doğrulama başarısız olabilir; kimlik doğrulama geçse de hedef siteye tünel açılmayabilir; tünel açılsa da yanıt dakikalar sürebilir. Her durumda ekranda aynı şeyi görürsünüz: sayfa yüklenmiyor.

Aşağıda önce belirtiyi, sonra o belirtiyi üreten katmanı buluyorsunuz. Böylece "proxy bozuk" demeden önce sorunun proxy'de mi, sizin yapılandırmanızda mı, hedef sitede mi olduğunu ayırabilirsiniz.

Belirtiye göre karar tablosu

Birinci sınama: proxy yanıt veriyor mu?

Önce en ucuz soruyu sorun: proxy'ye TCP bağlantısı kurulabiliyor mu? Bu aşamada protokol ya da kimlik bilgisi önemli değildir. Bağlantı süresi de burada ölçülür: kısa ve tutarlı bir süre, ağ yolunun sağlam olduğuna işaret eder; ama proxy'nin işe yarar olduğunu kanıtlamaz.

nc -vz -w 5 proxy.example.com 8080

Windows'ta aynı işi PowerShell ile yaparsınız. Başarısızsa sorun proxy yapılandırmasından önce ağ erişimindedir.

Test-NetConnection -ComputerName proxy.example.com -Port 8080

İkinci sınama: doğru protokolü konuşuyor musunuz?

Port açık ama istek anlamsız yanıt veriyorsa büyük olasılıkla yanlış protokolü kullanıyorsunuzdur. Aynı IP:port'a üç farklı komutla deneyin; yalnızca doğru olan çalışır.

curl -sS -o /dev/null -m 15 -x http://proxy.example.com:8080 -w '%{http_code}\n' http://example.com/
curl -sS -o /dev/null -m 15 --proxy https://proxy.example.com:8080 -w '%{http_code}\n' https://example.com/
curl -sS -o /dev/null -m 15 --socks5-hostname proxy.example.com:8080 -w '%{http_code}\n' https://example.com/

Üçüncü sınama: kimlik doğrulama

HTTP proxy kimlik bilgisini reddettiğinde 407 Proxy Authentication Required döner. SOCKS5'te aynı durum, kullanıcı adı/parola aşamasında sıfır dışı bir durum koduyla ya da kabul edilebilir yöntem bulunmamasıyla anlaşılır. İki durumda da önce kimlik bilgisini panelden yeniden kopyalayın: sondaki boşluk ve @, : gibi özel karakterler sık görülen tuzaklardır. Özel karakterli parolayı URL içinde yazıyorsanız yüzde-kodlama gerekir; cURL'de --proxy-user kullanmak bu sorunu ortadan kaldırır.

Sağlayıcınız IP izin listesi (whitelist) ile çalışıyorsa kimlik bilgisi sormaz; bu durumda başka bir ağdan (ör. mobil veri) yapılan deneme, izinli IP'niz dışında olduğu için reddedilir. Bu bir arıza değil, beklenen davranıştır.

Dördüncü sınama: gerçekten proxy üzerinden mi çıkıyorsunuz?

En sık yanılgılardan biri, uygulamanın proxy ayarını sessizce yok saymasıdır. Bu durumda "çalışıyor" gibi görünür ama trafik doğrudan çıkıyordur. Proxy ile ve proxy olmadan IP Adresim aracını açıp iki IP'yi karşılaştırın. Aynıysa trafik proxy'den geçmiyordur.

import requests

PROXY = "http://KULLANICI:[email protected]:8080"
HEDEF = "https://example.com/"

dogrudan = requests.get(HEDEF, timeout=15)
proxyli = requests.get(HEDEF, proxies={"http": PROXY, "https": PROXY}, timeout=(10, 20))

print("dogrudan:", dogrudan.status_code)
print("proxy ile:", proxyli.status_code)
# IP karsilastirmasi icin HEDEF'i, istemci IP'sini donduren
# kendi kontrol ettiginiz bir adrese cevirin.

Denetleyici bu sorunun neresini cevaplar?

Proxy denetleyicisi yukarıdaki dört sınamayı sizin yerinize sırayla çalıştırır ve her aşamanın durumunu ayrı gösterir: bağlantı, protokol, kimlik doğrulama, sınama adresinden ilk bayt. Hangi aşamada durduysa sorunun katmanı odur. Farklı bir ağdan ölçtüğü için, "benim güvenlik duvarım mı engelliyor" sorusunu da ayırmanıza yardım eder.

• Başarılı sonuç: proxy o an, o sınama adresi için çalışıyor demektir.
• Sonuç hedef sitenizin proxy'yi kabul edeceğini göstermez.
• Hız değil, yanıt verebilirliği ölçer; bant genişliği için hız testi rehberine bakın.
• Herkese açık olmayan (özel/iç ağ) adreslere bağlanmaz.