Câu trả lời:
HTTPS có thể chạy trên bất kỳ giao thức truyền tải luồng đáng tin cậy nào . Thông thường đó là TCP, nhưng cũng có thể là SCTP. Nó không được mong đợi chạy trên UDP, một giao thức datagram không đáng tin cậy (thực tế, trong khi đó không phải là tên chính thức của nó, đó là một cách tốt để nhớ nó là gì).
Việc gán IANA cho UDP là lịch sử; tại thời điểm đó, gần như mọi giao thức đều được gán cả số cổng TCP và UDP, ngay cả khi dự kiến rằng nó sẽ chỉ sử dụng một số. Đã có cuộc thảo luận về việc hợp nhất các cơ quan đăng ký số cổng và chỉ bao giờ gán một cổng cho một giao thức từ đây trở đi. Đó là để làm cho nó dễ dàng hơn để triển khai các giao thức vận chuyển trong tương lai mà nếu không cần đăng ký riêng của họ. Tôi không biết làm thế nào mà cuộc thảo luận kết thúc.
Nó sử dụng TCP. Sẽ rất khó để chạy nó trên UDP nếu không có sự đảm bảo của các gói đến. Nếu các gói không đến, dữ liệu được mã hóa sẽ không thể giải mã được.
Lần sau, nếu bạn tự hỏi liệu một dịch vụ cổng mặc định chạy trên tcp hay udp, bạn có thể xem / etc / services trên máy linux.
find "https" %windir%\system32\drivers\etc\services
Ngày nay HTTPS có thể chạy trên cả TCP hoặc UDP.
Giao thức "QUIC" mới nhằm mục đích thay thế nhiều kết nối TCP bằng một kết nối UDP đa kênh và do đó có thể xử lý SSL và HTTPS:
HTTPS → SSL → luồng QUIC → UDP → IP
QUIC ban đầu được Google phát triển vào năm 2012 và đang được IETF xem xét. Để biết thêm chi tiết, xem Wikipedia.
DROP
các mục tiêu trên mangle
bảng, sử dụng udp
giao thức cho quy tắc.
Mô hình OSI cho phép các giao thức lớp cao hơn chạy trên bất kỳ giao thức cơ bản nào cung cấp các dịch vụ chính xác. HTTPS là HTTP sử dụng bảo mật SSL / TLS. SSL / TLS thường chạy trên TCP, nhưng không có gì ngăn bạn chạy nó trên UDP, SCTP hoặc bất kỳ giao thức lớp vận chuyển nào khác.
Vì thực tế HTTPS trên TCP và UDP đều được IANA định nghĩa là "nổi tiếng" và có số cổng dành riêng.
Xem http://www.iana.org/assignments/port-numbers để biết các kết hợp cổng / giao thức "chính thức".