Protocolos a nivel de aplicación de Internet

TCP/IP implementa protocolos de Internet de nivel superior en el nivel de programa de aplicación.

Figura 1. Capa de aplicación del conjunto de protocolos de TCP/IP
Capa de aplicación del conjunto de protocolos de TCP/IP
Esta ilustración muestra las diversas capas del conjunto de protocolos de TCP/IP. Desde la parte superior, la capa de aplicaciones consta de la aplicación. La capa de transporte contiene UDP y TCP. La capa de red contiene la interfaz de red (hardware). Y finalmente, la capa de hardware contiene la red física.

Cuando una aplicación necesita enviar datos a otra aplicación de otro sistema principal, las aplicaciones envían la información hasta los protocolos de nivel de transporte para preparar la información para la transmisión.

Los protocolos de nivel de aplicaciones oficiales de Internet incluyen:

TCP/IP implementa otros protocolos de nivel superior que no son protocolos oficiales de Internet pero que se utilizan comúnmente en la comunidad de Internet a nivel de programa de aplicación. Estos protocolos incluyen:

TCP/IP no proporciona las API a ninguno de estos protocolos de nivel de aplicación.

Protocolo de nombres de dominio

El Protocolo de nombres de dominio (DOMAIN) permite a un sistema principal de un dominio actuar como un servidor de nombres para otros sistemas principales del dominio.

DOMAIN utiliza UDP o TCP como protocolo subyacente y permite a un red local asignar nombres de sistema principal en el dominio independientemente de otros dominios. Normalmente, el protocolo DOMAIN utiliza UDP. Sin embargo, si la respuesta de UDP se trunca, se puede utilizar TCP. El protocolo DOMAIN en TCP/IP los soporta ambos.

En el sistema de denominación jerárquica de DOMAIN, las rutinas de resolución locales pueden resolver nombres y direcciones de Internet utilizando una base de datos de resolución de nombres local mantenida por el daemon named. Si el nombre solicitado por el sistema principal no está en la base de datos local, la rutina de resolución consulta un servidor de nombres DOMAIN remoto. En cualquier caso, si la información de resolución de nombres no está disponible, las rutinas de resolución intentan utilizar el archivo /etc/hosts para la resolución de nombres.

Nota: TCP/IP configura rutinas de resolución local para el protocolo DOMAIN si existe el archivo local /etc/resolv.conf . Si este archivo no existe, TCP/IP configura las rutinas de resolución locales para utilizar la base de datos /etc/hosts.

TCP/IP implementa el protocolo DOMAIN en el daemon named y en las rutinas de resolución y no proporciona ninguna API en este protocolo.

Exterior Gateway Protocol (Protocolo de pasarela exterior)

Exterior Gateway Protocol (EGP) es el mecanismo que permite a la pasarela exterior de un sistema autónomo compartir la información de direccionamiento con pasarelas exteriores de otros sistemas autónomos.

Sistemas autónomos

Las pasarelas son vecinos interiores si residen en el mismo sistema autónomo y vecinos exteriores si residen en sistema autónomos diferentes. Se dice que las pasarelas que intercambian información de direccionamiento utilizando EGP son homólogos o vecinos EGP. Las pasarelas de sistemas autónomos utilizan EGP para proporcionar información de acceso a los vecinos EGP.

EGP permite a una pasarela exterior solicitar a otra pasarela exterior que acceda a intercambiar información de acceso, comprueba continuamente que los vecinos EGP respondan y ayuda a los vecinos EGP a intercambiar información de acceso pasando mensajes de actualización de direccionamiento.

EGP restringe las pasarelas exteriores permitiéndoles anunciar sólo las redes de destino totalmente alcanzables dentro del sistema autónomo de esa pasarela. De este modo, una pasarela exterior que utiliza EGP pasa información a los vecinos EGP pero no anuncia información de acceso acerca de los vecinos EGP fuera del sistema autónomo.

EGP no interpreta ninguna de la métrica de distancia que aparecen en los mensajes de actualización de direccionamiento de otros protocolos. EGP utiliza el campo de distancia para especificar si existe una vía de acceso (un valor de 255 significa que no se puede alcanzar la red). El valor no se puede utilizar para calcular la ruta más corta entre dos, a menos que ambas rutas estén contenidas en un solo sistema autónomo. Por consiguiente, EGP no se puede utilizar como algoritmo de direccionamiento. Como resultado, sólo habrá una vía de acceso de la pasarela exterior a cualquier red.

A diferencia de RIP (Routing Information Protocol - Protocolo de información de direccionamiento), que se puede utilizar en un sistema autónomo de redes de Internet que reconfiguran dinámicamente las rutas, las rutas de EGP están predeterminadas en el archivo /etc/gated.conf. EGP supone que IP es el protocolo subyacente.

Tipos de mensajes de EGP

Aquí se definen los diversos tipos de mensajes de EGP (Exterior Gateway Protocol - Protocolo de pasarela exterior).

Elemento Descripción
Solicitud de adquisición de vecino (Petición de adquisición de vecino) Lo utilizan las pasarelas exteriores para solicitar convertirse en vecinos unos de otros.
Respuesta de adquisición de vecino (Respuesta de adquisición de vecino) Lo utilizan las pasarelas exteriores para aceptar convertirse en vecinos.
Denegación de adquisición de vecino (Rechazo de adquisición de vecino) Lo utilizan las pasarelas exteriores para rechazar la petición de convertirse en vecinos. El mensaje de rechazo incluye las razones del rechazo, por ejemplo porque no hay espacio de tablas (out of table space).
Vecino Cesar (Cese de vecino) Lo utilizan las pasarelas exteriores para cesar la relación de vecinos. El mensaje de cese incluye las razones del cese, por ejemplo quedarse inactivo (going down).
Notificación de cese al vecino (Reconocimiento de cese de vecino) Lo utilizan las pasarelas exteriores para reconocer la petición de cese de la relación de vecinos.
Vecino Hola (Saludo del vecino) Los utilizan las pasarelas exteriores para determinar la conectividad. Una pasarela emite un mensaje Hello y otra pasarela emite un mensaje I Heard You .
Te He Oído (Le he oído) Lo utilizan las pasarelas exteriores para responder a un mensaje Hello. El mensaje I Heard You incluye el acceso de la pasarela de respuesta y, si no se puede acceder a la pasarela, un motivo de falta de acceso, como por ejemplo You are unreachable because of problems with my network interface.
Encuesta NR (Sondeo de NR) Lo utilizan las pasarelas exteriores para consultar a las pasarelas de vecino la posibilidad que tienen de alcanzar otras pasarelas.
Accesibilidad de red (Posibilidad de alcanzar la red) Lo utilizan las pasarelas exteriores para responder al mensaje NR Poll. Para cada pasarela del mensaje, el mensaje Network Reachability contiene información sobre las direcciones que esta pasarela puede alcanzar a través de los vecinos.
Error de EGP (Error de EGP) Lo utilizan las pasarelas exteriores para responder a los mensajes EGP que contienen sumas de comprobación incorrectas o tienen campos que contienen valores incorrectos.
TCP/IP implementa el protocolo EGP en el mandato de servidor gated y no proporciona una API a este protocolo.

Protocolo de transferencia de archivos (File Transfer Protocol)

FTP (File Transfer Protocol - FTP) permite a los sistemas principales transferir datos entre sistemas principales diferentes, así como archivos entre dos sistemas principales externos de forma indirecta.

FTP proporciona tareas tales como listar directorios remotos, cambiar el directorio remoto actual, crear y eliminar directorios remotos y transferir varios archivos en una sola petición. FTP mantiene el transporte seguro pasando contraseñas de usuario y cuenta al sistema principal externo. Aunque FTP está principalmente diseñado para que lo utilicen las aplicaciones, también permite sesiones interactivas orientadas al usuario.

FTP utiliza la entrega de corriente fiable (TCP/IP) para enviar los archivos y utiliza una conexión Telnet para transferir mandatos y respuestas. FTP también interpreta varios formatos de archivo básicos incluyendo NETASCII, IMAGE y Local 8.

TCP/IP implementa FTP en el mandato de usuario ftp y el mandato de servidor ftpd y no proporciona ninguna interfaz de programación de aplicaciones (API) a este protocolo.

Al crear usuarios y directorios ftp anónimos, asegúrese de que el directorio de inicio para los usuarios ftp y anónimos (por ejemplo, /u/ftp) es propiedad de root y no permite permisos de escritura (por ejemplo, dr-xr-xr-x). El script /usr/samples/tcpip/anon.ftp se puede utilizar para crear estas cuentas, archivos y directorios.

Trivial File Transfer Protocol

Trivial File Transfer Protocol (TFTP) puede leer y grabar archivos en un sistema principal externo.

Puesto que TFTP utiliza el protocolo User Datagram Protocol no fiable para transportar archivos, generalmente es más rápido que FTP. Igual que FTP, TFTP puede transferir archivos como caracteres NETASCII o como datos binarios de 8 bits. A diferencia de FTP, TFTP no se puede utilizar para listar o cambiar directorios en un sistema principal externo y no toma medidas para la seguridad como la protección por contraseña. Asimismo, los datos sólo se pueden grabar o recuperar en directorios públicos.

TCP/IP implementa TFTP en los mandatos de usuario tftp o utftp y en el mandato de servidor tftpd . El mandato utftp es una forma del mandato tftpd para utilizarla en un conducto. TCP/IP no proporciona una API en este protocolo.

Protocolo de nombres/finger (Name/Finger Protocol)

El Protocolo de nombres/finger (FINGER) es un protocolo de Internet a nivel de aplicación que proporciona una interfaz entre el mandato finger y el daemon fingerd.

El daemon fingerd devuelve información sobre los usuarios que han iniciado sesión actualmente en un host remoto especificado. Si ejecuta el mandato finger especificando un usuario en un sistema principal determinado, obtendrá información específica sobre dicho usuario. El Protocolo FINGER debe estar presente en el sistema principal remoto y en el sistema principal solicitante. FINGER utiliza Transmission Control Protocol ( Transmission Control Protocol ) como protocolo subyacente.

Nota: TCP/IP no proporciona una API a este protocolo.

Protocolo Telnet

El Protocolo Telnet (TELNET) proporciona un método estándar para que los dispositivos de terminal y los procesos orientados a terminal intercambien información.

Normalmente los programas de emulación de terminal que le permiten iniciar la sesión en un sistema principal remoto utilizan TELNET. Sin embargo, TELNET se puede utilizar para las comunicaciones de terminal a terminal y las comunicaciones entre procesos. TELNET también lo utilizan otros protocolos (por ejemplo FTP) para establecer un canal de control de protocolo.

TCP/IP implementa TELNET en los mandatos de usuario tn, telnet o tn3270. El daemon telnetd no proporciona ninguna API en TELNET.

TCP/IP soporta las siguientes opciones de TELNET que se negocian entre el cliente y el servidor.

Elemento Descripción
BINARY TRANSMISSION (Se utiliza en sesiones tn3270) Transmite caracteres como datos binarios.
SUPPRESS GO_AHEAD (El sistema operativo suprime las opciones GO-AHEAD.) Indica que cuando está en vigor en una conexión entre un remitente de datos y el destinatario de los datos, el remitente no transmite una opción GO_AHEAD. Si no se desea la opción GO_AHEAD, las partes de la conexión probablemente la suprimirán en ambas direcciones. Esta acción debe tener lugar en ambas direcciones de forma independiente.
TIMING MARK (Se reconoce, pero tiene una respuesta negativa) Se asegura de que los datos transmitidos anteriormente se han procesado por completo.
LISTA DE OPCIONES AMPLIADA Amplía la lista de opciones de TELNET en 256 opciones más. Sin esta opción, la opción TELNET sólo permite 256 opciones.
ECHO (Mandato cambiable por el usuario) Devuelve la transmisión de caracteres de datos de eco ya recibidos al remitente original.
TIPO TERM Permite al servidor determinar el tipo de terminal conectado a un programa TELNET de usuario.
SAK (Tecla de atención de seguridad) Establece el entorno necesario para las comunicaciones seguras entre el usuario y el sistema.
NAWS (Negociar el tamaño de ventana) Permite al cliente y al servidor negociar dinámicamente el tamaño de ventana. La utilizan las aplicaciones que soportan el cambio de tamaño de ventana.
Nota: TELNET debe permitir la transmisión de ocho caracteres de bits cuando no está en modalidad binaria para implementar la página de códigos latinos ISO 8859.

Protocolo de red local de Red de sistemas distribuidos

Un sistema autónomo es un grupo de redes y pasarelas de las que es responsable una autoridad administrativa.

El Protocolo de red local (HELLO) es un protocolo de pasarela interior diseñado para utilizarse en sistemas autónomos. (Para obtener más información, consulte Protocolo de pasarela exterior.) HELLO mantiene la información de conectividad, direccionamiento y mantenimiento de la hora. Permite a cada máquina de la red determinar la vía de acceso más corta a un destino basándose en el retardo de tiempo y, a continuación, actualiza dinámicamente la información de direccionamiento en dicho destino.

Para obtener más información, consulte el daemon gated .

Remote Command Execution Protocol (Protocolo de ejecución de mandatos remota)

El mandato de usuario rexec y el daemon rexecd proporcionan el protocolo de ejecución de mandatos remota, permitiendo a los usuarios ejecutar mandatos en un sistema principal remoto compatible.

Para obtener más información, consulte el mandato rexec y el daemon rexecd .

Remote Login Protocol (Protocolo de inicio de sesión remoto)

El mandato de usuario rlogin y el daemon rlogind proporciona el protocolo de inicio de sesión remoto, permitiendo a los usuarios iniciar la sesión en un sistema principal remoto y utilizar los terminales como si estuvieran conectados directamente al sistema principal remoto.

Para obtener más información, consulte el mandato rlogin y el daemon rlogind .

Remote Shell Protocol (Protocolo de shell remoto)

El mandato de usuario rsh y el daemon rshd proporcionan el protocolo de shell de mandato remoto, permitiendo a los usuarios abrir un shell en un sistema principal externo compatible para ejecutar mandatos.

Para obtener más información, consulte el mandato rsh y el daemon rshd .

Protocolo Wake On LAN

Wake On LAN (WOL) le permite activar uno o más sistemas principales que están conectados a una red en modalidad suspendida enviando un Paquete mágico a la dirección o las direcciones especificadas de la subred especificada.

Para obtener más información sobre cómo utilizar WOL, consulte el mandato wol .

Routing Information Protocol (Protocolo de información de direccionamiento)

Protocolo de información de direccionamiento (Routing Information Protocol - RIP) y los daemons routed y gated que lo implementan hacen el seguimiento de la información de direccionamiento basándose en los saltos de pasarela y mantienen las entradas de tabla de direccionamiento de kernel.

Para obtener más información, consulte los daemons routed y gated .

Time Server Protocol (Protocolo de servidor horario)

El daemon timed se utiliza para sincronizar un sistema principal con la hora de los demás sistemas principales.

Se basa en el concepto de cliente/servidor. Para obtener más información, consulte el mandato timedc y el daemon timed .