ການແຄຊ໌ ACL ພາຍນອກຂອງ Squid: ເປັນຫຍັງຕົວຊ່ວຍຈຶ່ງບໍ່ຖືກເອີ້ນທຸກຄັ້ງ
ອອກແບບຕົວຊ່ວຍ ACL ພາຍນອກຂອງ Squid ອ້ອມຂ້າງຂະບວນການແບບຕໍ່ເນື່ອງ, ກະແຈແຄຊ໌ການຕັດສິນ ແລະ ຂໍ້ກໍານົດທີ່ຊັດເຈນກ່ຽວກັບຄວາມສົດຂອງການອະນຸຍາດ.
ຕົວຊ່ວຍທີ່ບັນທຶກຄໍາຮ້ອງຂໍໜຶ່ງແລ້ວກໍ່ງຽບອາດເປັນເລື່ອງປົກກະຕິ. Squid ອາດປະເມີນກົດດ້ວຍຜົນຂອງ ACL ພາຍນອກທີ່ແຄຊ໌ໄວ້ ໂດຍບໍ່ສົ່ງຄໍາຖາມອື່ນໄປຫາຕົວຊ່ວຍ.
ທໍາອິດ ກໍານົດການຕັດສິນທີ່ໃຊ້ຄືນໄດ້. «ບັນຊີນີ້ໃຊ້ພຣັອກຊີໄດ້ບໍ?» ຕ້ອງການຂໍ້ມູນແຕກຕ່າງຈາກ «ບັນຊີນີ້ໄປຮອດປາຍທາງນີ້ໄດ້ບໍ?» ຮູບແບບ ACL ພາຍນອກແບບຂະຫຍາຍສ້າງກະແຈແຄຊ໌. ຖ້າຕົວຊ່ວຍຕັດສິນຕາມຊື່ຜູ້ໃຊ້ແລະປາຍທາງ ແຕ່ກະແຈມີພຽງຊື່ຜູ້ໃຊ້, ການອະນຸຍາດທີ່ແຄຊ໌ໄວ້ອາດໃຊ້ກວ້າງກວ່າທີ່ຕັ້ງໃຈ. ລວມຂໍ້ມູນທຸກຢ່າງທີ່ປ່ຽນຄໍາຕອບ ແລະ ຫຼີກລ່ຽງລາຍລະອຽດທີ່ພຽງແຕ່ແຍກການຕັດສິນທີ່ທຽບເທົ່າກັນ.
ຈາກນັ້ນ ເລືອກຄວາມສົດ. ttl ແລະ negative_ttl ທາງບວກຄວບຄຸມຜົນທີ່ກົງກັນແລະບໍ່ກົງກັນ; grace ສາມາດເລີ່ມການຣີເຟຣຊກ່ອນລາຍການໝົດອາຍຸ. ຕັດສິນວ່າການອະນຸຍາດທີ່ແຄຊ໌ໄວ້ຂອງບັນຊີທີ່ຖືກຍົກເລີກຈະສົ່ງຜົນຕໍ່ການຕັດສິນຕໍ່ໄປໄດ້ດົນປານໃດ. ບໍ່ມີການຕັ້ງຄ່າໃດໃນນີ້ທີ່ອະນຸຍາດອຸໂມງ CONNECT ທີ່ສ້າງແລ້ວຄືນໃໝ່ສໍາລັບທຸກໄບຕ໌ ຫຼື ຄໍາຮ້ອງ HTTPS ພາຍໃນ. ຖ້າຕົວຊ່ວຍບັງຄັບໂຄຕາການຈະລາຈອນ, ການໂອນທີ່ໄດ້ຮັບອະນຸຍາດອາດສືບຕໍ່ຫຼັງຈາກຍອດເງິນປ່ຽນ.
ຕົວຊ່ວຍເປັນຜູ້ເຂົ້າຮ່ວມໂປຣໂຕຄໍແບບຕໍ່ເນື່ອງ ບໍ່ຈໍາເປັນຂະບວນການສະຄຣິບໃໝ່ສໍາລັບທຸກຄໍາຮ້ອງຂໍ. ຮັກສາໃຫ້ພ້ອມສໍາລັບແຖວຄໍາຖາມຕໍ່ໄປ ແລະ ສົ່ງທຸກຄໍາຕອບຢ່າງໄວ. ໃສ່ການວິນິດໄສໃນຊ່ອງທາງອື່ນ. ເມື່ອເປີດການເຮັດວຽກພ້ອມກັນ, ສົ່ງຄືນຕົວລະບຸຊ່ອງທາງທີ່ໄດ້ຮັບຕາມຄວາມເໝາະສົມ.
ສຸດທ້າຍ, ກໍານົດຜົນຂອງຄວາມຊ້າ, ການໃຊ້ບໍ່ໄດ້ ແລະ ຂໍ້ຜິດພາດພາຍໃນ ແລະ ເຮັດໃຫ້ລໍາດັບ ACL ອ້ອມຂ້າງສ້າງຜົນເຫຼົ່ານັ້ນ. ການອອກແບບສໍາເລັດເມື່ອທັງຄວາມຈໍາສະເພາະ ແລະ ອາຍຸທີ່ອະນຸຍາດຂອງຄໍາຕອບທີ່ໃຊ້ຄືນໄດ້ ກົງກັບຂໍ້ກໍານົດການເຂົ້າເຖິງ.