Ein Squid-allow-regla þýðir AND; tvær geta þýtt OR

Lestu þessa stefnu upphátt: leyfðu skrifstofunetinu að nota proxyið fyrir samþykkt áfangastað. Ef þessi skilyrði eiga saman, haltu þeim saman í reglunni.

http_access allow office_clients approved_destination

Bæði ACL verða að passa svo sú lína leyfi beiðnina. Að kljúfa hana breytir stefnunni:

http_access allow office_clients
http_access allow approved_destination

Nú má leyfa skrifstofuviðskiptavinum án áfangastaðartakmörkunar, og beiðnum til þess áfangastaðar án skrifstofutakmörkunar, nema fyrri regla hafi hafnað þeim. Tvær línur eru ekki læsilegri stafsetning einnar línu.

Röð er hluti af stefnunni

Squid metur aðgangsreglur í röð. Fyrsta samsvarandi ákvörðun stýrir beiðninni. Fyrri allow all gerir vandlega seinni takmörkun að engu; fyrri samsvarandi höfnun kemur í veg fyrir að ná seinni leyfingu.

http_access-skjölin útskýra þessa röð. Haltu viljandi lokahöfnun í stað þess að treysta því að lesandinn muni eftir óbeinu sjálfgefnu hegðuninni.

Margar ACL-skýringar hafa aðra OR-tengingu: ein nefnd upprunaleg ACL getur talið upp nokkur leyfð svið. Það gerir auðkenni uppruna og áfangastaðar ekki að sama ACL-gerð. Skilgreindu þau sér og sameinaðu svo nöfnin í aðgangsákvörðun.

Fyrir einkarekin útgang hefur þetta áhrif á hverjir geta notað útandyra IP-ið þitt. Íhugaðu fjögur tilvik: samþykktur viðskiptavinur til samþykks áfangastaðar, samþykktur viðskiptavinur annars staðar, annar viðskiptavinur til samþykkta áfangastaðarins, og annar viðskiptavinur annars staðar. Ef reglurnar leyfa fleiri tilvik en stefnan ætlar, lagaðu rökfræðina áður en þú víkkar hlustandann. Syntaktískt gilt uppsetning getur samt tjáð rangar heimildir.