ຜູ້ຊ່ວຍເຊສຊັນຂອງ Squid ໄປໃສແລ້ວ?

ການຕັ້ງຄ່າທີ່ຄັດລອກຈາກເຊີບເວີອື່ນໄດ້ກ່າວເຖິງ ext_session_acl. ແພັກເກດ Squid ຂອງທ່ານບໍ່ມີໄຟລ໌ຢູ່ເສັ້ນທາງນັ້ນ. ນີ້ອາດເປັນຄວາມບໍ່ສອດຄ່ອງຂອງແພັກເກດ ບໍ່ແມ່ນເຊສຊັນຜູ້ໃຊ້ທີ່ແຕກຫັກ.

Squid ສາມາດມອບການຕັດສິນໃຈ ACL ພາຍນອກໃຫ້ໂປຣແກຣມຊ່ວຍ ແຕ່ການຕັ້ງຊື່ໂປຣແກຣມໃນ external_acl_type ບໍ່ໄດ້ຕິດຕັ້ງມັນ. ໄຟລ໌ໄບນາລີຕ້ອງມີຢູ່ໃນສະພາບແວດລ້ອມທີ່ຕິດຕັ້ງແລ້ວ.

ປຽບທຽບສາມຢ່າງ:

• ຊື່ຜູ້ຊ່ວຍທີ່ມີເອກະສານສຳລັບລຸ້ນ Squid ທີ່ທ່ານໃຊ້.
• ໄຟລ໌ທີ່ແພັກເກດຂອງການແຈກຢາຍຂອງທ່ານໃຫ້ຕົວຈິງ.
• ເສັ້ນທາງແບບສົມບູນຂອງໄຟລ໌ທີ່ປະຕິບັດໄດ້ໃນການຕັ້ງຄ່າທີ່ Squid ໂຫຼດ.

Debian ເຜີຍແຜ່ຄູ່ມືສຳລັບ ext_session_acl ແຕ່ຊື່ຄູ່ມືທີ່ກົງກັນບໍ່ແມ່ນຫຼັກຖານວ່າມີໄຟລ໌ໄບນາລີຢູ່ເສັ້ນທາງທີ່ຄັດລອກໃນເຊີບເວີຂອງທ່ານ. ກວດເບິ່ງຂໍ້ມູນແພັກເກດຂອງການຕິດຕັ້ງນັ້ນເອງ ແລະ ໂຟນເດີຜູ້ຊ່ວຍ.

ຖ້າແພັກເກດຂອງມັນບໍ່ໃຫ້ຜູ້ຊ່ວຍທີ່ຕ້ອງການ ໃຫ້ເບິ່ງການແບ່ງແພັກເກດທີ່ຮອງຮັບ ແລະ ຂໍ້ມູນການສ້າງຂອງການແຈກຢາຍ. ຊື່ໂຟນເດີຍ່ອຍໃນຕົ້ນໄມ້ແຫຼ່ງລະຫັດບໍ່ແມ່ນຫຼັກຖານວ່າໄຟລ໌ໄບນາລີຜົນລັບມີຢູ່ໃນທຸກການສ້າງ.

ແຍກ “ບໍ່ມີໄຟລ໌” ອອກຈາກ “ມີໄຟລ໌ແຕ່ເລີ່ມບໍ່ໄດ້”. ກໍລະນີທີສອງອາດກ່ຽວຂ້ອງກັບອິນເຕີພຣີເຕີ, ຫ້ອງສະໝຸດທີ່ແບ່ງປັນ, ສິດອະນຸຍາດ ຫຼື ການຈຳກັດບໍລິການ. ສຳລັບຄວາມຜິດພາດນັ້ນ ໃຫ້ເບິ່ງ ຂໍ້ຄວາມເລີ່ມຕົ້ນຂອງຜູ້ຊ່ວຍ Squid. ອາການທັງສອງບໍ່ແມ່ນຫຼັກຖານວ່າລະຫັດຜ່ານຂອງຜູ້ໃຊ້ພຣັອກຊີຜິດ.

ຜູ້ຊ່ວຍຈາກເຊີບເວີເກົ່າທີ່ບໍ່ກ່ຽວຂ້ອງບໍ່ສາມາດແລກປ່ຽນໄດ້ພຽງແຕ່ຍ້ອນຊື່ໄຟລ໌ຂອງມັນກົງກັບການຕັ້ງຄ່າ.