Преглед тела неуспелог одговора proxy CONNECT помоћу curl

Пошаљите исправно састављен дијагностички CONNECT директно на HTTP прокси и одвојено сачувајте HTTP заглавља и тело грешке.

Прокси који одбија CONNECT може вратити HTTP документ грешке који објашњава његову политику или неуспех даље везе. За одобрену дијагностику према обичном HTTP проксију curl може послати тај захтев директно и сачувати одговор:

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 адресира прокси ослушкивач. За одобрено поређење јавних проксија листа HTTP проксија нуди кандидате за ту URL ослушкивача. --request даје токен методе; --request-target даје CONNECT овлашћење. Њихово раздвајање даје CONNECT service.example:443 HTTP/1.1.

Празна опција проксија спречава curl да ову дијагностику усмери кроз други наслеђени прокси. Команда намерно изоставља --fail како би HTTP документ грешке могао бити сачуван.

Покушај без аутентификације може стати на 407 пре него што стигне до неуспеха који се истражује. Користите предвиђени распоред аутентификације проксија када репродукујете аутентификовани захтев.

Ово је за преглед одговора на неуспех. Ако прокси врати 2xx, веза постаје тунел уместо обичног преноса HTTP тела. Ова дијагностика са прилагођеном методом не покреће TLS размену одредишта и може достићи своје временско ограничење на прихваћеном отвореном тунелу.

Користите уобичајени ток захтева --proxy за стварно HTTPS преузимање. Чувајте дијагностички статус и тело уз њихов конкретни прокси и циљ.

Повезани чланци