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ңизди ким колдоно аларына таасир этет. Төрт учурду карап көрүңүз: бекитилген кардар бекитилген багытка, бекитилген кардар башка жерге, башка кардар бекитилген багытка жана башка кардар башка жерге. Эгер эрежелер саясат көздөгөндөн көп учурга уруксат берсе, угуучуну кеңейтүүдөн мурун логиканы оңдогула. Синтаксистик жактан туура конфигурация дагы туура эмес уруксаттарды билдириши мүмкүн.