În timp ce mulți dintre noi suntem familiarizați cu diverse porturifiind repartizați în scopuri sau utilizări specifice, este posibil să nu știm motivul particular pentru care au fost aleși. Postul de întrebări SuperUser de astăzi are răspunsuri la întrebările unui cititor curios.
Ședința de întrebări și răspunsuri de astăzi vine la dispoziția SuperUser - o subdiviziune a Stack Exchange, o grupare de site-uri Q&A, condusă de comunitate.
Foto cu amabilitatea lui Rodney Lewis (Flickr).
Intrebarea
Cititorul SuperUser Samuel Alexander vrea să știe de ce au fost alese 80 și 443 ca porturi implicite HTTP și HTTPS:
De ce a fost ales portul 80 ca port HTTP implicit și 443 ca port HTTPS implicit? Există vreun motiv anume sau a fost definit în acest fel?
De ce au fost alese 80 și 443 ca porturi HTTP și HTTPS implicite?
Răspunsul
Contribuitorul SuperUser jcbermu are răspunsul pentru noi:
Autoritatea Numerelor Asignate pe Internet (IANA) esteun departament al ICANN, o corporație privată non-profit care supraveghează alocarea globală a adreselor IP, sistemul de nume de domeniu (DNS), porturile cunoscute și alte simboluri și numere legate de protocolul Internet.
În martie 1990, au publicat un document (R60 1060) în care au enumerat toate porturile cunoscute la acea vreme. În această listă nu a fost atribuit un protocol portului 80 (a sărit de la 79 la 81):
La acel moment, portul 80 era oficial gratuit. În 1991, Tim Berners-Lee a emis prima versiune a HTTP într-un document (HTTP 0.9) în care a declarat:
Apoi, în iulie 1992, RFC1060 a fost învechit de un nou document (RFC 1340) în care au apărut următoarele:
Acest document a făcut 80 portul oficial pentru HTTP (www). Cu toate acestea, nu există nimic despre portul 443 din documentul respectiv. În octombrie 1994, RFC 1700 a fost publicat și aceasta a apărut pentru prima dată:
Se pare că a fost solicitat de Kipp E.B. Hickman, care la acea vreme lucra la Mosaic, prima companie de browser GUI care ulterior a continuat să devină Netscape. Nu este clar de ce a fost ales portul 443. Cu toate acestea, documentul RFC anterior a avut un decalaj între 374 și 512, dar în RFC1700 spațiul de la 375 la 451 a fost completat. Este foarte probabil ca numerele să fie date pur și simplu în ordinea solicitării.
Aveți ceva de adăugat la explicație? Sună în comentarii. Doriți să citiți mai multe răspunsuri de la alți utilizatori tehnologiști din Stack Exchange? Vezi aici subiectul complet de discuții.
