ولې Squid د HTTPS کوربه ثبتوي خو د پاڼې لار نه
په عادي Squid CONNECT ثبتونو کې د ورکو HTTPS لارو تشریح کوي، پرته له دې چې TLS مداخله د عادي ثبت تنظیم وګڼي.
د shop.example:443 لپاره ثبت Squid ته د /orders/42 لار نه ورکوي. CONNECT کوربه/پورت غواړي؛ بیا د منزل TLS د HTTP لاره د تونل دننه وړي.
| شواهد | عادي CONNECT لېږد |
|---|---|
| د منزل کوربه/پورت او د تونل پایله | پراکسي ته شته. |
| داخلي HTTPS لاره او د اپلیکیشن غوښتنه | د کارېدونکي او وېبپاڼې ترمنځ کوډ شوې. |
د براوزر URL هغه برخه چې په # پیلېږي | معمولاً په کارېدونکي کې پاتې کېږي، حتی له پراکسي ثبت بهر. |
د ثبت بڼه کولای شي هغه ډګرونه ثبت کړي چې Squid یې لري، نه لیدل شوي پیغامونه کوډ پرانیزي. عادي HTTP لېږد توپیر لري ځکه منځګړی هغه HTTP غوښتنه ترلاسه کوي. ډېر تفصیلي وتنه د CONNECT پوله نه بدلوي.
مدیریت شوې TLS مداخله د کارېدونکي باور او اداري اړتیاوې بدلوي. دا کوچنی ثبت سوئیچ نه دی او د عادي IP بدلوونکي فارورډ پراکسي لپاره اړین نه دی.
که اپلیکیشن ستاسو دی او د پاڼې کچې تشخیص ته اړتیا لرئ، د هغې ثبتونه یا په سمه توګه ډیزاین شوې د کارېدونکي ټیلیمیټري وکاروئ. د پراکسي ناکامیو لپاره د منزل کوربه، وخت، حالت او بشپړ شوی ارتباطي پړاو وساتئ؛ دا ډېری وختونه ستونزه پرته له شخصي پاڼې لارو ټولولو مومي.