Viens Squid allow noteikums nozīmē AND; divi var nozīmēt OR
Lasiet Squid ACL kombinācijas un sakārtotos piekļuves noteikumus, lai privāts starpniekserveris piešķirtu tikai paredzēto piekļuvi.
Izlasiet šo politiku skaļi: ļaujiet biroja tīklam izmantot starpniekserveri apstiprinātajam galamērķim. Ja šie nosacījumi pieder kopā, turiet tos kopā noteikumā.
http_access allow office_clients approved_destination
Abiem ACL jāsakrīt, lai šī rinda atļautu pieprasījumu. Tās sadalīšana maina politiku:
http_access allow office_clients
http_access allow approved_destination
Tagad biroja klientiem var atļaut bez galamērķa ierobežojuma, un pieprasījumiem uz šo galamērķi bez biroja ierobežojuma, ja vien iepriekšējs noteikums tos nav noraidījis. Divas rindas nav vienas rindas lasāmāks rakstījums.
Secība ir politikas daļa
Squid izvērtē piekļuves noteikumus secīgi. Pirmais atbilstošais lēmums kontrolē pieprasījumu. Agrāks allow all atceļ rūpīgu vēlāku ierobežojumu; agrāks atbilstošs noraidījums neļauj sasniegt vēlāku atļauju.
http_access dokumentācija skaidro šo secību. Saglabājiet apzinātu galīgo noraidījumu, nevis paļaujieties, ka lasītājs atcerēsies netiešo noklusējuma uzvedību.
Daudzām ACL definīcijām ir citas OR attiecības: viens nosaukts avota ACL var uzskaitīt vairākus atļautus diapazonus. Tas nepadara avota un galamērķa identitāti par vienu ACL tipu. Definējiet tos atsevišķi, pēc tam apvienojiet nosaukumus piekļuves lēmumā.
Privātai izejai tas ietekmē to, kas var izmantot jūsu ārējo IP. Apsveriet četrus gadījumus: apstiprināts klients uz apstiprinātu galamērķi, apstiprināts klients citur, cits klients uz apstiprināto galamērķi un cits klients citur. Ja noteikumi atļauj vairāk gadījumu, nekā politika paredz, izlabojiet loģiku pirms klausītāja paplašināšanas. Sintaktiski derīga konfigurācija joprojām var izteikt nepareizas atļaujas.