curl менен ийгиликсиз proxy CONNECT жообунун денесин текшерүү

Туура түзүлгөн диагностикалык 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дун бул диагностиканы башка мураскан прокси аркылуу өткөрүүсүнө жол бербейт. Буйрук HTTP ката документи сакталышы үчүн --fail параметрин атайын калтырат.

Аутентификациясыз аракет изилденип жаткан ийгиликсиздикке жетпей 407де токтой алат. Аутентификацияланган сурамды кайра жаратууда проксинин көздөгөн аутентификация тартибин колдонуңуз.

Бул ийгиликсиздик жоопторун текшерүү үчүн. Эгер прокси 2xx кайтарса, байланыш кадимки HTTP денесин өткөрүүнүн ордуна туннелге айланат. Бул атайын ыкмалуу диагностика максаттын TLS алмашуусун баштабайт жана кабыл алынган ачык туннелде убакыт чегине жетиши мүмкүн.

Реалдуу HTTPS алуу үчүн кадимки --proxy сурам агымын колдонуңуз. Диагностиканын абалын жана денесин алардын конкреттүү проксиси жана максаты менен бирге сактаңыз.

Тектеш макалалар