د Squid ننوتل او د مراجع سم IP دواړه وغواړئ

سم پټنوم یوازې د دې تګلارې نیمه برخه ده: حساب باید له یو تایید شوي مراجع پتې هم کار وکړي. په Squid کې دواړه څېړنې په یوه لاسرسي قاعده کې ایښودل د هغې اړتیا او د دوو جلا ننوتلو لارو ترمنځ توپیر دی.

په دې فرض چې تصدیق لا دمخه تنظیم شوی، لکه Squid 6.13 NCSA ترتیب، بنسټیزه تګلاره دا ده:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

هغه سرچینه چې Squid واقعاً ترلاسه کوي وکاروئ؛ بېلګه یو مستنداتي پته ده. د ناامن منزل بندرونو، سیمه ایزو خدمتونو او CONNECT ترافیک لپاره پخواني محافظتونه وساتئ. دا ټوټه یوځای شوی شرط ښیي، نه بشپړ د اورېدونکي ترتیب.

د هغې پورتنۍ قواعد وګورئ

پخوانی پراخ اجازه کولای شي غوښتنه د نوي شرط له رسېدو دمخه ومني. د http_access حواله ترتیب شوی سمون بیانوي. بشپړ ترتیب ولولئ، په شمول شاملې فایلونه.

د کاروونکي نوم لپاره یوه اجازه او د سرچینې لپاره بله دواړه نه غواړي. هر قطار کولای شي په خپلواکه توګه بریالی شي. هغه بېله تګلاره ده.

د proxy_auth ACL د تصدیق مرستونکي پورې تړلی دی. د هغې تعریفول د کاروونکي جوړولو یا پټنوم تاییدولو لاره نه ده. دا بېلګه د یو څرګند پراکسي لپاره ده چې مراجعین یې کولای شي د پراکسي تصدیق ننګونو ته ځواب ووايي.

د سرچینې هویت هم حدود لري. د یو NAT شاته خلک کولای شي یوه پته شریکه کړي، او ګرځېدونکی لپ ټاپ کولای شي پته بدله کړي. اضافي شرط د حساب د کارېدونکې شبکې موقعیت تنګوي؛ دا په باوري ډول فزیکي کمپیوټر نه پېژني. ډاډه شئ چې دا محدودیت د هغه دلیل سره سمون لري چې تاسو شرط په لومړي ځل اضافه کړی و.