Прокси синџирот од SOCKS кон HTTP во curl
Поставете го синџирот SOCKS–HTTP што curl го поддржува, одредете го редот на крајните точки и тестирајте го секој чекор пред спојување.
Опцијата --preproxy на curl се поврзува со SOCKS прокси пред да стигне до HTTP или HTTPS прокси. Го поддржува овој конкретен синџир, а не произволна листа прокси сервери.
Патеката е клиент → SOCKS точка → HTTP прокси → цел. Заменете ги двете документациски точки во командата:
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 услугата мора да може да стигне до адресата и портата на HTTP проксито. Потоа HTTP проксито мора да го прифати барањето кон целта. Ако второто прокси користи име на хост, првиот SOCKS режим одредува каде се разрешува тоа име; бројчена точка го избегнува тоа пребарување.
Наоѓање на неуспешниот чекор
Прво потврдете барање преку секоја точка одделно; за HTTP чекорот користете тест на HTTP прокси со временски ограничувања. И кога двете работат, споената рута може да пропадне затоа што првото прокси не стигнува до второто.
Читајте ја деталната трага по редот на поврзување. SOCKS грешката при стигнување до второто прокси доаѓа пред одлуката на HTTP проксито да прифати или одбие CONNECT кон сајтот. Запишете кое ракување не успеало.
Кога помага дополнителниот чекор
Овој распоред може да е корисен кога дозволено HTTP прокси е достапно преку SOCKS патека. Но додава уште услуга и мрежна рута што може да откажат или да зголемат доцнење. Поврзување точки од јавна листа на прокси не гарантира доверливост или анонимност и сè уште бара доверба во страните што ја обработуваат врската.
--preproxy бара curl 7.52.0 или понов; други апликации можеби не го поддржуваат истиот распоред.