ບັນທຶກ Squid: 407 ທີ່ຕາມມາດ້ວຍ 200 ນັບເປັນຄວາມລົ້ມເຫຼວບໍ?
ນັບການດຳເນີນງານທີ່ສຳເລັດແຍກຈາກການແລກປ່ຽນການພິສູດຕົວຕົນ ເມື່ອ Squid ບັນທຶກການທ້າທາຍທີ່ຕາມມາດ້ວຍອຸໂມງທີ່ສຳເລັດ.
ສົມມຸດວ່າລູກຂ່າຍສົ່ງຄຳຮ້ອງຂໍໜຶ່ງໂດຍບໍ່ມີຂໍ້ມູນຢືນຢັນພຣັອກຊີ, ໄດ້ຮັບ ການທ້າທາຍ ແລ້ວລອງໃໝ່ຢ່າງສຳເລັດ. ບັນທຶກຄຳຮ້ອງຂໍອາດມີສອງລາຍການ. ແຕ່ຜູ້ທີ່ໃຊ້ແອັບພລິເຄຊັນໄດ້ປະສົບກັບການດຳເນີນງານທີ່ສຳເລັດພຽງໜຶ່ງຢ່າງ.
ດັ່ງນັ້ນບັນທຶກທີ່ແບ່ງເທົ່າກັນລະຫວ່າງ TCP_DENIED/407 ແລະ TCP_TUNNEL/200 ບໍ່ໄດ້ພິສູດອັດຕາຄວາມລົ້ມເຫຼວຫ້າສິບເປີເຊັນໂດຍອັດຕະໂນມັດ. ກ່ອນອື່ນ ໃຫ້ກຳນົດວ່າລາຍການເຫຼົ່ານັ້ນປະກອບເປັນຄູ່ຂອງການທ້າທາຍແລະການລອງໃໝ່ຫຼືບໍ່.
ນັບສິ່ງທີ່ທ່ານເອົາໃຈໃສ່ຕົວຈິງ
| ການວັດແທກ | ຈຳນວນ |
|---|---|
| ການທ້າທາຍການພິສູດຕົວຕົນ | ການຕອບສະໜອງຂອງພຣັອກຊີທີ່ຮ້ອງຂໍການພິສູດຕົວຕົນ |
| ການລອງຂອງພຣັອກຊີ | ທຸລະກຳແຕ່ລະອັນທີ່ຕົວກາງບັນທຶກ |
| ວຽກທີ່ສຳເລັດ | ການດຳເນີນງານຂອງແອັບພລິເຄຊັນທີ່ບັນລຸຜົນທີ່ຕັ້ງໃຈ |
ເຊື່ອມໂຍງເວລາ, ບໍລິບົດຂອງລູກຂ່າຍ, ປາຍທາງ ແລະ ຕົວລະບຸຄຳຮ້ອງຂໍໃດໆທີ່ມີ. ການລອງທີ່ບໍ່ໄດ້ພິສູດຕົວຕົນອາດບໍ່ມີຊື່ຜູ້ໃຊ້ທີ່ບັນທຶກໄວ້ ໃນຂະນະທີ່ການລອງໃໝ່ທີ່ສຳເລັດມີ. ກິດຈະກຳທີ່ເກີດຂຶ້ນພ້ອມກັນໝາຍຄວາມວ່າພຽງແຖວທີ່ຢູ່ຕິດກັນເປັນຫຼັກຖານອ່ອນວ່າສອງລາຍການຢູ່ນຳກັນ.
ພ້ອມກັນນັ້ນ ຈົ່ງແຍກອຸໂມງທີ່ສຳເລັດອອກຈາກການດຳເນີນງານເວັບໄຊທີ່ສຳເລັດ. ການຮັບ CONNECT ສ້າງອຸໂມງ; ປາຍທາງຍັງສາມາດລົ້ມເຫຼວໃນລະຫວ່າງ TLS ຫຼື ສົ່ງຄືນຂໍ້ຜິດພາດຂອງແອັບພລິເຄຊັນໃນພາຍຫຼັງ.
ສືບສວນການທ້າທາຍສຸດທ້າຍທີ່ເກີດຊ້ຳ, ວຽກທີ່ບໍ່ເຄີຍສຳເລັດໃນພາຍຫຼັງ, ຫຼື ການປ່ຽນແປງກະທັນຫັນຂອງຈຳນວນການແລກປ່ຽນ. ສິ່ງເຫຼົ່ານີ້ແຕກຕ່າງຈາກລູກຂ່າຍທີ່ໝັ້ນຄົງເຊິ່ງເລີ່ມດ້ວຍການທ້າທາຍແລ້ວເຮັດຕາມການຕັ້ງຄ່າຂອງຕົນຢ່າງແທ້ຈິງ. ການກົດທັບການພິສູດຕົວຕົນພຽງເພື່ອໃຫ້ແຜງຄວບຄຸມຂຽວກວ່າ ຈະປ່ຽນບໍລິການ ບໍ່ແມ່ນສ້ອມແປງການວັດແທກ.