Üks Squidi allow-reegel tähendab AND; kaks võivad tähendada OR

Lugege seda poliitikat valjusti: lubage kontorivõrgul kasutada puhverserverit kinnitatud sihtkoha jaoks. Kui need tingimused kuuluvad kokku, hoidke neid reeglis koos.

http_access allow office_clients approved_destination

Mõlemad ACL-id peavad ühtima, et see rida taotluse lubaks. Selle jagamine muudab poliitikat:

http_access allow office_clients
http_access allow approved_destination

Kontori kliendid võivad nüüd olla lubatud ilma sihtkoha piiranguta, ja taotlused sellele sihtkohale ilma kontoripiiranguta, kui varasem reegel neid ei keelanud. Kaks rida ei ole ühe rea loetavam kirjapilt.

Järjekord on poliitika osa

Squid hindab juurdepääsureegleid järjest. Esimene sobiv otsus juhib taotlust. Varasem allow all tühistab hilisema hoolika piirangu; varasem sobiv keeld takistab hilisema loa juurde jõudmist.

http_accessi dokumentatsioon selgitab seda järjekorda. Hoidke teadlikku lõplikku keeldu, selle asemel et loota lugeja mälule kaudse vaikekäitumise kohta.

Paljudel ACL-i definitsioonidel on teistsugune OR-suhe: üks nimetatud lähte-ACL võib loetleda mitu lubatud vahemikku. See ei tee lähte ja sihtkoha identiteeti sama tüüpi ACL-iks. Määratlege need eraldi ja ühendage seejärel nimed juurdepääsuotsuses.

Privaatse väljundi puhul mõjutab see, kes saab teie väljapoole suunatud IP-d kasutada. Mõelge neljale juhtumile: kinnitatud klient kinnitatud sihtkohta, kinnitatud klient mujale, teine klient kinnitatud sihtkohta ja teine klient mujale. Kui reeglid lubavad rohkem juhtumeid, kui poliitika kavatseb, parandage loogika enne kuulaja laiendamist. Süntaktiliselt kehtiv konfiguratsioon võib siiski väljendada vale õigusi.