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 සහ ඉලක්කය සමඟ තබා ගන්න.

අදාළ ලිපි