Едно Squid allow правило значи AND; две можат да значат OR

Прочитајте ја оваа политика на глас: дозволете на канцелариската мрежа да го користи проксито за одобрената дестинација. Ако тие услови припаѓаат заедно, држете ги заедно во правилото.

http_access allow office_clients approved_destination

Двете ACL мора да се совпаѓаат за тој ред да го дозволи барањето. Неговото разделување ја менува политиката:

http_access allow office_clients
http_access allow approved_destination

Канцелариските клиенти сега можат да бидат дозволени без ограничувањето за дестинација, а барањата до таа дестинација без канцелариското ограничување, освен ако претходно правило не ги одбило. Два реда не се почитлив правопис на еден ред.

Редоследот е дел од политиката

Squid ги оценува правилата за пристап последователно. Првата совпаѓачка одлука го контролира барањето. Претходно allow all го поништува внимателното подоцнежно ограничување; претходно совпаѓачко одбивање спречува да се стигне до подоцнежно дозволување.

Документацијата за http_access го објаснува овој редослед. Задржете намерно конечно одбивање наместо да се потпирате на тоа дека читателот ќе го запомни имплицитното стандардно однесување.

Многу ACL дефиниции имаат различен OR однос: еден именуван изворен ACL може да наведе неколку дозволени опсези. Тоа не го прави идентитетот на изворот и дестинацијата ист тип на ACL. Дефинирајте ги одделно, потоа комбинирајте ги имињата во одлука за пристап.

За приватен излез, ова влијае на тоа кој може да ја користи вашата надворешна IP. Разгледајте четири случаи: одобрен клиент кон одобрена дестинација, одобрен клиент на друго место, друг клиент кон одобрената дестинација и друг клиент на друго место. Ако правилата дозволуваат повеќе случаи отколку што политиката предвидува, поправете ја логиката пред да го проширите слушателот. Синтаксички валидна конфигурација сепак може да изразува погрешни дозволи.