ໜ້າໜຶ່ງໂຫຼດ ແລະ ກ່ອງເຂົ້າສູ່ລະບົບຂອງພຣັອກຊີຍັງມາເລື້ອຍໆ
ຕິດຕາມຄຳຮ້ອງຂໍຊັບພະຍາກອນທີ່ລົ້ມເຫຼວ ແລະ ເສັ້ນທາງພຣັອກຊີ ເມື່ອໜ້າໜຶ່ງສ້າງຄຳຂໍຢືນຢັນຕົວຕົນຊ້ຳໆ.
ໜ້າໜຶ່ງສົ່ງຄຳຮ້ອງຫຼາຍກວ່າໜຶ່ງ. ການຕອບກ່ອງເຂົ້າສູ່ລະບົບພຣັອກຊີອັນທຳອິດອາດເຮັດໃຫ້ສະຄຣິບ, ຮູບພາບ ຫຼື ການເຊື່ອມຕໍ່ສົດໄປຕາມເສັ້ນທາງອື່ນ ແລະ ໄດ້ຮັບສິ່ງທ້າທາຍອື່ນ.
- ຊອກຫາຊັບພະຍາກອນທີ່ລົ້ມເຫຼວ. ເກັບປາຍທາງ, ພຣັອກຊີທີ່ເລືອກ ແລະ ສິ່ງທ້າທາຍ 407 ໄວ້. ປຽບທຽບຊ່ອງດຽວກັນກັບຊັບພະຍາກອນທີ່ສຳເລັດ; URL ຂອງໜ້າຫຼັກຢ່າງດຽວບໍ່ພຽງພໍ.
- ຊອກຫາຄວາມແຕກຕ່າງຮ່ວມ. ຄວາມລົ້ມເຫຼວອາດເກີດຕາມໂຮສຊັບພະຍາກອນໜຶ່ງ, ເສັ້ນທາງ HTTP/HTTPS ແຍກ, ສ່ວນຂະຫຍາຍ ຫຼື ການຕັດສິນ PAC. ການເຂົ້າສູ່ລະບົບທີ່ຈຸດປາຍໜຶ່ງຍອມຮັບ ບໍ່ໄດ້ພິສູດວ່າຈຸດອື່ນຈະຍອມຮັບ. ການເກັບແຄດການຢືນຢັນຕົວຕົນຍັງຂຶ້ນກັບສິ່ງທ້າທາຍ, ຕົວຕົນ ແລະ ຂອບເຂດເສັ້ນທາງ.
- ສ້ອມແປງການແລກປ່ຽນທີ່ລະບຸ. ແກ້ເສັ້ນທາງ, ບັນຊີ ຫຼື ພຶດຕິກຳການຢືນຢັນທີ່ຮອງຮັບ, ແລ້ວກວດທັງພຶດຕິກຳຂອງໜ້າ ແລະ ຜົນຂອງຊັບພະຍາກອນ.
ການພິມລະຫັດຜ່ານດຽວກັນຊ້ຳໆໃຫ້ຫຼັກຖານໜ້ອຍ ຈົນກວ່າຈະຮູ້ຂອບເຂດນັ້ນ. ວິທີແກ້ໄຂບຣາວເຊີແບບຕົ້ນໆ ເຊັ່ນ ປິດ WebSockets, ບລັອກສະຄຣິບ ຫຼື ປ່ຽນສ່ວນຂະຫຍາຍ ອາດລຶບຄຳຮ້ອງທີ່ເຮັດໃຫ້ເກີດກ່ອງ ແລະ ລຶບຄຸນສົມບັດທີ່ຈຳເປັນນຳ.
ການບລັອກຊັບພະຍາກອນທີ່ບໍ່ຕ້ອງການອາດເປັນການເລືອກນະໂຍບາຍຢ່າງຕັ້ງໃຈ. ອະທິບາຍຜົນນັ້ນວ່າເປັນການບລັອກ ບໍ່ແມ່ນຫຼັກຖານວ່າການຢືນຢັນຕົວຕົນດຳເນີນການແລ້ວ. ໜ້າທີ່ງຽບທີ່ຂາດການເຊື່ອມຕໍ່ເວລາຈິງທີ່ຕ້ອງການ ບໍ່ໄດ້ບັນລຸຜົນດຽວກັນກັບໜ້າທີ່ໃຊ້ງານໄດ້ດ້ວຍເສັ້ນທາງທີ່ຕັ້ງໃຈ.