Lai gan daudzi no mums ir iepazinušies ar dažādām ostām, kas tiek piešķirtas konkrētiem mērķiem vai lietojumiem, mēs varam nezināt konkrēto iemeslu, kādēļ tie tika izvēlēti. Šodienas SuperUser Q & A ziņai ir atbildes uz ziņkārīgo lasītāja jautājumiem.
Šodienas jautājumu un atbilžu sesija mums priecājas par SuperUser - Stack Exchange dalību, kas ir kopienas vadīta Q & A tīmekļa vietņu grupa.
Foto pieklājīgi no Rodney Lewis (Flickr).
Jautājums
SuperUser lasītājs Samuels Aleksandrs vēlas uzzināt, kāpēc 80 un 443 tika izvēlēti kā noklusējuma HTTP un HTTPS porti:
Why was port 80 chosen as the default HTTP port and 443 as the default HTTPS port? Is there any particular reason or was it just defined that way?
Kāpēc tika izvēlēti 80 un 443 kā noklusējuma HTTP un HTTPS porti?
Atbilde
SuperUser atbalstītājs jcbermu ir atbilde mums:
The Internet Assigned Numbers Authority (IANA) is a department of ICANN, a non-profit private corporation that oversees global IP address allocation, the Domain Name System (DNS), well-known ports, and other Internet Protocol-related symbols and numbers.
During March of 1990, they published a document (RFC 1060) where they listed all the well-known ports at that time. In that list there was no protocol assigned to port 80 (it jumped from 79 to 81):
At that time, port 80 was officially free. In 1991, Tim Berners-Lee issued the first version of HTTP in a document (HTTP 0.9) where he stated:Then in July of 1992, RFC1060 was made obsolete by a new document (RFC 1340) where the following appeared:That document made 80 the official port for HTTP (www). However there is nothing about port 443 in that document. During October of 1994, RFC 1700 was published and this appeared for the first time:It seems it was solicited by Kipp E.B. Hickman, who at the time worked at Mosaic, the first GUI browser company that later went on to become Netscape. It is not clear why port 443 was chosen. However, the previous RFC document had a gap from 374 through 512, but in RFC1700 the space from 375 to 451 was filled. It is most likely that the numbers were simply given in order of request.
Vai kaut ko pievienot paskaidrojumam? Skatieties komentāros. Vēlaties lasīt citas atbildes no citiem tehnoloģiju savvy Stack Exchange lietotājiem? Šeit skatiet pilnu diskusiju pavedienu.
HTTPS, atslēgas ikona adreses joslā, šifrēts tīmekļa vietnes savienojums - tas ir pazīstams kā daudzas lietas. Lai gan tas reiz tika rezervēts galvenokārt parolēm un citiem sensitīviem datiem, viss tīmeklis pakāpeniski aiztur HTTP un pāriet uz HTTPS.
Ar nepārtrauktiem drošības draudiem, ar kuriem mēs saskaramies, pārlūkojot internetu katru dienu, maksā, lai cik vien iespējams slēgtu lietas. Ņemot to vērā, kā tas, kad vien iespējams, ļauj Google Chrome izmantot HTTPS? Šodienas SuperUser Q & A ziņojumā ir aplūkoti daži risinājumi, lai palīdzētu drošībai svarīgam lasītājam iegūt HTTPS apmierinātību.
Izskaidrots HTTP evolūcija, kā darbojas HTTPS, un atšķirība starp HTTP un HTTPS vienkāršā izteiksmē. Apspriests HTTP vs HTTPS vai hiperteksta pārsūtīšanas protokols pār Secure Socket Layer.
Fix kļūdu ziņojums, Snap-In nav pieejams, Snap-in veica nederīgu darbību un ir izlaista. Lai turpinātu strādāt ar šo pieskārienu, restartējiet MMC vai mēģiniet vēlreiz ielādēt spraudni Windows datoros.
