Pregled tijela neuspjelog proxy CONNECT odgovora pomoću curl

Proxy koji odbija CONNECT može vratiti HTTP dokument greške koji objašnjava njegovu politiku ili neuspjeh dalje veze. Za odobrenu dijagnostiku prema običnom HTTP proxyju curl može poslati taj zahtjev direktno i sačuvati odgovor:

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/

Konačni URL adresira proxy listener. Za odobreno poređenje javnih proxyja lista HTTP proxyja nudi kandidate za taj URL listenera. --request daje token metode; --request-target daje CONNECT ovlaštenje. Njihovo razdvajanje proizvodi CONNECT service.example:443 HTTP/1.1.

Prazna proxy opcija sprječava curl da ovu dijagnostiku usmjeri kroz drugi naslijeđeni proxy. Komanda namjerno izostavlja --fail kako bi HTTP dokument greške mogao biti sačuvan.

Neautentificirani pokušaj može stati na 407 prije nego stigne do neuspjeha koji se istražuje. Koristite predviđeni raspored autentifikacije proxyja kada reproducirate autentificirani zahtjev.

Ovo je za pregled odgovora na neuspjeh. Ako proxy vrati 2xx, veza postaje tunel umjesto običnog prijenosa HTTP tijela. Ova dijagnostika s prilagođenom metodom ne pokreće TLS razmjenu odredišta i može dostići svoj vremenski limit na prihvaćenom otvorenom tunelu.

Koristite normalan tok zahtjeva --proxy za stvarno HTTPS preuzimanje. Čuvajte dijagnostički status i tijelo uz njihov konkretni proxy i cilj.