HTTP/3.0 ໄດ້ຮັບສະຖານະມາດຕະຖານທີ່ສະເໜີໃຫ້

IETF (Internet Engineering Task Force), ເຊິ່ງຮັບຜິດຊອບການພັດທະນາໂປຣໂຕຄອນອິນເຕີເນັດ ແລະສະຖາປັດຕະຍະກຳ, ໄດ້ສຳເລັດການສ້າງ RFC ສຳລັບໂປຣໂຕຄໍ HTTP/3.0 ແລະ ເຜີຍແຜ່ຂໍ້ມູນສະເພາະທີ່ກ່ຽວຂ້ອງພາຍໃຕ້ຕົວລະບຸ RFC 9114 (protocol) ແລະ RFC 9204 (. ເທກໂນໂລຍີການບີບອັດຫົວ QPACK ສໍາລັບ HTTP/3). ຂໍ້ກໍາຫນົດ HTTP / 3.0 ໄດ້ຮັບສະຖານະພາບຂອງ "ມາດຕະຖານທີ່ສະເຫນີ", ຫຼັງຈາກນັ້ນວຽກງານຈະເລີ່ມໃຫ້ RFC ສະຖານະພາບຂອງມາດຕະຖານຮ່າງ (ມາດຕະຖານຮ່າງ), ຊຶ່ງໃນຕົວຈິງແມ່ນຫມາຍເຖິງສະຖຽນລະພາບທີ່ສົມບູນຂອງໂປໂຕຄອນແລະຄໍານຶງເຖິງທັງຫມົດ. ຄໍາ​ເຫັນ​ທີ່​ເຮັດ​ໃຫ້​. ໃນຂະນະດຽວກັນ, ສະບັບປັບປຸງຂອງຂໍ້ກໍານົດສະເພາະສໍາລັບ HTTP/1.1 (RFC 9112) ແລະ HTTP/2.0 (RFC 9113) protocols ໄດ້ຖືກເຜີຍແຜ່, ເຊັ່ນດຽວກັນກັບເອກະສານທີ່ກໍານົດຄວາມຫມາຍຂອງຄໍາຮ້ອງຂໍ HTTP (RFC 9110) ແລະ HTTP caching headers. (RFC 9111).

ໂປຣໂຕຄໍ HTTP/3 ກຳນົດການໃຊ້ໂປຣໂຕຄໍ QUIC (Quick UDP Internet Connections) ເປັນການຂົນສົ່ງສຳລັບ HTTP/2. QUIC ແມ່ນສ່ວນຂະຫຍາຍຂອງໂປຣໂຕຄໍ UDP ທີ່ຮອງຮັບການ multiplex ຂອງການເຊື່ອມຕໍ່ຫຼາຍອັນ ແລະໃຫ້ວິທີການເຂົ້າລະຫັດທຽບເທົ່າກັບ TLS/SSL. ໂປໂຕຄອນໄດ້ຖືກສ້າງຂື້ນໃນປີ 2013 ໂດຍ Google ເປັນທາງເລືອກໃນການລວມ TCP+TLS ສໍາລັບເວັບ, ແກ້ໄຂບັນຫາການຕິດຕັ້ງການເຊື່ອມຕໍ່ຍາວແລະເວລາການເຈລະຈາໃນ TCP ແລະການກໍາຈັດຄວາມລ່າຊ້າໃນເວລາທີ່ແພັກເກັດຖືກສູນເສຍໃນລະຫວ່າງການໂອນຂໍ້ມູນ.

ໃນປັດຈຸບັນ, ການສະຫນັບສະຫນູນ QUIC ແລະ HTTP/3.0 ໄດ້ຖືກປະຕິບັດແລ້ວໃນທຸກຕົວທ່ອງເວັບທີ່ນິຍົມ (ໃນ Chrome, Firefox ແລະ Edge, ການສະຫນັບສະຫນູນ HTTP/3 ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະໃນ Safari ມັນຮຽກຮ້ອງໃຫ້ມີການຕັ້ງຄ່າ "ຂັ້ນສູງ > ຄຸນສົມບັດທົດລອງ > HTTP/3" ທີ່ຈະເປີດໃຊ້). ໃນດ້ານເຊີຟເວີ, ການປະຕິບັດ HTTP / 3 ແມ່ນມີຢູ່ສໍາລັບ nginx (ໃນສາຂາແຍກຕ່າງຫາກແລະໃນຮູບແບບຂອງໂມດູນແຍກຕ່າງຫາກ), Caddy, IIS ແລະ LiteSpeed. ການຊ່ວຍເຫຼືອ HTTP/3 ແມ່ນສະໜອງໃຫ້ໂດຍເຄືອຂ່າຍການຈັດສົ່ງເນື້ອຫາ Cloudflare.

ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ສໍາ​ຄັນ​ຂອງ QUIC​:

• ຄວາມ​ປອດ​ໄພ​ສູງ​ຄ້າຍ​ຄື TLS (ໂດຍ​ສະ​ເພາະ​ແມ່ນ QUIC ໃຫ້​ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ນໍາ​ໃຊ້ TLS ຜ່ານ UDP​)​;
• ການຄວບຄຸມຄວາມສົມບູນຂອງການໄຫຼ, ປ້ອງກັນການສູນເສຍແພັກເກັດ;
• ຄວາມສາມາດໃນການສ້າງຕັ້ງການເຊື່ອມຕໍ່ທັນທີທັນໃດ (0-RTT, ໃນປະມານ 75% ຂອງກໍລະນີຂໍ້ມູນສາມາດສົ່ງໄດ້ທັນທີຫຼັງຈາກການສົ່ງຊຸດການຕິດຕັ້ງການເຊື່ອມຕໍ່) ແລະສະຫນອງການຊັກຊ້າຫນ້ອຍທີ່ສຸດລະຫວ່າງການສົ່ງຄໍາຮ້ອງຂໍແລະການໄດ້ຮັບການຕອບສະຫນອງ (RTT, Round Trip Time);
• ການ​ນໍາ​ໃຊ້​ຈໍາ​ນວນ​ລໍາ​ດັບ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ໃນ​ເວ​ລາ​ທີ່ retransmitting packet​, ເຊິ່ງ​ຫຼີກ​ເວັ້ນ​ການ​ບໍ່​ແນ່​ນອນ​ໃນ​ການ​ກໍາ​ນົດ​ຊອງ​ທີ່​ໄດ້​ຮັບ​ແລະ​ໄດ້​ຮັບ​ການ​ກໍາ​ຈັດ​ຂອງ​ການ​ຫມົດ​ເວ​ລາ​;
• ການສູນເສຍແພັກເກັດສົ່ງຜົນກະທົບຕໍ່ພຽງແຕ່ການຈັດສົ່ງນ້ໍາທີ່ກ່ຽວຂ້ອງກັບມັນແລະບໍ່ຢຸດການຈັດສົ່ງຂໍ້ມູນໃນສາຍນ້ໍາຂະຫນານທີ່ສົ່ງຜ່ານການເຊື່ອມຕໍ່ໃນປະຈຸບັນ;
• ຄຸນສົມບັດການແກ້ໄຂຂໍ້ຜິດພາດທີ່ຫຼຸດຜ່ອນຄວາມລ່າຊ້າເນື່ອງຈາກການສົ່ງຄືນແພັກເກັດທີ່ເສຍໄປ. ການ​ນໍາ​ໃຊ້​ລະ​ຫັດ​ການ​ແກ້​ໄຂ​ຄວາມ​ຜິດ​ພາດ​ພິ​ເສດ​ໃນ​ລະ​ດັບ Packet ເພື່ອ​ຫຼຸດ​ຜ່ອນ​ສະ​ຖາ​ນະ​ການ​ທີ່​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ສົ່ງ​ຄືນ​ຂອງ​ຂໍ້​ມູນ Packet ທີ່​ສູນ​ເສຍ​ໄປ​.
• ຂອບເຂດບລັອກການເຂົ້າລະຫັດລັບແມ່ນສອດຄ່ອງກັບຂອບເຂດຂອງແພັກເກັດ QUIC, ເຊິ່ງຊ່ວຍຫຼຸດຜ່ອນຜົນກະທົບຂອງການສູນເສຍແພັກເກັດຕໍ່ການຖອດລະຫັດເນື້ອຫາຂອງແພັກເກັດຕໍ່ໄປ;
• ບໍ່ມີບັນຫາກັບການຂັດຂວາງແຖວ TCP;
• ສະຫນັບສະຫນູນຕົວລະບຸການເຊື່ອມຕໍ່, ເຊິ່ງຊ່ວຍຫຼຸດຜ່ອນເວລາທີ່ມັນໃຊ້ເວລາເພື່ອສ້າງການເຊື່ອມຕໍ່ຄືນໃຫມ່ສໍາລັບລູກຄ້າມືຖື;
• ຄວາມເປັນໄປໄດ້ຂອງການເຊື່ອມຕໍ່ກ້າວຫນ້າທາງດ້ານກົນໄກການຄວບຄຸມ congestion;
• ໃຊ້ເຕັກນິກການພະຍາກອນການສົ່ງຕໍ່ຕໍ່ທິດທາງເພື່ອຮັບປະກັນວ່າແພັກເກັດຖືກສົ່ງໃນອັດຕາທີ່ດີທີ່ສຸດ, ປ້ອງກັນບໍ່ໃຫ້ພວກມັນກາຍເປັນຄວາມແອອັດແລະເຮັດໃຫ້ເກີດການສູນເສຍແພັກເກັດ;
• ການເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍໃນການປະຕິບັດແລະການສົ່ງຜ່ານທຽບກັບ TCP. ສໍາລັບການບໍລິການວິດີໂອເຊັ່ນ YouTube, QUIC ໄດ້ຖືກສະແດງໃຫ້ເຫັນເພື່ອຫຼຸດຜ່ອນການປະຕິບັດການປະຕິເສດໃນເວລາທີ່ເບິ່ງວິດີໂອ 30%.

ໃນ​ບັນ​ດາ​ການ​ປ່ຽນ​ແປງ​ໃນ​ສະ​ເພາະ HTTP/1.1, ຫນຶ່ງ​ສາ​ມາດ​ສັງ​ເກດ​ການ​ຫ້າມ​ການ​ນໍາ​ໃຊ້​ທີ່​ໂດດ​ດ່ຽວ​ຂອງ carriage return (CR) ລັກ​ສະ​ນະ​ນອກ​ຮ່າງ​ກາຍ​ທີ່​ມີ​ເນື້ອ​ໃນ, i.e. ໃນອົງປະກອບໂປຣໂຕຄໍ, ຕົວອັກສອນ CR ສາມາດໃຊ້ຮ່ວມກັບຕົວອັກສອນເສັ້ນ (CRLF). ຂັ້ນຕອນການຈັດຮູບແບບຄຳຮ້ອງຂໍແບບ chunked ໄດ້ຖືກປັບປຸງເພື່ອເຮັດໃຫ້ການແຍກຊ່ອງຂໍ້ມູນ ແລະພາກສ່ວນທີ່ຕິດຄັດມາດ້ວຍສ່ວນຫົວງ່າຍຂຶ້ນ. ເພີ່ມຄໍາແນະນໍາສໍາລັບການຈັດການເນື້ອຫາທີ່ບໍ່ຊັດເຈນເພື່ອສະກັດກັ້ນການໂຈມຕີ "HTTP Request Smuggling", ເຊິ່ງຊ່ວຍໃຫ້ພວກເຮົາເຂົ້າໄປໃນເນື້ອຫາຂອງຄໍາຮ້ອງຂໍຂອງຜູ້ໃຊ້ອື່ນໆໃນການໄຫຼເຂົ້າລະຫວ່າງ frontend ແລະ backend.

ການອັບເດດສະເພາະ HTTP/2.0 ກໍານົດການຮອງຮັບ TLS 1.3 ຢ່າງຈະແຈ້ງ. ເຊົາສະໜັບສະໜູນລະບົບການຈັດລຳດັບຄວາມສຳຄັນ ແລະ ຊ່ອງສ່ວນຫົວທີ່ກ່ຽວຂ້ອງ. ກົນໄກທີ່ບໍ່ໄດ້ໃຊ້ສໍາລັບການປັບປຸງການເຊື່ອມຕໍ່ກັບ HTTP/1.1 ໄດ້ຖືກປະກາດວ່າລ້າສະໄຫມ. ການຫຼຸດຜ່ອນຄວາມຕ້ອງການສໍາລັບການກວດສອບຊື່ພາກສະຫນາມແລະຄ່າ. ບາງປະເພດກອບແລະຕົວກໍານົດການສະຫງວນໄວ້ກ່ອນຫນ້ານີ້ແມ່ນສະເຫນີໃຫ້ໃຊ້. ຊ່ອງຂໍ້ມູນສ່ວນຫົວທີ່ຖືກຫ້າມທີ່ກ່ຽວຂ້ອງກັບການເຊື່ອມຕໍ່ແມ່ນຖືກກໍານົດຢ່າງແນ່ນອນ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru