Бұл саясатты дауыстап оқыңыз: кеңсе желісіне проксиді бекітілген межеге пайдалануға рұқсат етіңіз. Егер бұл шарттар бірге болса, ережеде де оларды бірге ұстаңыз.

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

Қатысты мақалалар