Dlaczego wybrano 80 jako domyślny port HTTP, a 443 jako domyślny port HTTPS?

Chociaż wielu z nas zna różne porty przypisane do konkretnych celów lub zastosowań, możemy nie znać konkretnego powodu, dla którego zostały wybrane. Dzisiejszy post SuperUser Q & A ma odpowiedzi na ciekawe pytania czytelnika.

Dzisiejsze pytanie &Sesja odpowiedzi przychodzi do nas dzięki uprzejmości SuperUser - poddziału Stack Exchange, opartego na społecznościach grupy Q & A.

Zdjęcie dzięki uprzejmości Rodney Lewis( Flickr).

Pytanie Czytnik SuperUser

Samuel Alexander chce wiedzieć, dlaczego 80 i 443 zostały wybrane jako domyślne porty HTTP i HTTPS:

Dlaczego port 80 wybrany jako domyślny port HTTP i 443 jako domyślny port HTTPS?Czy istnieje jakiś szczególny powód, czy też został właśnie tak określony?

Dlaczego wybrano 80 i 443 jako domyślne porty HTTP i HTTPS?

Odpowiedź Autor

SuperUser jcbermu ma odpowiedź dla nas:

Internet Assigned Numbers Authority( IANA) to dział ICANN, prywatnej korporacji non-profit, która nadzoruje globalny przydział adresów IP, system DNS( Domain Name System)- znane porty i inne symbole i numery powiązane z protokołem internetowym.

W marcu 1990 r. Opublikowali dokument( RFC 1060), w którym wymienili wszystkie dobrze znane porty w tym czasie. Na tej liście nie było protokołu przypisanego do portu 80( przeskoczyło z 79 do 81):

W tym czasie port 80 był oficjalnie wolny. W 1991 r. Tim Berners-Lee opublikował pierwszą wersję protokołu HTTP w dokumencie( HTTP 0.9), w którym stwierdził:

Następnie w lipcu 1992 r. RFC1060 został przestarzały przez nowy dokument( RFC 1340), w którym pojawiły się następujące:

Thatdokument zrobił 80 oficjalny port dla HTTP( www).Jednak w tym dokumencie nie ma nic o porcie 443.W październiku 1994 r. Opublikowano dokument RFC 1700, który pojawił się po raz pierwszy:

Wydaje się, że był on zamówiony przez Kipp E.B.Hickman, który w tym czasie pracował w Mosaic, pierwszej firmie przeglądarkowej GUI, która później stała się Netscape. Nie jest jasne, dlaczego wybrano port 443.Jednak poprzedni dokument RFC miał lukę od 374 do 512, ale w RFC1700 wypełniono przestrzeń od 375 do 451.Najprawdopodobniej liczby podano po prostu w kolejności żądań.

Czy chcesz coś dodać do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych użytkowników Stack Exchange, którzy znają się na technologii? Sprawdź cały wątek dyskusji tutaj.