CONNECT-ஐ மறுக்கும் proxy அதன் கொள்கையையோ அல்லது அடுத்த இணைப்பின் தோல்வியையோ விளக்கும் HTTP பிழை ஆவணத்தைத் திருப்பித் தரலாம். சாதாரண HTTP proxy-க்கு எதிரான அனுமதிக்கப்பட்ட கண்டறிவுக்கு, 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 proxy-யின் கேட்பானைக் குறிக்கிறது. அனுமதிக்கப்பட்ட பொது proxy ஒப்பீட்டுக்கு HTTP proxy பட்டியல் அந்தக் கேட்பான் URL-க்கு வேட்பாளர்களை வழங்குகிறது. --request முறை டோக்கனை வழங்குகிறது; --request-target CONNECT அதிகாரத்தை வழங்குகிறது. அவற்றைத் தனித்து வைப்பது CONNECT service.example:443 HTTP/1.1-ஐ உருவாக்குகிறது.

காலி proxy விருப்பம் curl இந்தக் கண்டறிவை மற்றொரு மரபுவழி proxy வழியாக அனுப்புவதைத் தடுக்கிறது. HTTP பிழை ஆவணம் தக்கவைக்கப்பட வேண்டும் என்பதற்காக கட்டளை வேண்டுமென்றே --fail-ஐ விட்டுவிடுகிறது.

அங்கீகாரமற்ற முயற்சி, ஆராயப்படும் தோல்வியை அடையும் முன் 407-இல் நிற்கலாம். அங்கீகரிக்கப்பட்ட கோரிக்கையை மீண்டும் உருவாக்கும்போது proxy விரும்பும் அங்கீகார ஏற்பாட்டைப் பயன்படுத்தவும்.

இது தோல்விப் பதில்களை ஆய்வு செய்வதற்கானது. proxy 2xx-ஐத் திருப்பித் தந்தால், இணைப்பு சாதாரண HTTP உடல் பரிமாற்றத்திற்குப் பதிலாக ஒரு சுரங்கப்பாதையாக மாறும். இந்தத் தனிப்பயன் முறைக் கண்டறிவு இலக்கின் TLS பரிமாற்றத்தைத் தொடங்காது, ஏற்கப்பட்ட திறந்த சுரங்கப்பாதையில் அதன் நேர வரம்பை அடையலாம்.

உண்மையான HTTPS பெறுவதற்கு வழக்கமான --proxy கோரிக்கை ஓட்டத்தைப் பயன்படுத்தவும். கண்டறிவின் நிலையையும் உடலையும் அவற்றின் குறிப்பிட்ட proxy மற்றும் இலக்குடன் வைத்திருங்கள்.

தொடர்புடைய கட்டுரைகள்