د Squid له لارې یو اضافي HTTPS پورټ ته اجازه ورکړئ
که منل شوی HTTPS خدمت پورټ 8443 کاروي، په Squid 6.13 کې د پورټونو دواړه ACLونه تازه کړئ او د موخې قاعده محدوده وساتئ.
په پورټ 8443 کې د HTTPS خدمت د سم تنظیم شوي Squid پراکسي له لارې هم ناکامېدای شي، که څه هم په 443 کې عادي HTTPS کار کوي. د پېرن د پراکسي پروتوکول تر بدلولو مخکې د CONNECT ردول او د موخې د پورټ تګلاره وګورئ.
د Squid 6.13 په یوه عادي لاسرسي تګلاره کې دوه کتنې مهمې دي: موخه باید د Safe_ports کتنه تېره کړي او CONNECT باید د SSL_ports کتنه تېره کړي. یوازې یوه ACL ته د پورټ زیاتول ښايي بل رد لا هم پر ځای پرېږدي.
شته تعریفونه په غور پراخ کړئ
د داسې تګلارې لپاره چې عادي وېب پورټونو او یوه اضافي HTTPS پورټ ته اجازه ورکوي:
acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443اړوند تعریفونه بدل یا سم کړئ، څو د زړو ارزښتونو یوه ناڅاپي ټولګه پر ځای پاتې نه شي. د ناامنو پورټونو او CONNECT د رد عادي قواعد او همدارنګه ټاکل شوي د پېرن محدودیتونه وساتئ.
استثنا محدوده وساتئ
که اضافي پورټ یوازې د یوې تر کنټرول لاندې موخې لپاره اړین وي، د پېرن د اجازې تر قاعدې مخکې یو ځانګړی رد ورزیات کړئ:
acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_targetدا پته د اسنادو لپاره د بېلګې ځایناستی دی. هغه موخه وکاروئ چې تاسو یې اداره کوئ یا د لاسرسي اجازه ورته لرئ، او د هغې د پتې واقعي بدلونونه په پام کې ونیسئ. دا د اضافي پورټ استثنا محدودوي، نه دا چې په 8443 کې هرې موخې ته اجازه ورکړي.
د فعال تنظیم ټول متن نحوي تحلیل کړئ او د قواعدو ترتیب وګورئ. سم لیکل شوی رد هم مطلوب محدودیت نه برابروي که د پېرن د اجازې له سمون خوړونکې قاعدې وروسته کېښودل شي.
منل شوی کوربه نوم د هغه له اصلي سند او پورټ سره وازمویئ، بیا یوه تر کنټرول لاندې موخه وازمویئ چې باید لا هم رد شي. د TLS تصدیق فعال وساتئ، څو د موخې د هویت تېروتنې د پراکسي د تګلارې له تېروتنو بېلې شي. په ځانګړي پورټ کې د یوې غوښتنې د کار کولو لپاره د CONNECT ټول خوندیتوب مه لرې کوئ.