Lees hierdie beleid hardop: laat die kantoornetwerk die proxy vir die goedgekeurde bestemming gebruik. As daardie voorwaardes saam hoort, hou hulle saam in die reël.

http_access allow office_clients approved_destination

Albei ACL's moet pas vir daardie reël om die versoek toe te laat. Om dit te splits verander die beleid:

http_access allow office_clients
http_access allow approved_destination

Kantoorkliënte kan nou toegelaat word sonder die bestemmingsbeperking, en versoeke na daardie bestemming sonder die kantoorbeperking, tensy 'n vroeëre reël hulle geweier het. Twee reëls is nie 'n leesbaarder spelling van een reël nie.

Volgorde is deel van die beleid

Squid evalueer toegangsreëls in volgorde. Die eerste passende beslissing beheer die versoek. 'n Vroeëre allow all verydel 'n noukeurige latere beperking; 'n vroeëre passende weiering verhoed dat 'n latere toelaat bereik word.

Die http_access-dokumentasie verduidelik hierdie volgorde. Hou 'n doelbewuste finale weiering eerder as om op 'n leser se geheue van die implisiete verstekgedrag te vertrou.

Baie ACL-definisies het 'n ander OF-verhouding: een genoemde bron-ACL kan verskeie toegelate reekse lys. Dit maak nie bron en bestemming se identiteit dieselfde ACL-tipe nie. Definieer hulle afsonderlik en kombineer dan die name in 'n toegangsbeslissing.

Vir 'n private uitgang beïnvloed dit wie jou uitwaartse IP kan gebruik. Oorweeg vier gevalle: goedgekeurde kliënt na goedgekeurde bestemming, goedgekeurde kliënt elders, 'n ander kliënt na die goedgekeurde bestemming, en 'n ander kliënt elders. As die reëls meer gevalle toelaat as wat die beleid bedoel, herstel die logika voordat jy die luisteraar verbreed. 'n Sintakties geldige konfigurasie kan steeds die verkeerde toestemmings uitdruk.

Verwante artikels