curls proxykjede frå SOCKS til HTTP
Set opp SOCKS-til-HTTP-kjeda curl støttar, finn rekkjefølgja på endepunkta og test kvart hopp før dei vert kombinerte.
curls --preproxy koplar til ein SOCKS-proxy før ein HTTP- eller HTTPS-proxy vert nådd. Valet støttar denne bestemte kjeda, ikkje ei vilkårleg liste med proxytenarar.
Stien er klient → SOCKS-endepunkt → HTTP-proxy → mål. Byt ut begge dokumentasjonsendepunkta i kommandoen:
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/SOCKS-tenesta må kunne nå adressa og porten til HTTP-proxyen. HTTP-proxyen må deretter godta målførespurnaden. Dersom den andre proxyen brukar eit vertsnamn, avgjer den første SOCKS-modusen kvar namnet vert slått opp; eit numerisk endepunkt unngår dette oppslaget.
Finn hoppet som feilar
Stadfest først ein førespurnad gjennom kvart endepunkt for seg; bruk ein HTTP-proxytest med tidsgrenser for HTTP-hoppet. Sjølv om begge verkar, kan den kombinerte ruta feile fordi den første proxyen ikkje kan nå den andre.
Les den detaljerte sporinga i tilkoplingsrekkjefølgje. Ein SOCKS-feil på veg til den andre proxyen kjem før avgjerda til HTTP-proxyen om å godta eller avvise CONNECT til nettstaden. Noter kva handtrykk som feila.
Når det ekstra hoppet hjelper
Oppsettet kan vere nyttig når ein autorisert HTTP-proxy er tilgjengeleg via ein SOCKS-sti. Det legg òg til ei teneste og ei nettrute som kan feile eller gje forseinkingar. Å kjede endepunkt frå ei offentleg proxyliste gjev ingen garanti for pålitelegheit eller anonymitet og krev framleis tillit til partane som handterer sambandet.
--preproxy krev curl 7.52.0 eller nyare; andre program støttar kanskje ikkje same oppsett.