La capa de aplicación de TCP/IP contiene los protocolos que utilizan las aplicaciones para solicitar y proporcionar servicios de red. Abarca muchas funciones que la terminología OSI separa en las capas de aplicación, presentación y sesión.
Conceptos Básicos de Red · Lección 5
Capa de aplicación
Aprende cómo los protocolos de aplicación definen los mensajes, el estado, los nombres y el comportamiento de seguridad de los servicios.
Mensajes y semántica de los protocolos
Un protocolo de aplicación define cómo interpretan los pares los mensajes y el estado. HTTP define solicitudes, respuestas, métodos, códigos de estado y campos. DNS define consultas y registros de recursos. SMTP define comandos y respuestas para transferir correo.
No todos los protocolos de aplicación añaden una «cabecera de aplicación» fija. Algunos utilizan campos de texto, otros registros binarios, otros varios formatos anidados y algunos transportan una secuencia continua de mensajes a través de una única conexión de transporte.
¿Qué define principalmente un protocolo de aplicación?
Clientes, servidores y pares
Un cliente inicia una solicitud o conexión con un servicio; un servidor escucha o la acepta de otra forma. Son funciones dentro de una interacción, no categorías permanentes de dispositivos. Un mismo host puede ser cliente de DNS y servidor de SSH al mismo tiempo, y algunos protocolos utilizan funciones entre pares.
¿Qué convierte a un programa en el cliente de un intercambio típico de solicitud y respuesta?
Nombres, puertos y selección de servicios
Una aplicación puede resolver el nombre de un servicio en una o varias direcciones IP y elegir un punto final de transporte. Los puertos conocidos proporcionan valores predeterminados, no pruebas inmutables de un protocolo. HTTP suele usar el puerto TCP 80 y HTTPS el puerto TCP 443, pero cualquiera puede ejecutarse en otro lugar. SMTP utiliza distintos puertos y políticas para la retransmisión y el envío de mensajes.
¿Qué demuestra por sí solo un puerto TCP 443 abierto?
Seguridad y pruebas de extremo a extremo
TLS puede proporcionar confidencialidad, integridad y autenticación de la identidad del par cuando la validación del certificado y el nombre del punto final son correctos. No autoriza automáticamente todas las acciones de la aplicación. Comprueba el mismo nombre, familia de direcciones, puerto, protocolo, credenciales y solicitud que utiliza el cliente real.
Por ejemplo, un diagnóstico de HTTPS puede comprobar por separado la resolución, la conexión TCP, el certificado y el nombre TLS, la respuesta HTTP y el contenido de la aplicación. El éxito en un paso acota el problema, pero no demuestra que todos los pasos posteriores funcionen.
¿Qué establece una validación satisfactoria del certificado TLS?
Lección completada
Has completado Capa de aplicación
Ahora puedes describir el comportamiento de la capa de aplicación más allá de un número de puerto o un nombre de programa.
Identifica la sintaxis, la semántica y el estado del protocolo como aspectos de la aplicación.
Trata cliente y servidor como funciones dentro de un intercambio.
Usa los puertos como convenciones de puntos finales, no como prueba de un protocolo.
Comprueba de extremo a extremo los nombres, la seguridad y las respuestas de la aplicación.
Guarda tu progreso
Crea una cuenta gratuita para guardar esta lección y continuar en cualquier dispositivo.
Crear una cuenta gratuita