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.


Hvad er ASLR, og hvordan holder den din computer sikker?

Hvad er ASLR, og hvordan holder den din computer sikker?

Adresse Space Layout Randomization (ASLR) er en sikkerhedsteknik, der anvendes i operativsystemer, der først blev implementeret i 2001. De nuværende versioner af Alle større operativsystemer (iOS, Android, Windows, MacOS og Linux) har ASLR-beskyttelse. Men i den sidste uge er der fundet en ny metode til omgåelse af ASLR.

(how-to)

Sådan korrekt opsætning Recovery og backup muligheder for to-trins verifikation

Sådan korrekt opsætning Recovery og backup muligheder for to-trins verifikation

Jeg har altid været en stor fortaler for to-trinsverifikation, og det ser ud til, at i disse dage skal du virkelig bruge det. Bare se på det nylige Apple-sikkerhedshul, der gjorde det muligt for folk at nulstille din Apple ID-adgangskode med bare din email-adresse og DOB. Hvis du havde aktiveret totrinsbekræftelse på din konto, behøver du ikke bekymre dig om dette problem.Selv

(How-to)