HTTP / 3.0 nhận được trạng thái "Tiêu chuẩn được đề xuất"

HTTP3

gần đây IETF (Lực lượng Đặc nhiệm Kỹ thuật Internet), đơn vị phát triển các giao thức và kiến ​​trúc của Internet, làm cho nó được biết đến tin tức đó hoàn thành việc hình thành RFC cho giao thức HTTP / 3.0 và công bố các thông số kỹ thuật liên quan dưới mã định danh RFC 9114 và RFC 9204.

Đặc điểm kỹ thuật HTTP / 3.0 nhận được trạng thái "Tiêu chuẩn đề xuất", sau đó công việc sẽ bắt đầu cung cấp cho RFC trạng thái của một tiêu chuẩn dự thảo (Draft Standard), điều này thực sự có nghĩa là sự ổn định hoàn toàn của giao thức và có tính đến tất cả các ý kiến ​​được đưa ra.

Giao thức HTTP / 3 xác định việc sử dụng giao thức QUIC (Kết nối Internet UDP nhanh) dưới dạng truyền tải cho HTTP / 2. QUIC là một plugin cho giao thức UDP hỗ trợ ghép nhiều kết nối và cung cấp các phương pháp mã hóa tương đương với TLS / SSL.

Giao thức được tạo ra vào năm 2013 bởi Google như một giải pháp thay thế cho TCP + TLS cho Web, giải quyết vấn đề thời gian thiết lập và thương lượng kết nối lâu trong TCP và loại bỏ sự chậm trễ do mất gói trong quá trình truyền dữ liệu.

Hiện nay, Hỗ trợ QUIC và HTTP / 3.0 đã được triển khai trên tất cả các trình duyệt các trang web phổ biến. Về phía máy chủ, triển khai HTTP / 3 có sẵn cho nginx (trong một nhánh riêng biệt và dưới dạng mô-đun riêng biệt), Caddy, IIS và LiteSpeed. HTTP / 3 cũng được hỗ trợ bởi Mạng phân phối nội dung của Cloudflare.

Các tính năng chính của QUIC:

  • Bảo mật cao, tương tự như TLS (trên thực tế, QUIC cung cấp khả năng sử dụng TLS qua UDP)
  • Kiểm soát toàn vẹn đường truyền để ngăn chặn mất gói
  • Khả năng thiết lập kết nối ngay lập tức và đảm bảo sự chậm trễ tối thiểu giữa việc gửi yêu cầu và nhận phản hồi (RTT, thời gian khứ hồi)
  • Sử dụng một số thứ tự khác khi truyền lại một gói, cho phép bạn tránh sự mơ hồ khi xác định các gói đã nhận và loại bỏ thời gian chờ
  • Việc mất gói chỉ ảnh hưởng đến việc phân phối luồng liên kết với nó và không dừng việc phân phối dữ liệu trong các luồng được truyền song song qua kết nối hiện tại
  • Các công cụ sửa lỗi giảm thiểu sự chậm trễ do truyền lại các gói bị mất. Sử dụng các mã sửa lỗi cấp gói đặc biệt để giảm các tình huống yêu cầu truyền lại dữ liệu gói bị mất.
  • Ranh giới khối mật mã được căn chỉnh với ranh giới gói QUIC, giảm tác động của việc mất gói đối với việc giải mã nội dung của các gói tiếp theo
  • Không có vấn đề gì với việc chặn hàng đợi TCP
  • Hỗ trợ nhận dạng kết nối để giảm thời gian kết nối lại cho các máy khách di động
  • Khả năng kết nối các cơ chế nâng cao để kiểm soát quá tải kết nối
  • Sử dụng các kỹ thuật dự đoán băng thông theo từng hướng để đảm bảo tốc độ chuyển tiếp gói tối ưu, tránh tình trạng nghẽn mạch nơi gói bị mất.
  • Hiệu suất đáng chú ý và hiệu suất đạt được qua TCP. Đối với các dịch vụ video như YouTube, QUIC đã được chứng minh là giảm hoạt động lưu vào bộ đệm video tới 30%.

Ngoài ra, đồng thời, các phiên bản cập nhật của thông số kỹ thuật cho các giao thức HTTP / 1.1 (RFC 9112) và HTTP / 2.0 (RFC 9113) đã được xuất bản, cũng như các tài liệu xác định ngữ nghĩa của các yêu cầu HTTP (RFC 9110). Và tiêu đề điều khiển bộ nhớ đệm HTTP (RFC 9111).

Trong số những thay đổi trong các đặc điểm kỹ thuật HTTP / 1.1, bạn có thể nhận thấy lệnh cấm từ việc sử dụng riêng biệt ký tự xuống dòng (CR) bên ngoài phần thân với nội dung, tức là trong các phần tử giao thức, ký tự CR chỉ có thể được sử dụng cùng với ký tự dòng mới (CRLF).

El Thuật toán bố cục yêu cầu phân khúc đã được cải thiện để đơn giản hóa việc tách các trường và phần đính kèm với tiêu đề. Đã thêm hướng dẫn xử lý nội dung không rõ ràng để chặn các cuộc tấn công lớp "HTTP Request Smuggling" có thể xâm nhập vào nội dung yêu cầu của người dùng khác trong luồng giữa giao diện người dùng và phụ trợ.

Bản cập nhật cho đặc điểm kỹ thuật HTTP / 2.0 xác định rõ ràng hỗ trợ cho TLS 1.3, lược đồ ưu tiên không dùng nữa và các trường tiêu đề liên quan và cơ chế cập nhật Kết nối HTTP / 1.1 không dùng nữa đã không được dùng nữa.

Cuối cùng, nếu bạn quan tâm có thể biết thêm về nó, bạn có thể tham khảo chi tiết tại mục liên kết theo dõi.


Để lại bình luận của bạn

địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu bằng *

*

*

  1. Chịu trách nhiệm về dữ liệu: AB Internet Networks 2008 SL
  2. Mục đích của dữ liệu: Kiểm soát SPAM, quản lý bình luận.
  3. Hợp pháp: Sự đồng ý của bạn
  4. Truyền thông dữ liệu: Dữ liệu sẽ không được thông báo cho các bên thứ ba trừ khi có nghĩa vụ pháp lý.
  5. Lưu trữ dữ liệu: Cơ sở dữ liệu do Occentus Networks (EU) lưu trữ
  6. Quyền: Bất cứ lúc nào bạn có thể giới hạn, khôi phục và xóa thông tin của mình.