ພຣັອກຊີຖືກປິດແລ້ວ. ເປັນຫຍັງຄຳຮ້ອງຍັງມາຮອດ?
ແຍກຄວາມພະຍາຍາມເຊື່ອມຕໍ່ທີ່ຍັງມີຢູ່ ອອກຈາກການສົ່ງຕໍ່ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດທີ່ສຳເລັດ ຫຼັງຈາກເຂັ້ມງວດການເຂົ້າເຖິງພຣັອກຊີ.
ຄຳຮ້ອງທີ່ຍັງມາຮອດບໍ່ໄດ້ພິສູດວ່າຄົນພາຍນອກຍັງໃຊ້ພຣັອກຊີໄດ້. ຈຸດປາຍທາງເກົ່າອາດຍັງຢູ່ໃນລາຍການຄຳຮ້ອງ ຫຼັງຈາກນະໂຍບາຍການເຂົ້າເຖິງປ່ຽນແປງ. ກວດສອບການແກ້ໄຂດ້ວຍສິ່ງທີ່ຖືກສົ່ງຕໍ່:
- ສົ່ງຄຳຮ້ອງທີ່ໄດ້ຮັບອະນຸຍາດ ແລະ ບໍ່ໄດ້ຮັບອະນຸຍາດ ໄປຫາປາຍທາງທີ່ຄວບຄຸມ.
- ອ່ານ ການຕັດສິນເຂົ້າເຖິງ ແລະ ສຳລັບ Squid ຊ່ອງຂໍ້ມູນຊັ້ນລຳດັບ ໃນຮູບແບບບັນທຶກທີ່ຕັ້ງໄວ້.
- ກຳນົດວ່າຄຳຮ້ອງທີ່ຖືກຫ້າມໄດ້ໄປຮອດປາຍທາງຈິງຫຼືບໍ່. ການຮັບ TCP, ການປະຕິເສດຄຳຮ້ອງ HTTP ແລະ ການເຮັດຄຳຮ້ອງຕໍ່ໄປໃຫ້ສຳເລັດ ເປັນຜົນທີ່ແຕກຕ່າງກັນ.
- ກວດເບິ່ງຜູ້ຟັງທີ່ເຄື່ອນໄຫວອື່ນໆ ແລະ ໂຮສສະເໝືອນ ເພື່ອບໍ່ໃຫ້ບລັອກນະໂຍບາຍທີ່ແກ້ໄຂແລ້ວປະທາງເຂົ້າອື່ນເປີດໄວ້.
ສຳລັບ Apache ທີ່ຕັ້ງໃຈໃຫ້ບໍລິການພຽງແຕ່ການແຜນທີ່ຍ້ອນກັບ ໃຫ້ຢືນຢັນວ່າການພຣັອກຊີໄປຂ້າງໜ້າທີ່ບໍ່ໄດ້ຕັ້ງໃຈຖືກປິດ. ProxyRequests Off ສາມາດຢູ່ກັບ ProxyPass.
ໜ້າຄວາມຜິດພາດຢ່າງດຽວເປັນຫຼັກຖານທີ່ອ່ອນແອກວ່າ ຖ້າທ່ານບໍ່ຮູ້ວ່າອົງປະກອບໃດສ້າງມັນ. ເກັບຜົນຂອງລູກຄ້າ, ການຕັດສິນຂອງພຣັອກຊີ ແລະ ການສັງເກດທີ່ປາຍທາງໄວ້ນຳກັນ.
ຖ້າການຈາລະຈອນທີ່ຖືກປະຕິເສດຍັງບໍລິໂພກຊັບພະຍາກອນ ໃຫ້ແຄບການເຂົ້າເຖິງເຄືອຂ່າຍ ແລະ ຈັດການອັດຕາ ແລະ ການເກັບຮັກສາບັນທຶກ. ບໍ່ມີໄລຍະລໍຖ້າທີ່ເຊື່ອຖືໄດ້ ຫຼັງຈາກນັ້ນຄວາມພະຍາຍາມຕ້ອງຢຸດ; ການຕັດສິນສົ່ງຕໍ່ທີ່ຖືກຕ້ອງເປັນເງື່ອນໄຂການຍອມຮັບ.