Prezrite si telo neúspešnej odpovede proxy CONNECT pomocou curl

Odošlite správne zostavený diagnostický CONNECT priamo na HTTP proxy a uložte hlavičky a telo chyby HTTP oddelene.

Proxy, ktorá odmieta CONNECT, môže vrátiť HTTP dokument chyby vysvetľujúci jej politiku alebo zlyhanie nasledujúceho pripojenia. Pre povolenú diagnostiku voči bežnej HTTP proxy môže curl odoslať túto požiadavku priamo a uložiť odpoveď:

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/

Konečná URL adresuje počúvajúci port proxy. Pre povolené porovnanie verejných proxy ponúka zoznam HTTP proxy kandidátov pre túto URL počúvača. --request poskytuje token metódy; --request-target poskytuje oprávnenie CONNECT. Ich oddelenie vytvára CONNECT service.example:443 HTTP/1.1.

Prázdna voľba proxy bráni curl v tom, aby túto diagnostiku smeroval cez inú zdedenú proxy. Príkaz zámerne vynecháva --fail, aby sa HTTP dokument chyby mohol zachovať.

Neoverený pokus sa môže zastaviť na 407 pred dosiahnutím skúmaného zlyhania. Pri reprodukcii overenej požiadavky použite zamýšľané usporiadanie overovania danej proxy.

Slúži na prezeranie odpovedí pri zlyhaní. Ak proxy vráti 2xx, spojenie sa stane tunelom namiesto bežného prenosu tela HTTP. Táto diagnostika s vlastnou metódou nespúšťa výmenu TLS cieľa a môže na prijatom otvorenom tuneli dosiahnuť svoj časový limit.

Pre skutočné načítanie HTTPS použite bežný tok požiadaviek --proxy. Uchovávajte diagnostický stav a telo spolu s konkrétnou proxy a cieľom.

Súvisiace články