curl abil ebaõnnestunud proxy CONNECT vastuse keha uurimine

Saada korrektselt koostatud diagnostiline CONNECT otse HTTP-proxy serverile ning salvesta HTTP-tõrke päised ja keha eraldi.

CONNECT-i tagasilükkav proxy võib tagastada HTTP-veadokumendi, mis selgitab selle poliitikat või edasise ühenduse tõrget. Autoriseeritud diagnostika jaoks tavalise HTTP-proxy vastu saab curl selle päringu otse saata ja vastuse salvestada:

curl --proxy '' --http1.1 --max-time 10 \
  --request CONNECT \
  --request-target service.example:443 \
  --header 'Host: service.example:443' \
  --dump-header tunnel.headers \
  --output tunnel.body \
  http://proxy.example:8080/

Lõplik URL adresseerib proxy kuulajat. Lubatud avalike proxyde võrdlemiseks pakub HTTP-proxyde loend selle kuulaja URL-i jaoks kandidaate. --request annab meetodi tunnuse; --request-target annab CONNECT-i volituse. Nende eraldi hoidmine annab CONNECT service.example:443 HTTP/1.1.

Tühi proxy-valik takistab curlil seda diagnostikat teise päritud proxy kaudu suunata. Käsk jätab --fail teadlikult välja, et HTTP-veadokument saaks alles jääda.

Autentimata katse võib peatuda 407 juures enne uuritava tõrkeni jõudmist. Autenditud päringu taasesitamisel kasuta proxy ettenähtud autentimiskorraldust.

See on tõrkevastuste uurimiseks. Kui proxy tagastab 2xx, muutub ühendus tunneliks, mitte tavaliseks HTTP-keha edastuseks. See kohandatud meetodiga diagnostika ei käivita sihtkoha TLS-vahetust ja võib aktsepteeritud avatud tunnelis jõuda oma ajapiirini.

Tegelikuks HTTPS-allalaadimiseks kasuta tavalist --proxy päringuvoogu. Hoia diagnostika olek ja keha koos nende konkreetse proxy ja sihiga.

Seotud artiklid