د پروکسي تصدیق پرته د Squid یو هدف ته اجازه ورکړئ

د څارنې پاڼه باید پرته له پروکسي ننوتلو کار وکړي. روښانه قاعده http_access allow status_site ده. که د تصدیق مخکې کیښودل شي، کېدای شي استثنا هغو مراجعینو ته هم ورکړي چې هېڅکله یې د خدمت کولو اراده نه وه.

د Squid 6 یا 7 لپاره د استثنا شرایط یوځای وساتئ. له موجوده مدیریت، ناامن پورټ، CONNECT او محلي خدمت خوندیتوبونو وروسته، اړوند برخه کېدای شي داسې ښکاره شي:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

شبکه او د کوربه نوم ځای نیونکي دي. تصدیق لا هم خپل موجود مرستندوی ترتیب ته اړتیا لري. دا د لاسرسي تګلارې د استثنا برخه ده، نه بشپړ پروکسي ترتیب.

لومړی کرښه ټاکل شوو مراجعینو ته پرته له د ننوتلو ACL ارزولو هغه هدف ته اجازه ورکوي. بله کرښه هغو مراجعینو ته بل ځای یوازې د تصدیق وروسته اجازه ورکوي. مخکینی پراخ اجازې یا وروستي بدیلې لارې کېدای شي پایله بدله کړي، نو بشپړه ترتیبه شوې تګلاره، په ګډون د شاملو شوو فایلونو، ولولئ.

یوازې د یوې غوښتنې د مخنیوي لپاره استثنا د هدف پورټ خوندیتوبونو پورته مه ګرځوئ. په ناغوښتل شوي پورټ کې مجاز سایټ لا هم بېل مسیر دی. همدارنګه پریکړه وکړئ چې ایا سم کوربه یا د هغه فرعي ډومینونه باید وړ وي، پرځای د بې اړتیا پراخ پسوند اضافه کولو.

د کوربه نوم استثنا د تطابق وړ هدف پوښي، نه هغه هر تکیه چې د هغه پاڼه یې باروي. لېږدونه او د دریمې ډلې شتمنۍ کولای شي په قانوني ډول عادي ننوتلو غوښتنې سره مخ شي.

د ساده HTTP لپاره، پروکسي کولای شي چېرې چې مناسب وي دقیق URL معلومات وکاروي. عادي HTTPS CONNECT غوښتنه د پاڼې لار نه ښیي، نو د 'یوازې یوه پاڼه' قاعده د ټول کوربه لپاره د تونل استثنا څخه نشي اخیستل کېدای.