ຕິດຕາມການກວດສອບຕົວຕົນຂອງ Squid 7 ດ້ວຍ debug_options ພາກທີ 29
ໃຊ້ເຊສຊັນ debug ຈຳກັດຂອງພາກທີ 29 ເພື່ອຕິດຕາມການທ້າທາຍ, ການຕອບສະໜອງຂອງລູກຄ້າ, ຕົວຊ່ວຍກວດສອບ ແລະ ການຕັດສິນນະໂຍບາຍການເຂົ້າເຖິງ.
407 ຄັ້ງທຳອິດຂອງ Squid ອາດເປັນເລີ່ມຕົ້ນຂອງການກວດສອບຕົວຕົນ. ເພື່ອຊອກຫາວ່າການພະຍາຍາມໜຶ່ງຢຸດຢູ່ໃສ, ໃຫ້ຕິດຕາມລຳດັບຄຳຂໍໜຶ່ງຜ່ານລູກຄ້າ, ກົນໄກກວດສອບ ແລະ ການຕັດສິນການເຂົ້າເຖິງ.
ໃນເຊສຊັນວິນິໄສ Squid 7, ພາກທີ 29 ມີຂໍ້ຄວາມ debug ກ່ຽວກັບການກວດສອບຕົວຕົນ. ການຕັ້ງຄ່າຊົ່ວຄາວສາມາດຮັກສາລະດັບເຕືອນທົ່ວໄປ ໃນຂະນະທີ່ເພີ່ມພາກນັ້ນ:
debug_options ALL,1 29,5ບັນທຶກການຕັ້ງຄ່າ debug ກ່ອນໜ້າ, ນຳໃຊ້ການຕັ້ງຄ່າວິນິໄສ ແລະ ເຮັດການພະຍາຍາມນ້ອຍໆທີ່ສາມາດລະບຸໄດ້ຄືນ. ອ່ານຜົນ debug ທີ່ປາຍທາງ cache_log ທີ່ຕັ້ງໄວ້ ພ້ອມກັບບັນທຶກການເຂົ້າເຖິງ.
| ຫຼັກຖານທີ່ຈະຊອກ | ຕອບຄຳຖາມໃດ |
|---|---|
| ຮູບແບບ Proxy-Authenticate ທີ່ສະເໜີ | ພຣັອກຊີນີ້ຂໍໃຫ້ລູກຄ້າໃຊ້ຫຍັງ? |
| ການຕອບສະໜອງການກວດສອບຂອງລູກຄ້າ | ລູກຄ້າສືບຕໍ່ການແລກປ່ຽນທີ່ສະເໜີບໍ? |
| ກົນໄກກວດສອບ ຫຼື ຜົນຂອງຕົວຊ່ວຍ | ບັນຊີຖືກຮັບ, ປະຕິເສດ ຫຼື ຖືກສະກັດໂດຍຄວາມຜິດພາດໃນການປະມວນຜົນບໍ? |
| ການຕັດສິນນະໂຍບາຍການເຂົ້າເຖິງຂອງ Squid | ເກີດຫຍັງກັບຄຳຂໍຫຼັງຈາກສະຖານະການກວດສອບນັ້ນ? |
ບາງຮູບແບບຕ້ອງການຫຼາຍຮອບການທ້າທາຍ. ລາຍການ 407 ທີ່ເກີດຊ້ຳພຽງຢ່າງດຽວບໍ່ໄດ້ພິສູດວ່າເບຣົາວ໌ເຊີລະເລີຍຄຳເຕືອນ ຫຼື ລະຫັດຜ່ານທີ່ໃຫ້ມາແມ່ນຜິດ.
ສຳລັບຄວາມຜິດພາດຂອງຕົວຊ່ວຍ, ກວດເບິ່ງຕົວຊ່ວຍທີ່ຕັ້ງໄວ້ ແລະ ໂປຣໂຕຄໍຜົນລັບທີ່ເຈາະຈົງຕາມຮູບແບບ. ຂະບວນການທີ່ເລີ່ມບໍ່ໄດ້ແມ່ນຄວາມຜິດພາດຕ່າງຈາກຕົວຊ່ວຍທີ່ກຳລັງເຮັດວຽກແລ້ວປະຕິເສດບັນຊີ. ຖ້າການກວດສອບຖືກຮັບແຕ່ Squid ຍັງປະຕິເສດຄຳຂໍ, ໃຫ້ປະຕິບັດຕາມກົດການເຂົ້າເຖິງທີ່ກົງກັນ.
ຄືນສະພາບລະດັບ debug ເດີມເມື່ອເຂົ້າໃຈລຳດັບແລ້ວ. ຜົນລະດັບ 9 ເຕັມອາດໃຫຍ່ຫຼາຍ; ການວິນິໄສການກວດສອບກໍຕ້ອງການການຈັດການແບບຈຳກັດ ເພາະລາຍລະອຽດບັນຊີ ແລະ ສະຖານະອື່ນທີ່ລະອຽດອ່ອນອາດປາກົດ.