Tại sao cổng 80 được chọn làm cổng HTTP mặc định và 443 làm cổng HTTPS mặc định?

Có một lý do hay nó chỉ được định nghĩa theo cách đó?

networking port sockets

— Samuel Alexander
nguồn

Bởi vì anh hùng của tôi, Jon Postel, người sáng lập hệ thống RFC và IANA. vi.wikipedia.org/wiki/Jon_Postel faqs.org/rfcs/rfc2468.html (Tôi nhớ IANA, bởi Vint Cerf).

— Frank Thomas

Cơ quan cấp số Internet (IANA) là một bộ phận của ICANN, một công ty tư nhân phi lợi nhuận của Mỹ chuyên giám sát việc phân bổ địa chỉ IP toàn cầu, Hệ thống tên miền (DNS), các cổng nổi tiếng và các ký hiệu và số liên quan đến Giao thức Internet khác.

Vào tháng 3 năm 1990, họ đã xuất bản tài liệu RFC1060 nơi họ liệt kê các cổng nổi tiếng tại thời điểm đó. Trong danh sách đó, không có giao thức nào được gán cho cổng 80. Nó đi từ 79 đến 81:

79       FINGER     Finger                                
81       HOSTS2-NS  HOSTS2 Name Server

Vì vậy, tại thời điểm đó cổng 80 đã chính thức miễn phí.

Năm 1991 Tim Berners-Lee đã ban hành phiên bản HTTP đầu tiên trong một tài liệu về HTTP 0.9 , nơi ông tuyên bố:

If the port number is not specified, 80 is always assumed for HTTP.

Sau đó, vào tháng 7 năm 1992, RFC 1340 đã được xuất bản , lỗi thời RFC 1060 xuất hiện:

   finger           79/tcp    Finger                            
   finger           79/udp    Finger                            
   www              80/tcp    World Wide Web HTTP               
   www              80/udp    World Wide Web HTTP

Tài liệu đó làm cho cổng 80 chính thức là www hoặc http. Tuy nhiên không có gì về 443 trên tài liệu đó.

Vào tháng 10 năm 1994, RFC 1700 xuất hiện lần đầu tiên xuất hiện điều này:

https           443/tcp    https  MCom
https           443/udp    https  MCom
#                          Kipp E.B. Hickman <kipp@mcom.com>

Dường như đã được mời bởi Kipp EB Hickman , người lúc đó làm việc tại Mosaic, công ty trình duyệt GUI đầu tiên sau này trở thành Netscape.

Không rõ tại sao 443 được chọn, tuy nhiên RFC trước đó có khoảng cách từ 374 đến 512 và trong RFC này, khoảng trống từ 375 đến 451 đã được lấp đầy. Rất có khả năng các con số được đưa ra theo thứ tự yêu cầu.

— jcbermu
nguồn

Có thể không có lý do nào khác ngoài "443 chưa được chỉ định", tôi luôn chọn các cổng dịch vụ mà không có lý do cụ thể nào cho số này.

— Johnny

Một số giao thức (FTP là ví dụ rõ ràng nhất và duy nhất tôi có thể nghĩ ra ngay bây giờ) sử dụng hai cổng. Có lẽ, họ muốn để lại những khoảng trống cho các phần mở rộng có thể trong tương lai của các giao thức hiện tại?

— Jörg W Mittag

"17 câu trích dẫn trong ngày" Đó là một cổng quan trọng!

— Almo

@AL có một khoảng trống, có lẽ bạn đã xem danh sách các số giao thức, không phải danh sách các số cổng

— Mark Rotteveel

Một điều cần xem xét, là khi các cổng này được chỉ định, Phát triển Giao thức lớp vận chuyển rất nhanh và nguy hiểm, với các học giả trên khắp các tiểu bang làm việc trong dự án này hoặc dự án đó. Biên tập viên RFC (Jon Postel) đã rất chính xác trong các tiêu chuẩn của mình cho các phiên bản đặc tả được chấp nhận cuối cùng, vì vậy họ có kiến thức về các dự án đang thực hiện, nhưng điều đó có thể hoặc không bao giờ đạt được trạng thái RFC chính thức, và sau đó có thể được bao gồm trong danh sách cổng IANA. Ngoài ra, có thể yêu cầu số cổng cụ thể nếu chúng không được kiểm soát, vì vậy chúng không theo thứ tự số.

— Frank Thomas

Câu trả lời của jcbermu đề cập rằng RFC 1340 (số được gán) có một cổng không sử dụng từ 374 đến 512 và 443 ở ngay giữa.

assert https_port == (374 + 512) / 2 == 443

— ngoại tình
nguồn