ຄວນໃຊ້ຕົວນັບໄບຕ໌ Squid ໂຕໃດສຳລັບໂຄຕ້າການຈາລະຈອນ?
ຕັດສິນວ່າໂຄຕ້າພຣັອກຊີວັດແທກການຕອບສະໜອງ, ຄຳຮ້ອງຂໍ, ບໍດີຈາກຊັ້ນເທິງ ຫຼື ການຈາລະຈອນຂອງລິ້ງເຂົ້າເຖິງ ກ່ອນຈະບວກຊ່ອງຂໍ້ມູນບັນທຶກຂອງ Squid.
«ໃຫ້ຜູ້ໃຊ້ແຕ່ລະຄົນສິບກິກະໄບຕ໌» ຟັງເບິ່ງຄືຊັດເຈນ ຈົນກວ່າສອງລາຍງານຈະບໍ່ກົງກັນ. ອັນໜຶ່ງບວກການຕອບສະໜອງທີ່ສົ່ງໄປຫາລູກຄ້າ; ອີກອັນໜຶ່ງນັບໄບຕ໌ທີ່ດຶງມາຈາກຊັ້ນເທິງ. ທັງສອງອາດຈະລາຍງານຊ່ອງທີ່ຕົນເລືອກຢ່າງຖືກຕ້ອງ.
ຮູບແບບບັນທຶກຂອງ Squid ມີຕົວນັບທີ່ແຍກກັນ:
| ຊ່ອງ | ການວັດແທກທີ່ເອກະສານກຳນົດ |
|---|---|
%<st | ການຈາລະຈອນຕອບສະໜອງທັງໝົດທີ່ສົ່ງໃຫ້ລູກຄ້າ ຫຼັງການປັບແຕ່ງ |
%>st | ຂະໜາດຄຳຮ້ອງຂໍທັງໝົດທີ່ຮັບຈາກລູກຄ້າ ໂດຍບໍ່ລວມໄບຕ໌ການເຂົ້າລະຫັດແບບ chunked |
%<bs | ໄບຕ໌ຂອງເນື້ອຂໍ້ຄວາມທີ່ເທົ່າກັບ HTTP ທີ່ຮັບຈາກ hop ຕໍ່ໄປ ພ້ອມຂໍ້ຍົກເວັ້ນທີ່ເອກະສານກຳນົດ |
ຖັນ bytes ຂອງບັນທຶກ Squid ພື້ນເມືອງໃຊ້ຕົວນັບການຕອບສະໜອງຫາລູກຄ້າ. ມັນບໍ່ແມ່ນຄຳໝັ້ນສັນຍາວ່າຄ່າຈະເທົ່າກັບຄວາມຍາວຂອງໄຟລ໌ທີ່ບັນທຶກໄວ້ ແລະ ກໍບໍ່ແມ່ນການວັດແທກທຸກໄບຕ໌ Ethernet ຫຼື IP ທີ່ ISP ຄິດໄລ່.
ການພົບໃນແຄດສະແດງຄວາມແຕກຕ່າງ: Squid ສາມາດສົ່ງການຕອບສະໜອງໂດຍບໍ່ດຶງຂໍ້ມູນໃໝ່ຈາກຊັ້ນເທິງ. ວຽກທີ່ມີການອັບໂຫຼດຫຼາຍສະແດງອີກຢ່າງ: ການນັບພຽງແຕ່ການຕອບສະໜອງເຮັດໃຫ້ທິດທາງຄຳຮ້ອງຂໍຢູ່ນອກງົບປະມານ.
ສຳລັບ CONNECT, ພຣັອກຊີສາມາດບັນຊີການຈາລະຈອນທີ່ສົ່ງຕໍ່ ໂດຍບໍ່ເຂົ້າໃຈໄຟລ໌ ຫຼື ໜ້າທີ່ຖືກເຂົ້າລະຫັດແຕ່ລະອັນໃນອຸໂມງ. ມັນບໍ່ສາມາດປ່ຽນຍອດລວມໄບຕ໌ຂອງອຸໂມງໃຫ້ເປັນລາຍການທີ່ຊັດເຈນຂອງວັດຖຸແອັບພລິເຄຊັນທີ່ດາວໂຫຼດ.
ຂຽນສັນຍາໂຄຕ້າຢູ່ຂ້າງຕົວນັບ: ທິດທາງ, ຈຸດສັງເກດ, ໄລຍະເວລາບັນຊີ ແລະ ອັດຕະລັກສະເພາະ. ຈາກນັ້ນເກັບຮັກສາເວີຊັນຂອງຮູບແບບບັນທຶກໄວ້ກັບລາຍງານ. ການບໍ່ເຫັນດີກັນວ່າໄບຕ໌ໝາຍເຖິງຫຍັງ ບໍ່ຄວນຖືກ «ແກ້ໄຂ» ໂດຍການຄູນທຸກຄ່າດ້ວຍຕົວປັບຖ້ວນທີ່ເດົາເອົາ. ສຳລັບການບັງຄັບໃຊ້ ຍອດລວມຂອງທຸລະກຳທີ່ສຳເລັດແລ້ວອາດຊ້າກວ່າການໃຊ້ງານຕົວຈິງ.