Zinxhiri i proxy-ve nga SOCKS te HTTP në curl
Konfiguroni zinxhirin SOCKS–HTTP që mbështet curl, përcaktoni rendin e pikave fundore dhe testoni çdo hap para bashkimit.
Opsioni --preproxy i curl lidhet me një proxy SOCKS përpara se të arrijë te një proxy HTTP ose HTTPS. Mbështet këtë zinxhir të caktuar, jo një listë arbitrare serverësh proxy.
Rruga është klient → pikë SOCKS → proxy HTTP → destinacion. Zëvendësoni të dyja pikat e dokumentacionit në komandë:
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/Shërbimi SOCKS duhet të arrijë adresën dhe portën e proxy-t HTTP. Pastaj proxy HTTP duhet të pranojë kërkesën për destinacionin. Nëse proxy i dytë përdor emër hosti, modaliteti i parë SOCKS përcakton ku zgjidhet ai emër; një pikë numerike shmang këtë kërkim.
Gjetja e hapit që dështon
Së pari konfirmoni një kërkesë përmes secilës pikë veçmas; për hapin HTTP përdorni një test proxy HTTP me kufij kohorë. Edhe nëse të dy punojnë, rruga e bashkuar mund të dështojë sepse proxy i parë nuk arrin te i dyti.
Lexoni gjurmën e hollësishme sipas rendit të lidhjeve. Dështimi SOCKS gjatë arritjes te proxy i dytë ndodh para vendimit të proxy-t HTTP për të pranuar ose refuzuar CONNECT te faqja. Shënoni cili shtrëngim duarsh dështoi.
Kur ndihmon hapi shtesë
Ky konfigurim mund të vlejë kur një proxy HTTP i autorizuar arrihet përmes rrugës SOCKS. Shton gjithashtu një shërbim dhe rrugë rrjeti që mund të dështojnë ose të shtojnë vonesë. Lidhja në zinxhir e pikave nga një listë publike proxy-sh nuk garanton besueshmëri apo anonimitet dhe ende kërkon besim te palët që trajtojnë lidhjen.
--preproxy kërkon curl 7.52.0 ose më të ri; aplikacione të tjera mund të mos mbështetin të njëjtin konfigurim.