da.phhsnews.com


da.phhsnews.com / Hvorfor var 80 valgt som standard HTTP-port og 443 som standard HTTPS-port?

Hvorfor var 80 valgt som standard HTTP-port og 443 som standard HTTPS-port?


Selv om mange af os er bekendt med forskellige porte, der bliver tildelt til bestemte formål eller anvendelser, kan vi muligvis ikke vide Den særlige grund til, at de blev valgt. Dagens SuperUser Q & A-indlæg har svarene på en nysgerrig læsers spørgsmål.

Dagens Spørgsmål og Svar-sessions kommer til vores side med SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Foto med tilladelse til Rodney Lewis (Flickr).

Spørgsmålet

SuperUser-læser Samuel Alexander vil vide, hvorfor 80 og 443 blev valgt som standard HTTP- og HTTPS-porte:

Hvorfor blev port 80 valgt som standard HTTP-port og 443 som standard HTTPS-port? Er der nogen særlig grund eller blev det netop defineret på den måde?

Hvorfor blev 80 og 443 valgt som standard HTTP og HTTPS porte?

Svaret

SuperUser-bidragsyderen jcbermu har svaret for os:

Internet Assigned Numbers Authority (IANA) er en afdeling af ICANN, et almennyttigt privat selskab, der overvåger global IP-adressetildeling, Domain Name System (DNS), velkendte porte og andre internetprotokolrelaterede symboler og tal.

I marts 1990 offentliggjorde de et dokument (RFC 1060), hvor de opregnede alle de velkendte havne på det tidspunkt. I denne liste var der ingen protokol tildelt port 80 (den sprang fra 79 til 81):

På den tid var port 80 officielt fri. I 1991 udstedte Tim Berners-Lee den første version af HTTP i et dokument (HTTP 0.9) hvor han udtalte:

Så i juli 1992 blev RFC1060 forældet af et nyt dokument (RFC 1340), hvor følgende syntes:

Dette dokument lavede 80 den officielle port til HTTP (www). Der er imidlertid ikke noget om port 443 i dette dokument. I oktober 1994 blev RFC 1700 offentliggjort, og dette syntes for første gang:

Det forekommer, at det blev søgt af Kipp E.B. Hickman, som på det tidspunkt arbejdede på Mosaic, den første GUI-browservirksomhed, der senere blev Netscape. Det er ikke klart, hvorfor havn 443 blev valgt. Det tidligere RFC-dokument havde imidlertid et hul fra 374 til 512, men i RFC1700 blev rummet fra 375 til 451 fyldt. Det er mest sandsynligt, at tallene blot blev givet efter anmodning.


Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Se hele diskussionsgruppen her.


Hvorfor skal du ikke aktivere

Hvorfor skal du ikke aktivere "FIPS-kompatibel" -kryptering på Windows

Windows har en skjult indstilling, der kun aktiverer statscertificeret "FIPS-kompatibel" kryptering. Det kan lyde som en måde at øge din pcs sikkerhed på, men det er det ikke. Du bør ikke aktivere denne indstilling, medmindre du arbejder i regeringen eller har brug for at teste hvordan software vil opføre sig på offentlige pc'er.

(how-to)

Fix "Fejl i sikkerhedskode ugyldig" i iTunes

Fix "Fejl i sikkerhedskode ugyldig" i iTunes

For nylig forsøgte min kone at købe noget på iTunes fra hendes iPhone, og hun blev bedt om at bekræfte faktureringsoplysningerne. Da hun forsøgte at indtaste sikkerhedskoden bag på kreditkortet, ville hun bare fortsætte med at få " Sikkerhedskode ugyldig ", selv om det var helt korrekt. Den ul

(How-to)