ການຕອບສະໜອງ 403 ຂອງ Squid: ການປະຕິເສດໃໝ່ ຫຼື ຂໍ້ຜິດພາດທີ່ເກັບໃນແຄດ?

ການເຫັນໜ້າ 403 ດຽວກັນສອງເທື່ອບໍ່ແມ່ນຫຼັກຖານຂອງການຖືກແຄດ. ທຽບບັນທຶກການເຂົ້າເຖິງຂອງທຸລະກຳ ແລະ ຫົວຂໍ້ການຕອບສະໜອງກັບຄຳຖາມສອງຂໍ້: ໃຜສ້າງການປະຕິເສດ, ແລະ ການຕອບສະໜອງທີ່ເກັບໄວ້ຖືກນຳມາໃຊ້ຄືນຫຼືບໍ່?

• ຄຳຮ້ອງທີ່ຖືກປະຕິເສດໃນທ້ອງຖິ່ນຕ້ອງການແກ້ໄຂການຕັດສິນໃຈກ່ຽວກັບກົດການເຂົ້າເຖິງ ຫຼື ຕົວຕົນ.
• ການປະຕິເສດໃໝ່ຈາກແຫຼ່ງຕົ້ນກຳເນີດໝາຍຄວາມວ່າແຫຼ່ງຕົ້ນກຳເນີດຍັງປະຕິເສດຄຳຮ້ອງ.
• ການຕອບສະໜອງຈາກແຫຼ່ງຕົ້ນກຳເນີດທີ່ນຳມາໃຊ້ຄືນຕ້ອງການກວດສອບນະໂຍບາຍຄວາມສົດໃໝ່ ແລະ ການຕັ້ງຄ່າແຄດທີ່ໃຊ້.

ການເກັບແຄດ HTTP ລວມມີການຕອບສະໜອງທາງລົບບາງຢ່າງພາຍໃຕ້ເງື່ອນໄຂ, ແຕ່ 403 ບໍ່ໄດ້ຮັບຄວາມສົດໃໝ່ແບບຄາດຄະເນໂດຍຄ່າເລີ່ມຕົ້ນ. ການປະຕິເສດທີ່ອາດເກັບແຄດໄດ້ອາດມີອາຍຸແຄດຮ່ວມທີ່ຊັດເຈນ. ການປ່ຽນສິດອະນຸຍາດທີ່ແຫຼ່ງຕົ້ນກຳເນີດບໍ່ໄດ້ລຶບການຕອບສະໜອງທີ່ຍັງຖືວ່າສົດໃໝ່; ໃຊ້ນະໂຍບາຍການຕອບສະໜອງທີ່ເໝາະສົມສຳລັບການຕັດສິນໃຈທີ່ບໍ່ຄວນເກັບ.

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

ເອກະສານອ້າງອີງຍັງຕ້ອງການການສ້າງທີ່ອະນຸຍາດການລະເມີດ HTTP ແລະ ຍົກເວັ້ນ Squid 8. ຢ່າຍົກຂໍ້ສະເໜີອາຍຸສຳລັບ Squid 2.7 ໄປຫາສະບັບອື່ນໂດຍບໍ່ກວດສອບການສະໜັບສະໜູນ. ການລຶບວັດຖຸອາດລຶບອາການທັນທີ; ນະໂຍບາຍທີ່ເຮັດໃຫ້ມັນຖືກໃຊ້ຄືນໄດ້ເປັນຕົວກຳນົດຄຳຮ້ອງຕໍ່ໄປ.