په Squid 6.13 کې د TLS مخکښ پراکسي اورېدونکی

Squid 6.13 د GnuTLS یا OpenSSL سره جوړ وي، د TLS له لارې د مخکښ پراکسي غوښتنې منلای شي. دا د کلاینټ–پراکسي اړیکه د HTTPS موخې جلا ناستې له منځګړیتوب پرته ساتي.

1. د هغه کوربه نوم لپاره سند واخلئ چې کلاینټونه پرې Squid ته رسېږي. خصوصي کیلي یوازې هغو خدمتي هویتونو ته محدوده کړئ چې ورته اړتیا لري.
2. له خپلې ټاکل شوې پتې او د سندونو له رښتینو لارو سره TLS اورېدونکی زیات کړئ:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

د کلاینټ اجازه لېست او د موخې محدودیتونه او د تصدیق تګلاره وساتئ. اورېدونکی د لاسرسي اجازه نه ورکوي. موجود http_port هم فعال پرېږدي؛ که ټول کلاینټ اتصالونه باید TLS وکاروي، زوړ اورېدونکی لرې یا محدود کړئ. چټکوونکی، منځګړیتوب یا د سند جوړولو حالت ته اړتیا نشته.

د ټاکل شوي خدمت تر بیا بارولو مخکې تنظیمات تحلیل کړئ. د تحلیل کوونکي کتنه جوړښت او د سند بارول تاییدوي، نه د شبکې د لاسرسي وړتیا. له بریالي بیا بارولو وروسته له منل شوي کلاینټه د TLS نښلېدو ځای له لارې غوښتنه وکړئ:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

رښتینی پراکسي کوربه نوم او منل شوی CA فایل وکاروئ. په عامه توګه باوري پراکسي سند ښايي ځانګړې ټولګې ته اړتیا ونه لري. --proxy-cacert د پراکسي باور تنظیموي او د موخې تایید جلا پرېږدي؛ دواړه کتنې وساتئ.

رښتینی اورېدونکی او د سند نوم وګورئ، بیا هغه کنټرول شوې سرچینه هم وازمویئ چې باید رد شي. یوازې بریالی تحلیل د کلاینټ باور یا د لاسرسي پوله نه ثابتوي.