Преглед на тялото на неуспешен отговор на 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 подава authority за CONNECT. Разделянето им произвежда CONNECT service.example:443 HTTP/1.1.

Опцията за празно прокси пречи на curl да насочва тази диагностика през друго наследено прокси. Командата умишлено пропуска --fail, за да може HTTP документът за грешка да бъде запазен.

Опит без удостоверяване може да спре на 407, преди да стигне до изследвания проблем. Използвайте предвидената от проксито схема за удостоверяване, когато възпроизвеждате удостоверена заявка.

Това е за преглед на отговори при грешка. Ако проксито върне 2xx, връзката става тунел, а не обикновено предаване на HTTP тяло. Тази диагностика с персонализиран метод не стартира TLS обмена на дестинацията и може да достигне времевия си лимит при приет отворен тунел.

Използвайте обичайния поток от заявки с --proxy за действително HTTPS изтегляне. Пазете диагностичния статус и тяло заедно с конкретното прокси и цел.

Подобни статии