ການຕອບສະໜອງ HTTP/1.1 CONNECT ທີ່ສຳເລັດຈະສິ້ນສຸດ ຫຼັງພາກຫົວຂໍ້ຂອງມັນ:

HTTP/1.1 200 Connection Established

ຫຼັງຈາກຂອບເຂດນັ້ນ, ການເຊື່ອມຕໍ່ດຽວກັນຮັບສົ່ງອຸໂມງ. ສຳລັບປາຍທາງ HTTPS, ໄບຕ໌ຕໍ່ໄປຂອງລູກຄ້າປົກກະຕິຈະເລີ່ມການແລກປ່ຽນ TLS ກັບປາຍທາງ.

ພຣັອກຊີບໍ່ຄວນເພີ່ມ Transfer-Encoding ຫຼື Content-Length ໃສ່ການຕອບສະໜອງ CONNECT ທີ່ສຳເລັດ. ບໍ່ມີເນື້ອຫາການຕອບສະໜອງ HTTP ໃຫ້ແບ່ງເປັນ chunk. ການເພີ່ມ chunk ປິດທ້າຍທີ່ຫວ່າງເປົ່າຈະກົງກັນຂ້າມສັກໄບຕ໌ເຂົ້າໃນອຸໂມງໃໝ່.

ລູກຄ້າກໍມີເງື່ອນໄຂ: ຕ້ອງລະເລີຍຊ່ອງຂໍ້ມູນ framing ເຫຼົ່ານັ້ນຖ້າພົບໃນການຕອບສະໜອງ CONNECT 2xx. ດັ່ງນັ້ນຜູ້ສົ່ງທີ່ຜິດຮູບແບບບໍ່ແມ່ນເຫດຜົນທີ່ຈະອະທິບາຍລູກຄ້າທີ່ປະຕິບັດຕາມທຸກລາຍວ່າກຳລັງລໍຖ້າເນື້ອຫາທີ່ແບ່ງສ່ວນ.

ເກັບການເຊື່ອມຕໍ່ທີ່ສ້າງຂຶ້ນໃຫ້ເປີດຢູ່ເພື່ອສົ່ງຕໍ່. ການປິດມັນຫຼັງ 200 ຈະທຳລາຍອຸໂມງ; ການເປີດການເຊື່ອມຕໍ່ອື່ນບໍ່ແມ່ນການສືບຕໍ່ຂອງຄຳຮ້ອງ CONNECT ທີ່ຮັບແລ້ວ.

ການຕອບສະໜອງ CONNECT ທີ່ລົ້ມເຫຼວມີການຈັດການຕ່າງກັນ ແລະ ສາມາດມີເນື້ອຫາຂໍ້ຜິດພາດ HTTP ທຳມະດາ. ແຍກການຕອບສະໜອງນັ້ນອອກຈາກການສົ່ງມອບທີ່ສຳເລັດເມື່ອຈັດຕັ້ງ ຫຼື ອ່ານຮ່ອງຮອຍພຣັອກຊີ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ