د Squid myportname او src یوځای کول په جلا ACLونو سره
یو نومول شوی Squid listener له اجازه لرونکي کلاینټ شبکې سره یوځای کړئ پرته له دې چې په یوه تعریف کې دوه ډوله ACL کېږدئ.
ترتیبول لومړي نظر ته د باور وړ ښکاري:
acl team_a myportname 3128 src 198.51.100.0/24
خو د ACL تعریف یوازې یو ډول لري. دلته myportname ډول دی؛ د src کلمې زیاتول دوهم ازموینه نه پیلوي. پاتې کلمې د لومړي ډول د ارزښتونو لیست پورې اړه لري. هغه کرښه «دا listener او دا د کلاینټ شبکه» نه څرګندوي.
هر شرط ته نوم ورکړئ
د اورېدونکي socket لپاره نوم او د سرچینې لپاره جلا ACL وکاروئ. دا برخه د اسنادو پتې کاروي، چې باید د ځای پرځای کولو لپاره مناسب پتو سره بدلې شي:
http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24
http_access allow team_a_port team_a_clients
http_access deny all
د اجازې قاعده د ناامنو منزل پورټونو، محدود CONNECT هدفونو او اداري لاسرسي لپاره د موجودو ساتنو وروسته کېږدئ. برخه د کلاینټ/listener شرط ښیي؛ دا هغه ساتنې نه بدلوي.
په یوه http_access کرښه کې شرطونه د AND سره یوځای کېږي. دوه جلا اجازه کرښې به هر شرط په خپلواکه توګه تېر کړي، چې پالیسي به ډېره بدله کړي. په یوه ACL کې څو ارزښتونه معمولاً د هغې یوې ازموینې لپاره بدیلونه برابروي.
وتل جلا وټاکئ
سمون لرونکی listener کولای شي د tcp_outgoing_address له لارې هم په ځایي سرچینه پته غوره کړي. هغه د لارې ټاکنه ده، نه د پروکسي کارولو اجازه. د وتلو پتې قاعده نشي کولای رد شوې غوښتنه د http_access له لارې تېره کړي.
که چېرې څو-پتې ترتیبول د نوي کولو وروسته کار پرېږدي، شواهد جلا کړئ: د تحلیل تېروتنه د ترتیبول نحو ته اشاره کوي؛ د لاسرسي رد د قاعدو سمون ته؛ اجازه لرونکې غوښتنه د غلط وتلو سره د وتلو ټاکنې یا وروسته NAT ته. درېواړه یوځای بدلول د کوچنۍ ACL تېروتنې موندل ډېر سختوي.