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