Rigardi la respondon-korpon de malsukcesa proxy CONNECT per curl

Prokurilo, kiu rifuzas CONNECT, povas redoni HTTP-erardokumenton klarigantan sian politikon aŭ la malsukceson de la plua konekto. Por rajtigita diagnozo al ordinara HTTP-prokurilo, curl povas sendi tiun peton rekte kaj konservi la respondon:

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/

La fina URL adresas la aŭskultilon de la prokurilo. Por permesita komparo de publikaj prokuriloj, la listo de HTTP-prokuriloj donas kandidatojn por tiu aŭskultila URL. --request donas la metodan ĵetonon; --request-target donas la CONNECT-rajton. Teni ilin aparte produktas CONNECT service.example:443 HTTP/1.1.

La malplena prokurila opcio malhelpas curl direkti ĉi tiun diagnozon tra alia heredita prokurilo. La komando intence preterlasas --fail por ke HTTP-erardokumento povu esti konservita.

Nerajtigita provo povas halti ĉe 407 antaŭ ol atingi la esploratan malsukceson. Uzu la intencitan aŭtentikigan aranĝon de la prokurilo kiam vi reproduktas aŭtentikigitan peton.

Ĉi tio estas por rigardi malsukcesajn respondojn. Se la prokurilo redonas 2xx, la konekto fariĝas tunelo anstataŭ ordinara HTTP-korpa transmeto. Ĉi tiu diagnozo kun propra metodo ne komencas la TLS-interŝanĝon de la celo kaj povas atingi sian tempolimon sur akceptita malferma tunelo.

Uzu la normalan --proxy-petfluon por reala HTTPS-elŝuto. Konservu la diagnozan staton kaj korpon kun ilia specifa prokurilo kaj celo.