TERMAntes de experimentar con term es altamente aconsejable leer primero éste
capitulo 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.
Asumo que estas llamando a un sistema a través de algún tipo de servidor de terminal. Utilizo los terminos ``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
esta conectada por una línea serie a una máquina remota la cual a su vez
esta conectada a una red, servicios de red. Observemos como 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 linea modem 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 modem 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 aun, ya que el enlace modem 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 envias a la máquina local usando el kermit
o algún otro programa de comunicaciones. Esto es una pena, especialmente
porque en realidad solo puedes hacer que una cosa use el enlace modem a la
vez. La idea que hay detrás del term es basicamente automatizar y
multiplexar este proceso. El term se invoca en ambas máquinas, local y
remota, y los dos procesos se comunican entre si por la linea de modem.
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 linea
de modem.
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 linea del modem, al term remoto, el cual establece una
conexión con nethost.gov, y transmite los datos de vuelta sobre el enlace
de modem. term es suficientemente listo para tener muchas cosas diferentes
funcionando a la vez, por lo que puedes tener varias sesiones de red
diferentes usando el mismo enlace de modem, por ejemplo puedes estar
dentro de otro host lejano via termtelnet mientras continua 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 de modem.