3. Cómo funciona el TERM

Antes de experimentar con term es altamente aconsejable leer primero este capítulo completo y el fichero INSTALLATION que viene con el paquete. También conviene echar una ojeada a las páginas de manual de linecheck, (term)test y term. Esto te ayudará a trabajar más fácil y más rápido.

3.1 Nomenclatura

Asumo que estás llamando a un sistema a través de algún tipo de servidor de terminal. Utilizo los términos ``local'' y ``remoto'' para referirme a los sistemas conectados en casa y en la red respectivamente (a no ser que los use para referirme a alguna otra cosa :-).

term proporciona a la máquina local, que no tiene conexión de red, pero que está conectada por una línea serie a una máquina remota, la cual a su vez está conectada a una red, servicios de red. Observemos cómo una máquina con una conexión de red ``tradicional'' proporciona estos servicios.

Primero el usuario invoca un programa, como telnet o ftp, que requiere un servicio de red. Lo que estos programas hacen es hacer una llamada del sistema solicitando servicios de red. El sistema operativo obtiene entonces estos servicios a través de su interface de red (por ejemplo, manda y recibe paquetes sobre la ethernet).

SLIP y PPP hacen exactamente esto, convirtiendo la línea módem en un interface de red, lo cual en principio no es diferente de una ethernet. La pega está en que estos protocolos hacen de la máquina conectada por módem parte de la red, justo como cualquier otra máquina. Esto exige toda la tarea administrativa asociada al hecho de ser un nodo de la red (más aún, ya que el enlace módem también hay que administrarlo).

En ausencia de una conexión de red como SLIP o PPP, ¿qué es lo que se hace típicamente?. Bien, llamas a tu máquina conectada a la red, lees tu correo, tus news, etc, si necesitas un fichero, primero te lo transfieres a la máquina remota y entonces te lo envías a la máquina local usando el kermit o algún otro programa de comunicaciones.

Esto es una pena, especialmente porque en realidad sólo puedes hacer que una cosa use el enlace módem a la vez. La idea que hay detrás del term es básicamente automatizar y multiplexar este proceso. El term se invoca en ambas máquinas, local y remota, y los dos procesos se comunican entre sí por la línea módem. Cuando necesitas un servicio de red, haces una solicitud al daemon del term local, el cual transmite la petición al daemon del term en la máquina remota (conectada a la red). El resultado se devuelve a través de la línea módem.

Para ser más precisos, pongamos que quieres conseguir un fichero por ftp. Primero necesitas una versión de ftp que pueda hablar con term. Invocas termftp como lo haces con un ftp normal, pongamos 'termftp nethost.gov', pero esta versión especial hace su solicitud de red al daemon del term local en vez de al kernel. El term local transfiere esta petición, a través de la línea del módem, al term remoto, el cual establece una conexión con nethost.gov, y transmite los datos de vuelta sobre el enlace módem.

term es lo suficientemente listo como para tener muchas cosas diferentes funcionando a la vez, por lo que puedes tener varias sesiones de red distintas usando el mismo enlace módem; por ejemplo puedes estar dentro de otra máquina lejana vía termtelnet mientras continúa la transferencia del termftp.

Si esto es demasiado abstracto (o engorroso) no te preocupes; la información importante que hay que extraer de esta sección es que hay dos copias del term corriendo, una a cada lado del enlace módem.