Ien Squid-allow-regel betsjut AND; twa kinne OR betsjutte

Lês dit belied lûdop: tastie it kantoarnetwurk de proxy te brûken foar de goedkarde bestimming. As dy betingsten byinoar hearre, hâld se dan byinoar yn de regel.

http_access allow office_clients approved_destination

Beide ACL's moatte oerienkomme, wol dy rigel it fersyk tastean. It splitsen feroaret it belied:

http_access allow office_clients
http_access allow approved_destination

Kantoarklanten kinne no tastien wurde sûnder de bestimmingsbeheining, en fersiken nei dy bestimming sûnder de kantoarbeheining, útsein as in eardere regel se wegere hat. Twa rigels binne gjin lêsberder stavering fan ien rigel.

Oarder is diel fan it belied

Squid beoardielet tagongsregels op folchoarder. De earste oerienkommende beslissing kontrolearret it fersyk. In eardere allow all docht in soarchfâldige lettere beheining te net; in eardere oerienkommende wegering foarkomt dat in lettere tastimming berikt wurdt.

De http_access-dokumintaasje ferklearret dizze folchoarder. Hâld in bewuste lêste wegering oan ynstee fan te fertrouwen op it ûnthâld fan de lêzer foar it ymplisite standertgedrach.

In protte ACL-definysjes hawwe in oare OR-relaasje: ien neamde boarne-ACL kin ferskate tasteane berikken listje. Dat makket de identiteit fan boarne en bestimming net itselde ACL-type. Definiearje se apart, en kombinearje dan de nammen yn in tagongsbeslissing.

Foar in privee útgong hat dit ynfloed op wa't jo útwindige IP brûke kin. Tink oan fjouwer gefallen: goedkarde klant nei goedkarde bestimming, goedkarde klant earne oars, in oare klant nei de goedkarde bestimming, en in oare klant earne oars. As de regels mear gefallen tasteane as it belied bedoelt, reparearje de logika foar't jo de listener ferbreedzje. In syntaktysk jildige konfiguraasje kin noch hieltyd ferkearde tastimmingen útdrukke.