Prohlédněte si tělo neúspěšné odpovědi proxy CONNECT pomocí curl

Odešlete správně sestavený diagnostický CONNECT přímo na HTTP proxy a uložte hlavičky a tělo chyby HTTP odděleně.

Proxy, která odmítá CONNECT, může vrátit HTTP dokument chyby vysvětlující její zásady nebo selhání navazujícího připojení. Pro povolenou diagnostiku vůči běžné HTTP proxy může curl odeslat tento požadavek přímo a uložit odpověď:

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/

Koncová URL adresuje naslouchající port proxy. Pro povolené srovnání veřejných proxy nabízí seznam HTTP proxy kandidáty pro tuto URL naslouchače. --request dodává token metody; --request-target dodává oprávnění CONNECT. Jejich oddělení vytváří CONNECT service.example:443 HTTP/1.1.

Prázdná volba proxy brání curl v tom, aby tuto diagnostiku směroval přes jinou zděděnou proxy. Příkaz záměrně vynechává --fail, aby mohl být HTTP dokument chyby zachován.

Neověřený pokus se může zastavit na 407 dříve, než dosáhne zkoumaného selhání. Při reprodukci ověřeného požadavku použijte zamýšlené uspořádání ověřování dané proxy.

Slouží k prohlížení odpovědí při selhání. Pokud proxy vrátí 2xx, spojení se stane tunelem namísto běžného přenosu těla HTTP. Tato diagnostika s vlastní metodou nespouští výměnu TLS cíle a může na přijatém otevřeném tunelu dosáhnout svého časového limitu.

Pro skutečné načtení HTTPS použijte běžný tok požadavků --proxy. Uchovávejte diagnostický stav a tělo spolu s konkrétní proxy a cílem.

Související články