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-г хэн ашиглаж болохыг нөлөөлнө. Дөрвөн тохиолдлыг авч үз: зөвшөөрөгдсөн клиент зөвшөөрөгдсөн очих газарт, зөвшөөрөгдсөн клиент өөр газар, өөр клиент зөвшөөрөгдсөн очих газарт, өөр клиент өөр газар. Хэрэв дүрмүүд бодлогоос илүү олон тохиолдлыг зөвшөөрвөл, сонсогчийг өргөжүүлэхийн өмнө логикийг засаарай. Синтаксийн хувьд зөв тохиргоо ч буруу зөвшөөрлийг илэрхийлж болно.