Suriin ang katawan ng nabigong proxy CONNECT na tugon gamit ang curl

Ang proxy na tumatanggi sa CONNECT ay maaaring magbalik ng HTTP error na dokumento na nagpapaliwanag ng patakaran nito o ng kabiguan ng susunod na koneksyon. Para sa awtorisadong diagnostic laban sa karaniwang HTTP proxy, maaaring ipadala ng curl ang kahilingang iyon nang direkta at i-save ang tugon:

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/

Ang huling URL ay tumutukoy sa listener ng proxy. Para sa pinahintulutang paghahambing ng pampublikong proxy, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa listener URL na iyon. Ang --request ay nagbibigay ng token ng pamamaraan; ang --request-target ay nagbibigay ng awtoridad ng CONNECT. Ang paghiwalay sa kanila ay gumagawa ng CONNECT service.example:443 HTTP/1.1.

Ang walang laman na opsyon ng proxy ay pumipigil sa curl na i-ruta ang diagnostic na ito sa ibang minanang proxy. Sadyang inalis ng utos ang --fail upang mapanatili ang HTTP error na dokumento.

Ang pagtatangkang walang pagpapatotoo ay maaaring huminto sa 407 bago maabot ang sinisiyasat na kabiguan. Gamitin ang inilaan na kaayusan ng pagpapatotoo ng proxy kapag ginagawa muli ang isang awtorisadong kahilingan.

Ito ay para sa pagsusuri ng mga tugon ng kabiguan. Kung ang proxy ay magbalik ng 2xx, ang koneksyon ay nagiging isang tunnel sa halip na karaniwang paglilipat ng katawan ng HTTP. Ang diagnostic na may pasadyang pamamaraan ay hindi nagsisimula ng TLS exchange ng destinasyon at maaaring umabot sa limitasyon ng oras nito sa isang tinanggap na bukas na tunnel.

Gamitin ang normal na daloy ng kahilingan na --proxy para sa tunay na pagkuha ng HTTPS. Itago ang katayuan at katawan ng diagnostic kasama ang kanilang partikular na proxy at target.