آیا د Squid د URL بیا لیکونکی د ځوابونو بدنونه بدلولی شي؟
کله چې د مخې لوري پراکسي پراخوئ، د غوښتنې URL ټاکنه د ځوابونو له سمون او TLS له کوډ خلاصون څخه جلا وساتئ.
url_rewrite_program د غوښتنې د URL پر پرېکړو کار کوي. دا د غوښتنې معلومات ترلاسه کوي او د Squid د مرستندوی پروتوکول له لارې ځواب ورکوي؛ داسې ډاونلوډ شوی فایل نه ترلاسه کوي چې سم یې کړي او بېرته یې ولېږي.
| غوښتل شوی عمل | اړوند حد |
|---|---|
| لټونکی بې بلې پاڼې ته لېږل یا بله غوښتنې URL ټاکل | د URL بیا لیکونکي مرستندوی رول په غوښتنې پړاو کې |
| د لیدل کېدونکي HTTP ځواب بدن بدلول | د ځوابونو د سمون وسیله، لکه ترتیب شوی ICAP ځواب بدلون |
| په عادي CONNECT کې د HTTP لوستل | لومړی باید د منزل TLS په مناسبه ځای پرځای کېدو کې پای ته ورسېږي |
| د یوې اپلیکیشن له خوا کوډ شوی فایل خلاصول | د فایل بڼه، الګوریتم او کیلي، پرته له دې چې څنګه لېږدول کېږي |
وروستې دوې کرښې په اسانۍ سره ګډېږي. عادي فایل چې د HTTPS له لارې لېږدول کېږي د TLS له خوا ساتل کېږي. د اپلیکیشن له خوا کوډ شوی فایل کېدای شي د HTTPS له پای ته رسېدو وروسته هم کوډ شوی پاتې شي. د سمون انټرفیس ټاکل نه د اپلیکیشن کیلي او نه د هغې د کوډ خلاصون الګوریتم برابروي.
عادي CONNECT کوډ شوي د تونل بایټونه لېږدوي. د URL مرستندوی داخلي ځواب نه ښکاره کوي؛ هغه ډیزاین چې تفتیش ته اړتیا لري باید معلومه کړي چې ایا دا ترافیک په ځای پرځای کېدو کې خلاصېدای شي او باید خلاص شي که نه.
چېرې چې Squid د HTTP پیغام تفتیشولی شي، د ځواب بدلون خدمت لا هم د منځپانګې کوډ کولو، بدل شوو اوږدوالي او د ناکامۍ چلند مسؤل دی. انټرفیس وروسته له دې وټاکئ چې بدلون تعریف کړئ، نه دا چې یو فعال د URL بیا لیکنې بېلګه هغه پروسس پړاو ته وغځوئ چې هغه هیڅکله نه ترلاسه کوي.