Squid'da bitta allow qoidasi AND degani; ikkitasi OR bo'lishi mumkin
Squid ACL birikmalari va tartiblangan kirish qoidalarini o'qing, shunda shaxsiy proksi faqat mo'ljallangan kirishni beradi.
Bu siyosatni ovoz chiqarib o'qing: ofis tarmog'iga tasdiqlangan manzil uchun proksidan foydalanishga ruxsat bering. Agar bu shartlar birga bo'lsa, qoidada ham ularni birga saqlang.
http_access allow office_clients approved_destination
O'sha satr so'rovga ruxsat berishi uchun ikkala ACL ham mos kelishi kerak. Uni bo'lish siyosatni o'zgartiradi:
http_access allow office_clients
http_access allow approved_destination
Endi ofis mijozlariga manzil cheklovisiz ruxsat berish mumkin, va o'sha manzilga so'rovlarga ofis cheklovisiz, agar avvalgi qoida ularni rad qilmagan bo'lsa. Ikki satr bir satrning o'qishliroq yozilishi emas.
Tartib siyosatning bir qismi
Squid kirish qoidalarini tartib bilan baholaydi. Birinchi mos keladigan qaror so'rovni boshqaradi. Avvalgi allow all keyingi ehtiyotkor cheklovni bekor qiladi; avvalgi mos rad etish keyingi ruxsatga yetishga to'sqinlik qiladi.
http_access hujjatlari bu tartibni tushuntiradi. O'quvchi yashirin standart xatti-harakatni eslab qoladi deb ishonish o'rniga ataylab oxirgi rad etishni saqlang.
Ko'pgina ACL ta'riflarida boshqa OR munosabati bor: bitta nomlangan manba ACL bir nechta ruxsat etilgan diapazonlarni sanab o'tishi mumkin. Bu manba va manzil o'ziga xosligini bir xil ACL turiga aylantirmaydi. Ularni alohida belgilang, so'ngra nomlarni kirish qarorida birlashtiring.
Shaxsiy chiqish uchun bu sizning tashqi IP-dan kim foydalanishi mumkinligiga ta'sir qiladi. To'rtta holatni ko'rib chiqing: tasdiqlangan mijoz tasdiqlangan manzilga, tasdiqlangan mijoz boshqa joyga, boshqa mijoz tasdiqlangan manzilga va boshqa mijoz boshqa joyga. Agar qoidalar siyosat mo'ljallaganidan ko'proq holatga ruxsat bersa, tinglovchini kengaytirishdan oldin mantiqni tuzating. Sintaktik jihatdan to'g'ri konfiguratsiya ham noto'g'ri ruxsatlarni ifodalashi mumkin.