Bakit Hindi Gumagana ang IP ng Libreng Proxy
Suriin ang proxy na walang tugon sa maayos na pagkakasunod: address, protocol, lokal na ruta, suporta sa tunnel at response ng destinasyon.
Maaaring may endpoint sa pampublikong listahan na tumigil nang tumanggap ng koneksyon. Karaniwang paliwanag iyon sa pumapalyang proxy, pero hindi lang iyon ang dahilan. Maaaring magdulot ng parehong sintomas ang maling protocol, bypass setting, naka-block na port o website na tumatanggi sa exit IP.
Suriin ang entry bago baguhin ang app
Kopyahin muli ang IP, port at protocol. Sapat na ang kulang na digit sa port o hindi pagtutugma ng HTTP/SOCKS para mahadlangan ang handshake. Huwag hulaan ang protocol mula sa port 8080 o 1080, at huwag magdagdag ng username maliban kung talagang ibinigay ito ng serbisyo.
Para sa HTTP endpoint, nakatutulong ang maikling curl request para maihiwalay ang test sa mga browser extension at system setting:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Palitan ang documentation address ng iyong entry. Para sa SOCKS5, gamitin ang aktuwal na port at ang naaangkop na SOCKS scheme.
Tingnan ang unang pagkabigo
| Resulta | Malamang na bahaging susuriin |
|---|---|
| Tinanggihan ang koneksyon | Sarado ang port o aktibong tinanggihan ng isang device ang koneksyon. |
| Nag-timeout ang koneksyon | Hindi nakumpleto ng ruta, filtering o serbisyo ang pagbuo sa loob ng takdang oras. |
| Hindi inaasahang proxy handshake response | Maaaring hindi tumugma ang napiling protocol sa serbisyo. |
| 407 | Humihingi ng authentication ang proxy. |
| Tinanggihan ang CONNECT | Maaaring nililimitahan ng proxy ang destinasyon o port na iyon. |
| Nagbabalik ang website ng 403 o 429 | Nakarating ang request sa HTTP server na tumanggi o naglimita rito. Suriin kung aling server ang naglabas ng response. |
Unang hakbang lamang ang gumaganang TCP connection. Kung hindi ang napiling proxy protocol ang serbisyo sa port na iyon, maaaring pumalya agad ang request pagkatapos.
Gumamit ng dalawang paghahambing
Subukan ang parehong destinasyon sa ikalawang proxy na may parehong protocol. Kung unang endpoint lamang ang pumapalya habang binubuo ang koneksyon, nalilimitahan ang problema sa endpoint o rutang iyon. Pagkatapos, subukan ang isa pang karaniwang destinasyon sa unang proxy. Kung iisang website lamang ang pumapalya, siyasatin ang patakaran para sa destinasyon sa halip na ituring na patay ang buong proxy.
Kapaki-pakinabang din ang direktang request kapag may direktang access. Gawing tahasan ang bypass para hindi panatilihin nang palihim ng mga minanang proxy variable sa proxy route ang test na inaakalang direkta.
Alamin kung kailan titigil sa pagtest ng entry
Kung ilang request na may takdang oras ang pumapalya sa parehong hakbang ng koneksyon, pumili ng ibang entry mula sa listahan ng libreng proxy sa halip na pahabain ang paghihintay nang ilang minuto. Itabi ang eksaktong error kung kailangang iulat. Hindi naaayos ng paulit-ulit na pagkonekta ang saradong port o inalis na endpoint.
Kung lahat ng entry ay pumapalya, tingnan ang mas malawak na sitwasyon. Suriin ang client configuration, mga outbound rule ng network at kung naaabot ang destinasyon nang walang proxy. Hindi sapat na dahilan ang problemang pare-pareho sa lahat ng request para itapon ang buong listahan.