Inspektimi i trupit të përgjigjes së dështuar CONNECT të proxy-t me curl

Dërgoni një CONNECT diagnostik të formuar saktë drejtpërdrejt te një proxy HTTP dhe ruani veçmas titujt dhe trupin e gabimit HTTP.

Një proxy që refuzon CONNECT mund të kthejë një dokument gabimi HTTP që shpjegon politikën e tij ose dështimin e lidhjes pasardhëse. Për një diagnostikim të autorizuar ndaj një proxy HTTP të zakonshëm, curl mund ta dërgojë atë kërkesë drejtpërdrejt dhe ta ruajë përgjigjen:

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/

URL-ja përfundimtare drejtohet te dëgjuesi i proxy-t. Për një krahasim të lejuar të proxive publike, lista e proxive HTTP ofron kandidatë për atë URL dëgjuesi. --request furnizon shenjën e metodës; --request-target furnizon autoritetin CONNECT. Mbajtja e tyre veçmas prodhon CONNECT service.example:443 HTTP/1.1.

Opsioni bosh i proxy-t pengon curl të drejtojë këtë diagnostikim përmes një proxy tjetër të trashëguar. Komanda e lë qëllimisht --fail jashtë në mënyrë që një dokument gabimi HTTP të mund të ruhet.

Një përpjekje e paautentikuar mund të ndalet në 407 përpara se të arrijë dështimin që po hetohet. Përdorni rregullimin e autentikimit të synuar nga proxy kur riprodhoni një kërkesë të autentikuar.

Kjo është për inspektimin e përgjigjeve të dështimit. Nëse proxy kthen 2xx, lidhja bëhet një tunel në vend të një transferimi të zakonshëm trupi HTTP. Ky diagnostikim me metodë të personalizuar nuk nis shkëmbimin TLS të destinacionit dhe mund të arrijë kufirin e tij kohor në një tunel të hapur të pranuar.

Përdorni rrjedhën normale të kërkesave --proxy për një marrje HTTPS reale. Ruani statusin dhe trupin e diagnostikimit me proxy-n dhe objektivin e tyre specifik.

Artikuj të ngjashëm