ກົດ allow ໜຶ່ງຂອງ Squid ໝາຍເຖິງ 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 ພາຍນອກຂອງທ່ານ. ພິຈາລະນາສີ່ກໍລະນີ: ລູກຄ້າທີ່ໄດ້ຮັບອະນຸມັດໄປຫາຈຸດໝາຍທີ່ໄດ້ຮັບອະນຸມັດ, ລູກຄ້າທີ່ໄດ້ຮັບອະນຸມັດໄປບ່ອນອື່ນ, ລູກຄ້າອື່ນໄປຫາຈຸດໝາຍທີ່ໄດ້ຮັບອະນຸມັດ, ແລະ ລູກຄ້າອື່ນໄປບ່ອນອື່ນ. ຖ້າ ກົດອະນຸຍາດຫຼາຍກໍລະນີກວ່າທີ່ນະໂຍບາຍຕັ້ງໃຈໄວ້, ແກ້ໄຂຕັກກະສາດກ່ອນທີ່ຈະຂະຫຍາຍຕົວຮັບຟັງ. ການຕັ້ງຄ່າທີ່ຖືກຕ້ອງຕາມໄວຍາກອນຍັງສາມາດສະແດງສິດທີ່ຜິດ.