La prokurila ĉeno de SOCKS al HTTP en curl
Agordu la ĉenon SOCKS–HTTP subtenatan de curl, identigu la ordon de finpunktoj kaj provu ĉiun salton antaŭ kunigo.
La opcio --preproxy de curl konektiĝas al SOCKS-prokurilo antaŭ ol atingi HTTP- aŭ HTTPS-prokurilon. Ĝi subtenas ĉi tiun specifan ĉenon, ne arbitran liston de prokurilaj serviloj.
La vojo estas kliento → SOCKS-finpunkto → HTTP-prokurilo → celo. Anstataŭigu ambaŭ dokumentajn finpunktojn en la komando:
curl --preproxy socks5h://203.0.113.10:1080 --proxy http://203.0.113.20:8080 --noproxy '' --connect-timeout 5 --max-time 20 --verbose https://example.com/La SOCKS-servo devas povi atingi la adreson kaj pordon de la HTTP-prokurilo. La HTTP-prokurilo tiam devas akcepti la celan peton. Se la dua prokurilo uzas gastigantan nomon, la unua SOCKS-reĝimo determinas kie tiu nomo estas solvata; nombra finpunkto evitas tiun serĉon.
Trovi la malsukcesan salton
Unue konfirmu peton tra ĉiu finpunkto aparte; por la HTTP-salto uzu HTTP-prokurilan provon kun tempolimoj. Eĉ se ambaŭ funkcias, la kombinita vojo povas malsukcesi ĉar la unua prokurilo ne povas atingi la duan.
Legu la detalan spuron laŭ konekta ordo. SOCKS-fiasko dum atingado de la dua prokurilo okazas antaŭ la decido de la HTTP-prokurilo akcepti aŭ rifuzi CONNECT al la retejo. Registru kiu manpremo malsukcesis.
Kiam la plia salto helpas
Ĉi tiu aranĝo povas utili kiam rajtigita HTTP-prokurilo estas atingebla per SOCKS-vojo. Ĝi ankaŭ aldonas servon kaj retvojon, kiuj povas malsukcesi aŭ aldoni prokraston. Ĉeni finpunktojn el publika listo de prokuriloj ne garantias fidindecon aŭ anonimecon kaj ankoraŭ postulas fidon al la partioj traktantaj la konekton.
--preproxy postulas curl 7.52.0 aŭ pli novan; aliaj aplikaĵoj eble ne subtenas la saman aranĝon.