¿Cuál es el propósito de los puertos?

Tengo algunas preguntas con respecto a la siguiente explicación de puertos que encontré .

La capa de aplicación se comunica con la capa de transporte a través de un puerto. Los puertos están numerados y las aplicaciones estándar siempre usan el mismo puerto.

El uso de un número de puerto permite que el protocolo de transporte (típicamente TCP) sepa qué tipo de contenido está dentro del paquete, lo que le permite saber, en el lado de recepción, a qué protocolo de aplicación debe entregar los datos recibidos.

• ¿Por qué se usaría un número de puerto para indicar qué tipo de protocolo de datos de aplicación reside dentro cuando no hay una garantía absoluta?

  Según tengo entendido, no hay restricciones sobre qué tipo de datos de aplicación envía a través de un puerto (es solo una sugerencia). Además, ¿no se incluyen los datos del protocolo en algún lugar del paquete para este propósito?

• Además, ¿qué sucede con los datos si envía HTTP o algún otro tipo de protocolo a un destino del puerto 25 (que espera SMTP)?

• Tercero, ¿qué sucede con los datos si los envía a un puerto que no está vinculado con ningún programa y, por lo tanto, no se los escucha?

• ** Finalmente, si un puerto solo puede vincularse a un solo programa, ¿cómo pueden ejecutarse en mi computadora varios programas que dependen de los datos HTTP entrantes al mismo tiempo? ****

¡Gracias por adelantado!

¿Por qué se usaría un número de puerto para indicar qué tipo de protocolo de datos de aplicación reside dentro cuando no hay una garantía absoluta?

Porque adivinar es una forma terrible de ejecutar las cosas, y no hay forma de que puedas detener, por ejemplo, que alguien malicioso envíe la cosa incorrecta de todos modos. Por lo tanto, ayuda en el caso de que todos jueguen bien y no empeoren nada.

Según tengo entendido, no hay restricciones sobre qué tipo de datos de aplicación envía a través de un puerto (es solo una sugerencia).

Correcto. De hecho, ni siquiera es una sugerencia, solo un acuerdo que muchas personas comparten.

Además, ¿no se incluyen los datos del protocolo en algún lugar del paquete para este propósito?

No. Al menos, no en el nivel que el puerto suele indicar: usted sabe qué tipo de protocolo IP de nivel superior se está enviando (por ejemplo: TCP, UDP), pero no cuál es el contenido (por ejemplo: HTTP, SMTP) .

Además, ¿qué sucede con los datos si envía HTTP o algún otro tipo de protocolo a un destino del puerto 25 (que espera SMTP)?

TCP simplemente pasa los datos a la capa de aplicación, que puede hacer lo que quiera. La mayoría de las veces, solo obtienes errores. A veces obtienes agujeros de seguridad explotables.

Ocasionalmente, obtiene un buen comportamiento para clientes incorrectos, como los errores HTTP de texto sin formato que algunos servidores HTTPS generarán cuando no use SSL en el puerto.

Tercero, ¿qué sucede con los datos si los envía a un puerto que no está vinculado con ningún programa y, por lo tanto, no se los escucha?

Recibe un mensaje de error ICMP del sistema receptor. Técnicamente, el receptor podría hacer lo que quisiera, pero en la práctica, eso es lo que sucede.

Finalmente, si un puerto solo puede vincularse a un solo programa, ¿cómo pueden ejecutarse en mi computadora varios programas que dependen de datos HTTP entrantes al mismo tiempo?

Cuando su navegador realiza una conexión HTTP a un servidor remoto, utiliza un puerto local aleatorio y se comunica con el puerto conocido (80 o 443) en el servidor remoto. En este caso, es único para cada conexión saliente distinta. (Aunque, técnicamente, no tiene que ser así, como en el caso del servidor).

En el lado del servidor, cuando escucha, solo un proceso puede aceptar nuevas conexiones en un puerto (en sockets Unix / BSD), pero puede pasar la conexión establecida a otros procesos al servicio. Como el conjunto es único, el tráfico se puede enrutar a la conexión correcta.