د curl په مرسته د ناکام proxy CONNECT ځواب بدن څېړل
سم جوړ شوی تشخیصي CONNECT مستقیم HTTP proxy ته واستوئ او د HTTP ناکامۍ سرلیکونه او بدن جلا وساتئ.
هغه proxy چې CONNECT ردوي کېدای شي د 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 له لارې واستوي. امر په قصد سره --fail پرېږدي ترڅو د HTTP تېروتنې سند وساتل شي.
بې تصدیق هڅه کېدای شي د څېړل کېدونکې ناکامۍ ته له رسېدو مخکې په 407 ودرېږي. کله چې تصدیق شوې غوښتنه بیا جوړوئ، د proxy په نظر کې نیول شوې تصدیق ترتیب وکاروئ.
دا د ناکامۍ ځوابونو څېړنې لپاره دی. که proxy 2xx بیرته راولي، اړیکه د عادي HTTP بدن لېږد پرځای یوه تونل کېږي. دا دودیزې طریقې څېړنه د منزل TLS تبادله نه پیلوي او کېدای شي په منل شوې پرانیستې تونل کې خپل وخت حد ته ورسیږي.
د واقعي HTTPS ترلاسه کولو لپاره عادي --proxy غوښتنې جریان وکاروئ. د څېړنې حالت او بدن د هغوی ځانګړي proxy او هدف سره یوځای وساتئ.