Kial IP de senpaga prokurilo ne funkcias
Kontrolu nerespondantan prokurilon laŭ prudenta ordo: adreso, protokolo, loka vojo, tunela subteno kaj respondo de la celo.
Publika listo povas enhavi finpunkton, kiu jam ĉesis akcepti konektojn. Tio estas ofta klarigo pri malsukcesa prokurilo, sed ne la sola. La sama simptomo povas veni de malĝusta protokolo, preterira agordo, blokita pordo aŭ retejo rifuzanta la eliran IP-adreson.
Kontrolu la eron antaŭ ol ŝanĝi la aplikaĵon
Rekopiu la IP-adreson, pordon kaj protokolon. Mankanta cifero en la pordo aŭ konfuzo inter HTTP kaj SOCKS sufiĉas por malhelpi la manpremon. Ne deduktu la protokolon el pordo 8080 aŭ 1080, kaj ne aldonu uzantnomon krom se la servo vere liveras ĝin.
Por HTTP-finpunkto, mallonga curl-peto helpas apartigi la provon de retumilaj etendaĵoj kaj sistemaj agordoj:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Anstataŭigu la dokumentan adreson per via ero. Por SOCKS5, uzu ĝian efektivan pordon kaj la respondan SOCKS-skemon.
Rigardu la unuan malsukceson
| Rezulto | Verŝajna esplorenda loko |
|---|---|
| Konekto rifuzita | La pordo estas fermita aŭ aparato aktive rifuzis la konekton. |
| Konekta tempolimo atingita | La vojo, filtrado aŭ servo ne finis la starigon ene de la limo. |
| Neatendita respondo al prokurila manpremo | La elektita protokolo eble ne kongruas kun la servo. |
| 407 | La prokurilo postulas aŭtentikigon. |
| CONNECT rifuzita | La prokurilo eble limigas tiun celon aŭ pordon. |
| La retejo liveras 403 aŭ 429 | La peto atingis HTTP-servilon, kiu rifuzis aŭ limigis ĝin. Kontrolu, kiu servilo sendis la respondon. |
Funkcianta TCP-konekto estas nur la unua paŝo. Se la servo ĉe tiu pordo ne uzas la elektitan prokurilan protokolon, la peto povas malsukcesi tuj poste.
Faru du komparojn
Provu la saman celon tra dua prokurilo kun la sama protokolo. Se nur la unua finpunkto malsukcesas dum starigo, tio malvastigas la problemon al tiu finpunkto aŭ vojo. Poste provu alian ordinaran celon tra la unua prokurilo. Se malsukcesas nur unu retejo, esploru celospecifan politikon anstataŭ deklari la tutan prokurilon nefunkcianta.
Rekta peto estas alia utila komparo kiam rekta aliro haveblas. Faru la preteriron eksplicita, por ke hereditaj prokurilaj variabloj ne silente tenu la supozeble rektan provon sur prokurila vojo.
Sciu kiam ĉesigi provadon de ero
Se pluraj tempolimigitaj petoj malsukcesas ĉe la sama konekta paŝo, elektu alian eron el la listo de senpagaj prokuriloj anstataŭ plilongigi la atendon ĝis pluraj minutoj. Konservu la precizan eraron se vi bezonas raporti ĝin. Ripeta rekonektado ne riparas fermitan pordon aŭ forigitan finpunkton.
Se ĉiu ero malsukcesas, rigardu pli vaste. Kontrolu la klientan agordon, elirajn regulojn de la reto kaj ĉu la celo estas atingebla sen prokurilo. Problemo komuna al ĉiuj petoj estas malforta kialo por forĵeti tutan liston.