Një rregull allow i Squid do të thotë AND; dy mund të thonë OR

Lexoni me zë të lartë këtë politikë: lejoni rrjetin e zyrës të përdorë proxy-n për destinacionin e miratuar. Nëse këto kushte i përkasin njëra-tjetrës, mbajini bashkë në rregull.

http_access allow office_clients approved_destination

Të dy ACL-të duhet të përputhen që ajo rresht t'i lejojë kërkesën. Ndarja e saj ndryshon politikën:

http_access allow office_clients
http_access allow approved_destination

Tani klientët e zyrës mund të lejohen pa kufizimin e destinacionit, dhe kërkesat drejt atij destinacioni pa kufizimin e zyrës, përveç nëse një rregull i mëparshëm i ka refuzuar. Dy rreshta nuk janë një drejtshkrim më i lexueshëm i një rreshti.

Rendi është pjesë e politikës

Squid i vlerëson rregullat e aksesit në rend. Vendimi i parë që përputhet kontrollon kërkesën. Një allow all i mëparshëm asgjëson një kufizim të kujdesshëm të mëvonshëm; një refuzim përputhës i mëparshëm pengon arritjen e një lejeje të mëvonshme.

Dokumentacioni i http_access shpjegon këtë rend. Mbani një refuzim përfundimtar të qëllimshëm në vend që të mbështeteni se lexuesi kujton sjelljen implicite të parazgjedhur.

Shumë përkufizime ACL kanë një marrëdhënie tjetër OR: një ACL burim i emërtuar mund të listojë disa intervale të lejuara. Kjo nuk e bën identitetin e burimit dhe destinacionit të njëjtin lloj ACL. Përcaktojini veçmas, pastaj kombinoni emrat në një vendim aksesi.

Për një dalje private, kjo ndikon se kush mund të përdorë IP-në tuaj të jashtme. Merrni parasysh katër raste: klient i miratuar drejt destinacionit të miratuar, klient i miratuar diku tjetër, klient tjetër drejt destinacionit të miratuar dhe klient tjetër diku tjetër. Nëse rregullat lejojnë më shumë raste sesa synon politika, rregulloni logjikën përpara se të zgjeroni dëgjuesin. Një konfigurim sintaksisht i vlefshëm mund të shprehë prapë leje të gabuara.