es.phhsnews.com


es.phhsnews.com / ¿Por qué se seleccionó 80 como el puerto HTTP predeterminado y 443 como el puerto HTTPS predeterminado?

¿Por qué se seleccionó 80 como el puerto HTTP predeterminado y 443 como el puerto HTTPS predeterminado?


Si bien muchos de nosotros estamos familiarizados con la asignación de varios puertos para fines o usos específicos, es posible que no sepamos la razón particular por la que fueron elegidos. La publicación de preguntas y respuestas SuperUser de hoy tiene las respuestas a las preguntas de un lector curioso.

La sesión de Preguntas y Respuestas de hoy nos llega por cortesía de SuperUser, una subdivisión de Stack Exchange, una agrupación de sitios de preguntas y respuestas.

Foto cortesía de Rodney Lewis (Flickr).

The Question

El lector SuperUser Samuel Alexander quiere saber por qué se eligieron 80 y 443 como los puertos HTTP y HTTPS predeterminados:

¿Por qué se eligió el puerto 80 como puerto HTTP predeterminado y 443 como el puerto HTTPS predeterminado? ¿Hay alguna razón en particular o simplemente se definió de esa manera?

¿Por qué se eligieron 80 y 443 como los puertos HTTP y HTTPS predeterminados?

El contribuyente Superconductor Answer

jcbermu tiene la respuesta para nosotros:

La Autoridad de números asignados de Internet (IANA) es un departamento de ICANN, una corporación privada sin fines de lucro que supervisa la asignación de direcciones IP globales, el Sistema de nombres de dominio (DNS), puertos conocidos y otros símbolos y números relacionados con el Protocolo de Internet.

Durante marzo de 1990, publicaron un documento (RFC 1060) donde enumeraban todos los puertos conocidos en ese momento. En esa lista no había protocolo asignado al puerto 80 (saltó de 79 a 81):

En ese momento, el puerto 80 era oficialmente gratuito. En 1991, Tim Berners-Lee emitió la primera versión de HTTP en un documento (HTTP 0.9) donde afirmó:

Luego, en julio de 1992, RFC1060 quedó obsoleto por un nuevo documento (RFC 1340) donde apareció lo siguiente:

Ese documento convirtió 80 en el puerto oficial para HTTP (www). Sin embargo, no hay nada sobre el puerto 443 en ese documento. Durante octubre de 1994, se publicó RFC 1700 y apareció por primera vez:

Parece que fue solicitada por Kipp E.B. Hickman, que en ese momento trabajaba en Mosaic, la primera empresa de navegadores GUI que más tarde pasó a convertirse en Netscape. No está claro por qué se eligió el puerto 443. Sin embargo, el documento RFC anterior tenía una brecha de 374 a 512, pero en RFC1700 se llenó el espacio de 375 a 451. Es muy probable que los números se hayan dado simplemente en orden de solicitud.


¿Tiene algo que agregar a la explicación? Suena apagado en los comentarios. ¿Desea leer más respuestas de otros usuarios de Stack Exchange expertos en tecnología? Consulte el hilo de discusión completo aquí.


Cómo habilitar el botón Deshacer en Gmail (y quitar ese embarazoso correo electrónico)

Cómo habilitar el botón Deshacer en Gmail (y quitar ese embarazoso correo electrónico)

No hay uno de nosotros que no haya enviado un correo electrónico que desearíamos recuperar (incluso solo para corregirlo una vez más). Ahora con Gmail puedes; siga leyendo mientras le mostramos cómo habilitar el botón Deshacer extremadamente útil. ¿Por qué quiero hacer esto? Le sucede a los mejores de nosotros.

(how-to)

Cómo adjuntar un archivo o una imagen al correo electrónico en la aplicación de correo de iOS 9

Cómo adjuntar un archivo o una imagen al correo electrónico en la aplicación de correo de iOS 9

Los archivos adjuntos en los correos electrónicos de iOS no siempre han sido fáciles de usar. Puede adjuntar fotos y videos o, para otros tipos de archivos, esperar que la aplicación en la que se creó el archivo ofrezca una opción para compartir el archivo por correo electrónico. Ahora, en iOS 9, es más fácil adjuntar cualquier tipo de archive en un correo electrónico en la aplicación de Correo sin depender de las características de otras aplicaciones.

(how-to)