Proksi inayokataa CONNECT inaweza kurudisha hati ya hitilafu ya HTTP inayoeleza sera yake au kushindwa kwa muunganisho unaofuata. Kwa uchunguzi ulioidhinishwa dhidi ya proksi ya kawaida ya HTTP, curl inaweza kutuma ombi hilo moja kwa moja na kuhifadhi jibu:

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 ya mwisho inaelekeza kwa msikilizaji wa proksi. Kwa ulinganisho unaoruhusiwa wa proksi za umma, orodha ya proksi za HTTP hutoa wagombea kwa URL hiyo ya msikilizaji. --request hutoa tokeni ya mbinu; --request-target hutoa mamlaka ya CONNECT. Kuzitenganisha huzalisha CONNECT service.example:443 HTTP/1.1.

Chaguo tupu la proksi huzuia curl kuelekeza uchunguzi huu kupitia proksi nyingine iliyorithiwa. Amri inaacha --fail kwa makusudi ili hati ya hitilafu ya HTTP iweze kuhifadhiwa.

Jaribio lisilo na uthibitishaji linaweza kusimama kwenye 407 kabla ya kufikia hitilafu inayochunguzwa. Tumia mpangilio wa uthibitishaji unaokusudiwa na proksi unapozalisha tena ombi lililothibitishwa.

Hii ni kwa kuchunguza majibu ya hitilafu. Ikiwa proksi inarudisha 2xx, muunganisho unakuwa tunnel badala ya uhamishaji wa kawaida wa mwili wa HTTP. Uchunguzi huu wa mbinu maalum hauanzi mabadilishano ya TLS ya lengwa na unaweza kufikia kikomo chake cha muda kwenye tunnel iliyokubaliwa wazi.

Tumia mtiririko wa kawaida wa maombi ya --proxy kwa upataji halisi wa HTTPS. Hifadhi hali na mwili wa uchunguzi pamoja na proksi na lengo lake mahususi.

Makala zinazohusiana