ການໝົດເວລາ CONNECT ຂອງພຣັອກຊີ ຫຼັງຈາກການເຊື່ອມຕໍ່ TCP ສຳເລັດ
ຊອກຫາເວລາໝົດທີ່ເຄື່ອນໄຫວລະຫວ່າງ CONNECT ແທນທີ່ຈະສົມມຸດວ່າການເຊື່ອມຕໍ່ TCP ທີ່ສຳເລັດແລ້ວໄດ້ສຳເລັດການຕັ້ງຄ່າອຸໂມງນຳ.
ເວລາໝົດຂອງການເຊື່ອມຕໍ່ TCP ໄດ້ເຮັດໜ້າທີ່ຂອງມັນແລ້ວເມື່ອລູກຄ້າເຊື່ອມຕໍ່ກັບພຣັອກຊີ. ການລໍຖ້າຕໍ່ໄປ—ການໄດ້ຮັບຄຳຕອບ CONNECT ທີ່ຄົບຖ້ວນ—ອາດຖືກຄຸມໂດຍຕົວຈັບເວລາອີກອັນໜຶ່ງ.
ພຣັອກຊີອາດຍັງເຊື່ອມຕໍ່ຂຶ້ນຂ້າງເທິງ, ແລກປ່ຽນຂໍ້ຄວາມການພິສູດຕົວຕົນ ຫຼືລໍຖ້າບໍລິການອື່ນ. ຄຳຕອບປົກກະຕິຂອງເວັບໄຊຍັງບໍ່ໄດ້ເລີ່ມ.
| ຂັ້ນຕອນສຸດທ້າຍທີ່ສຳເລັດ | ຍັງລໍຖ້າຫຍັງຢູ່? |
|---|---|
| TCP ເຊື່ອມຕໍ່ກັບພຣັອກຊີແລ້ວ | ການຈັບມືຂອງພຣັອກຊີ ລວມທັງການຍອມຮັບ CONNECT |
| CONNECT ຖືກຍອມຮັບແລ້ວ | TLS ຂອງປາຍທາງ ເມື່ອເປົ້າໝາຍໃຊ້ມັນ |
| ສົ່ງຄຳຮ້ອງຂໍໄປປາຍທາງແລ້ວ | ຄຳຕອບຂອງປາຍທາງ |
ຊອກຫາຕົວຈັບເວລາທີ່ເຄື່ອນໄຫວຂະນະທີ່ຕົວເຊື່ອມຕໍ່ອ່ານ ແລະຂຽນການຈັບມືນັ້ນ. ຄຸນສົມບັດທີ່ເອີ້ນວ່າ “response timeout” ອາດມີຜົນຫຼັງຈາກການສ້າງເສັ້ນທາງແລ້ວເທົ່ານັ້ນ. ກັບ HttpClient 5, ແຍກ ConnectionConfig ແລະເວລາໝົດຂອງຊອກເກັດຂອງມັນ, ການຕັ້ງຄ່າການຈັບມື TLS, ແລະເວລາໝົດຂອງຄຳຕອບໃນລະດັບຄຳຮ້ອງຂໍ. ໃຊ້ການຕັ້ງຄ່າການເຊື່ອມຕໍ່ທີ່ເໝາະສົມຜ່ານຕົວຈັດການທີ່ລູກຄ້າຕົວຈິງໃຊ້. ລຸ້ນເກົ່າຂອງ Apache HttpClient ໃຊ້ API ຕ່າງກັນ ດັ່ງນັ້ນສະນິບເກົ່າບໍ່ແມ່ນແຜນທີ່ທີ່ໜ້າເຊື່ອຖືຂອງໜ້າທີ່ເຫຼົ່ານີ້.
ເກັບການປະຕິເສດ CONNECT ສຸດທ້າຍໄວ້ເປັນຄຳຕອບຂອງພຣັອກຊີ. ຄຳຕອບທີ່ສຳເລັດແລ້ວຕາມດ້ວຍ TLS ຢຸດນັ້ນແມ່ນຂັ້ນຕອນລົ້ມເຫຼວອີກຢ່າງໜຶ່ງ. «TCP ເຊື່ອມຕໍ່ແລ້ວ; ບໍ່ມີຄຳຕອບ CONNECT ຄົບຖ້ວນກ່ອນກຳນົດການຕັ້ງຄ່າ» ອະທິບາຍບັນຫາໄດ້ຊັດເຈນກວ່າເວລາໝົດຂອງພຣັອກຊີແບບທົ່ວໄປ.
ກຳນົດເວລາລວມ ສາມາດຈຳກັດການລໍຖ້າຂອງຜູ້ເອີ້ນຄຽງກັບຂີດຈຳກັດແຕ່ລະຂັ້ນຕອນເຫຼົ່ານີ້. ເມື່ອມັນໝົດ, ຍົກເລີກ ຫຼືປິດການເຮັດວຽກຜ່ານວົງຈອນຊີວິດທີ່ລູກຄ້າຮອງຮັບ ກ່ອນຄວາມພະຍາຍາມອື່ນຈະໃຊ້ຄວາມສາມາດການເຊື່ອມຕໍ່.