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í.


¿Qué son los archivos thumbs.db, desktop.ini y .DS_Store?

¿Qué son los archivos thumbs.db, desktop.ini y .DS_Store?

Pídale a su administrador de archivos que muestre los archivos ocultos y verá bastantes archivos basura diseminados por sus carpetas . Windows crea archivos thumbs.db y desktop.ini en muchas carpetas, y Mac OS X crea archivos .DS_Store. La mayoría de las personas normalmente no verán estos archivos. Normalmente se consideran archivos ocultos y solo aparecen si se desvive por mostrar archivos ocultos.

(how-to)

Cómo evitar que ciertas personas sepan que ha leído su iMessage

Cómo evitar que ciertas personas sepan que ha leído su iMessage

De manera predeterminada, iMessage envía un recibo de lectura al remitente, para que puedan ver cuándo ha leído su mensaje. Puede desactivar esta función por completo, pero ¿qué ocurre si desea enviar confirmaciones de lectura a algunas personas pero no a otras? RELACIONADO: Cómo evitar que la gente sepa que ha leído su iMessage en iOS 10 , ahora puede desactivar los recibos de lectura dentro de cada conversación por separado.

(how-to)