Unu allow-regulo de Squid signifas AND; du povas signifi OR

Legu ĉi tiun politikon laŭte: permesu al la oficeja reto uzi la prokuran servilon por la aprobita celo. Se tiuj kondiĉoj apartenas kune, tenu ilin kune en la regulo.

http_access allow office_clients approved_destination

Ambaŭ ACL-oj devas kongrui, por ke tiu linio permesu la peton. Dividi ĝin ŝanĝas la politikon:

http_access allow office_clients
http_access allow approved_destination

Oficejaj klientoj nun povas esti permesataj sen la cellimigo, kaj petoj al tiu celo sen la oficeja limigo, krom se pli frua regulo rifuzis ilin. Du linioj ne estas pli legebla skribo de unu linio.

Ordo estas parto de la politiko

Squid taksas alirregulojn sinsekve. La unua kongrua decido regas la peton. Pli frua allow all nuligas zorgeman postan limigon; pli frua kongrua rifuzo malhelpas atingi postan permeson.

La dokumentaro pri http_access klarigas ĉi tiun sinsekvon. Tenu intencan finan rifuzon anstataŭ fidi, ke leganto memoros la implicitan defaŭltan konduton.

Multaj ACL-difinoj havas alian OR-rilaton: unu nomita fonta ACL povas listigi plurajn permesitajn gamojn. Tio ne faras la identecon de fonto kaj celo la sama ACL-tipo. Difinu ilin aparte, poste kunigu la nomojn en alirdecido.

Por privata eliro, tio influas, kiu povas uzi vian eksteran IP. Konsideru kvar kazojn: aprobita kliento al aprobita celo, aprobita kliento aliloken, alia kliento al la aprobita celo, kaj alia kliento aliloken. Se la reguloj permesas pli da kazoj ol la politiko intencas, riparu la logikon antaŭ ol vastigi la aŭskultanton. Sintakse valida agordo ankoraŭ povas esprimi malĝustajn permesojn.