Açık Bir TCP Portu Proxynin Çalıştığını Kanıtlamaz
Başarılı port kontrolü yalnızca bağlantı kurar. Proxy el sıkışmasını ve hedeften beklenen yanıtı da kontrol edin.
Açık TCP portu, bir dinleyicinin bağlantıyı kabul ettiğini gösterir. Bu bir proxy, normal web sunucusu veya başka hizmet olabilir; port 8080 protokolü belirlemez.
HTTP proxy olarak belgelenen uç nokta için gerçek adresini zaman sınırları olan bir HTTPS isteğinde kullanın:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/
Belge adresini kendi HTTP uç noktanızla veya HTTP proxy listesindeki bir adayla değiştirin. SOCKS için uygun SOCKS istemci modunu kullanıp görüşmeyi tamamlayın. Yanlış el sıkışması TCP kabulünün hemen ardından başarısız olabilir.
| Gözlenen aşama | Neyi kanıtlar |
|---|---|
| TCP kabul edildi | Dinleyiciye erişilebiliyor. |
| Proxy el sıkışması kabul edildi | Dinleyici bu proxy işlemini kabul etti. |
| Hedef TLS doğrulandı | İstemci, güven ayarları kapsamında amaçlanan güvenli bağlantıyı tamamladı. |
| Beklenen durum ve içerik alındı | Uygulama isteği beklenen sonucu üretti. |
HTTP proxy üzerinden HTTPS için hedef porta CONNECT izni verilmelidir. CONNECT 200 bile ara aşamadır: tünel TLS veya son istek başarılı olmadan kapanabilir. Düz HTTP başarısı bu tünel yeteneğini kanıtlamaz.
İçeriği öngörülebilir, tercihen kontrol ettiğiniz bir hedef kullanın; varsa istek kaydını inceleyin. Şifresiz HTTP dinleyicisi hedefle hiç iletişim kurmadan sabit sayfayı 200 durumuyla döndürebilir. Herhangi bir başarılı durum almak, beklenen yanıtla eşleşmekten daha zayıf kanıttır; HTTPS kimlik doğrulaması ek koruma sağlar.
Son başarılı aşamayı kaydedin. ‘Port açık, SOCKS görüşmesi reddedildi’ sonraki inceleme için yararlı bir başlangıç noktasıdır.