lt.phhsnews.com


lt.phhsnews.com / Kodėl 80 buvo pasirinktas kaip numatytasis HTTP prievadas ir 443 - numatytasis HTTPS prievadas?

Kodėl 80 buvo pasirinktas kaip numatytasis HTTP prievadas ir 443 - numatytasis HTTPS prievadas?


Nors daugelis iš mūsų yra susipažinę su įvairiais portais, skirtais konkretiems tikslams ar tikslams, mes galbūt nežinome konkreti priežastis, kodėl jie buvo pasirinkti. Šiandien "SuperUser Q & A" žinia turi atsakymus į įdomius skaitytojo klausimus.

Šiandienos klausimų ir atsakymų sesija ateina pas mus "SuperUser", "Stack Exchange", bendruomenės pagrįstos Q & A svetainių grupės dalimi.

Nuotraukų mandagumo Rodyk liuis (Flickr).

Klausimas

SuperUser skaitytojas Samuelas Aleksandras nori sužinoti, kodėl 80 ir 443 buvo pasirinkti kaip numatytuosius HTTP ir HTTPS prievadus:

Kodėl 80 portale pasirinktas kaip numatytasis HTTP prievadas ir 443 kaip numatytąjį HTTPS prievadą?

Kodėl buvo pasirinkta 80 ir 443 kaip numatytieji HTTP ir HTTPS prievadai?

Atsakymas

"SuperUser" autorius jcbermu turi mums atsakymą:

"Internet Assigned Numbers Authority" (IANA) yra ne pelno privačios korporacijos "ICANN" skyrius, kuris prižiūri pasaulinį IP adresų paskirstymą, domenų vardų sistemą (DNS), gerai žinomus uostus ir kitus su interneto protokolu susijusius simbolius ir numerius.

1990 m. Kovo mėn. Jie paskelbė dokumentą (RFC 1060), kuriame tuo metu buvo išvardyti visi gerai žinomi uostai. Šiame sąraše nebuvo priskirtas 80 prievadas (jis šoktelėjo nuo 79 iki 81):

Tuo metu portas 80 buvo oficialiai laisvas. 1991 m. Tim Berners-Lee išleido pirmąją HTTP versiją dokumente (HTTP 0.9), kuriame jis teigė:

Tada 1992 m. Liepos mėn. RFC1060 buvo pasenęs nauju dokumentu (RFC 1340), kuriame pasirodė toks:

Šis dokumentas padarė 80 oficialų HTTP (www) prievadą. Tačiau šiame dokumente nėra 443 uosto. 1994 m. Spalio mėn. RFC 1700 buvo paskelbtas, ir tai pasirodė pirmą kartą:

Atrodytų, kad to prašė Kippas E.B. Hickmanas, kuris tuo metu dirbo "Mosaic", pirmoje GUI naršyklės kompanijoje, vėliau vėliau tapo Netscape. Neaišku, kodėl pasirinktas 443 uostas. Tačiau ankstesnis RFC dokumentas turėjo atotrūkį nuo 374 iki 512, bet RFC1700 tarpas buvo užpildytas nuo 375 iki 451. Labiausiai tikėtina, kad numeriai buvo paprasčiausiai pateikiami pagal užklausą.


Ar turite ką nors įtraukti į paaiškinimą? Garsas išjungtas komentaruose. Norite skaityti daugiau atsakymų iš kitų "Tech-savvy Stack Exchange" vartotojų? Patikrinkite visą diskusijų temą čia.


Kaip sujungti tekstinius failus, naudodami

Kaip sujungti tekstinius failus, naudodami "kačių" komandą Linux

Katės komanda yra labai naudinga Linux. SUSIJUSIOS: Kaip greitai sukurti teksto rinkmeną naudodami komandinę eilutę Linux Mes aptarėme naudojimąsi teksto failais: juos kurdami, rodydami juos ir sujungdami. kačių komandą (tarp kitų) kurti ir peržiūrėti tekstinius failus komandinėje eilutėje Linux. Bet darome prielaidą, kad turite tris tekstinius failus: file1.

(how-to)

Kaip siųsti saugų šifruotą el. Laišką nemokamai

Kaip siųsti saugų šifruotą el. Laišką nemokamai

Reikia išsiųsti kam nors labai slaptus duomenis į šifruotą el. Pašto pranešimą ? Žinoma, visada galite siųsti jį įprastais el. Pašto kanalais, tačiau jūs rizikuojate, kad jūsų el. Laišką skaitytų tas, kuris žino, kaip užfiksuoti el. Laiškus, kai jie siunčiami per internetą. Kalbant apie el. Pašto šifravimą, turite

(How-to)