ຊອກຫາຄຳຂໍທີ່ລົ້ມເຫຼວໃນບັນທຶກ Squid
ໃຊ້ access.log ສຳລັບຜົນທຸລະກຳ ແລະ cache.log ສຳລັບຂໍ້ຜິດພາດຂອງ Squid ເອງ ໂດຍແຍກສະຖານະອຸໂມງອອກຈາກສະຖານະປາຍທາງ.
ໃນແພັກເກດ Squid 6 ຂອງ Debian ໃຫ້ເລີ່ມຈາກບັນທຶກທຸລະກຳ ແລະ daemon ຕາມປົກກະຕິ:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logການບັນທຶກທີ່ປັບແຕ່ງ ຫຼືຕົວຈັດການບໍລິການອາດສົ່ງມັນໄປບ່ອນອື່ນ. ສ້າງຄຳຂໍທີ່ມີຂອບເຂດຈຳກັດໜຶ່ງຄັ້ງຈາກແຫຼ່ງທີ່ຮູ້ ແລະຈົດເວລາ, ວິທີ ແລະປາຍທາງ ເພື່ອຈັບຄູ່ລາຍການທີ່ຖືກຕ້ອງ.
| ຫຼັກຖານ | ສິ່ງທີ່ອ່ານໄດ້ຈາກມັນ |
|---|---|
| ຜົນໃນຮູບແບບດັ້ງເດີມຂອງ access.log | ລະຫັດຜົນ Squid ແລະສະຖານະ HTTP ເປັນສ່ວນແຍກກັນຂອງທຸລະກຳ. |
| ຂໍ້ມູນລຳດັບຊັ້ນການເຂົ້າເຖິງ | ການສົ່ງຕໍ່ໃຊ້ພຣັອກຊີແມ່ ຫຼືເສັ້ນທາງອື່ນແນວໃດ. |
| CONNECT ສຳເລັດ | ອຸໂມງເປີດແລ້ວ; ນີ້ບໍ່ແມ່ນສະຖານະເວັບໄຊທ໌ທີ່ມາພາຍຫຼັງຢູ່ໃນ TLS ທີ່ເຂົ້າລະຫັດ. |
| cache.log | ຂໍ້ຜິດພາດຂອງໂປຣແກຣມຊ່ວຍ, ການເລີ່ມ, ຕົວແກ້ຊື່ ແລະການຕັ້ງຄ່າໃນ Squid ເອງ. |
ຖ້າບໍ່ເຫັນຄຳຂໍທີ່ກົງກັນ ໃຫ້ຢືນຢັນວ່າໄຄລເອັນນີ້ໄດ້ເຖິງ Squid ທີ່ກຳລັງແລ່ນນີ້ ແລະຕົວຟັງນີ້. ກວດ ACL ຂອງການບັນທຶກ, ບັບເຟີ, ການໝູນວຽນໄຟລ໌ ແລະທຸລະກຳຍັງເຄື່ອນໄຫວຫຼືບໍ່; ອຸໂມງອາຍຸຍາວອາດຍັງບໍ່ມີລາຍການເຂົ້າເຖິງສຸດທ້າຍ. ການຂ້າມພຣັອກຊີ ຫຼືໂປຣເຊສພຣັອກຊີເກົ່າອາດສົ່ງທຣາຟຟິກໄປບ່ອນອື່ນ, ຈຶ່ງຕ້ອງຈັບຄູ່ໂປຣເຊສທີ່ຟັງກັບຄ່າທີ່ມັນໂຫຼດໄວ້ ກ່ອນແກ້ນະໂຍບາຍການເຂົ້າເຖິງ.
ແບ່ງປັນທຸລະກຳທີ່ກ່ຽວຂ້ອງໂດຍປິດບັງຂໍ້ມູນອ່ອນໄຫວ ແລະຂໍ້ຜິດພາດທີ່ຢູ່ໃກ້ກັນ. URL, ຄິວຣີ, ທີ່ຢູ່ຕົ້ນທາງ ແລະຊື່ຜູ້ໃຊ້ອາດເປັນຂໍ້ມູນສ່ວນຕົວ; ການສົ່ງບັນທຶກທັງໝົດ ຫຼືເປີດບັນທຶກສ່ວນຫົວທັງໝົດໂດຍບໍ່ມີຄວາມຈຳເປັນສະເພາະ ເພີ່ມການເປີດເຜີຍແທນຫຼັກຖານທີ່ມີປະໂຫຍດ.