د Squid څخه ټاکل شوي HTTP غوښتنې HTTPS ته لیږدول

Squid کولی شي براوزر ته ووایي چې ټاکل شوی HTTP URL د HTTPS له لارې بیا هڅه وکړي. منزل باید لا دمخه اړوند سرچینه د HTTPS له لارې وړاندې کړي؛ Squid په Raspberry Pi کې چلول په وېبپاڼه کې هغه وړتیا نه جوړوي.

د Squid 7 د url_rewrite_program انټرفیس لپاره، helper کولی شي داسې کلاینټ لیږد بیرته راوګرځوي:

OK status=307 url="https://www.example.com/help"

دا د ورته غوښتنې لپاره یو بېلګه helper ځواب دی، نه بشپړ helper پروګرام. براوزر لیږد ترلاسه کوي او HTTPS URL ته نوی غوښتنه کوي. د لوړولو له تګلارې بهر URL کولی شي OK ترلاسه کړي او بدلون پرته پاتې شي.

د HTTPS وړ منزلو یوه پیژندل شوې لیست وکاروئ او راغلی URL تحلیل کړئ. ټاکل شوې لار او query وساتئ، ښکاره پورټونه په پام کې ونیسئ او د غوښتنې میتودونه په شعوري ډول اداره کړئ. هر http مختاړی په ناڅاپي ډول بدلول فرض کوي چې هر اصل مساوي HTTPS خدمت لري.

helper باید د نصب شوي Squid نسخې پروتوکول له مخې هرې ننوتنې کرښې ته ځواب ووایي. که موازي helper چینلونه فعال وي، په ځواب کې د چینل پیژندونکی وساتئ. زوړ بربنډ 301:URL بېلګه د اوسني result-and-key/value بڼې سره د تبادلې وړ نه ده.

کله چې براوزر باید نوی URL وپېژني، کلاینټ لیږد غوره کړئ. rewrite-url ځواب پرځای Squid ته وایي چې د کلاینټ اصلي غوښتنې شاته بل URL راوړي، کوم چې کولی شي د اپلیکیشن URLونه او حالت ناسازګار پرېږدي.

لومړنۍ HTTP غوښتنه لا دمخه Squid ته رسېدلې وه مخکې له دې چې helper یې لیږد کړای شي. دا تګلاره نشي کولی هغه غوښتنه په شا کې خوندي کړي. TLS په بل HTTPS اړیکه کې پیل کیږي؛ یوازې CONNECT تونل هېڅ کوډګري نه ورکوي.