Archivo /etc/uucp/Systems del UUCP

El archivo /etc/uucp/Systems contiene la información que necesita el daemon uucico para establecer un enlace de comunicación a un equipo remoto. /etc/uucp/Systems es el primer archivo que necesita editar para configurar el UUCP.

Cada entrada del archivo Systems representa un equipo remoto con el cual se comunica el host. Un host determinado puede tener más de una entrada. Las entradas adicionales representan rutas de comunicación alternativas que se prueban en orden secuencial. Además, de manera predeterminada, el UUCP evita que cualquier equipo que no aparece en /etc/uucp/Systems inicie sesión en el host.

Al usar el archivo Sysfiles, puede definir varios archivos que se utilizarán como archivos Systems. Consulte Archivo /etc/uucp/Sysfiles del UUCP para obtener una descripción de Sysfiles.

A continuación, se muestra la sintaxis de una entrada en el archivo Systems:

System-Name    Time    Type    Speed    Phone    Chat Script

Consulte el ejemplo siguiente de una entrada en el archivo Systems.

Ejemplo 12-1 Entrada en /etc/uucp/Systems

Arabian     Any  ACUEC 38400 111222  ogin: Puucp ssword:beledi

Arabian

Entrada para el campo System-Name. Para obtener más información, consulte Campo System-Name en el archivo /etc/uucp/Systems.

Any

Entrada para el campo Time. Para obtener más información, consulte Campo Time en el archivo /etc/uucp/Systems.

ACUEC

Entrada para el campo Type. Para obtener más información, consulte Campo Type en el archivo /etc/uucp/Systems.

38400

Entrada para el campo Speed. Para obtener más información, consulte Campo Speed en el archivo /etc/uucp/Systems.

111222

Entrada para el campo Phone. Para obtener más información, consulte Campo Phone en el archivo /etc/uucp/Systems.

ogin: Puucp ssword:beledi

Entrada para el campo Chat Script. Para obtener más información, consulte Campo Chat-Script en el archivo /etc/uucp/Systems.

Campo System-Name en el archivo /etc/uucp/Systems

Este campo contiene el nombre del nodo del equipo remoto. En redes TCP/IP, este nombre puede ser el nombre de host del equipo o un nombre que se crea específicamente para las comunicaciones del UUCP por medio del archivo /etc/uucp/Sysname. Consulte Archivo /etc/uucp/Systems del UUCP. En el Ejemplo 12-1, el campo System-Name contiene una entrada para el host remoto Arabian.

Campo Time en el archivo /etc/uucp/Systems

Este campo especifica el día de la semana y la hora del día en los que el equipo remoto se puede llamar. El formato del campo Time es el siguiente:

daytime[;retry]

Parte day del campo Time

La parte day puede ser una lista que contiene algunas de las siguientes entradas.

Su Mo Tu We Th Fr Sa

Para días individuales.

Wk

Para cualquier día de la semana.

Any

Para cualquier día.

Never

El host nunca inicia una llamada al equipo remoto. La llamada debe ser iniciada por el equipo remoto. El host funciona en modo pasivo.

Parte time del campo Time

El Ejemplo 12-1 muestra Any en el campo Time, lo que indica que el host Arabian se puede llamar en cualquier momento.

La parte time debe ser un rango de horas que se especifican en una notación de 24 h, por ejemplo, 0800-1230 para el rango de 8:30 a. m. a 12:30 p. m. Si no hay ninguna parte time especificada, se asume que cualquier hora del día está permitida para la llamada.

Un rango de horas que abarca 0000 está permitido. Por ejemplo, 0800-0600 significa que todas las horas están permitidas, excepto las horas entre 6 a. m. y 8 a. m.

Parte retry del campo Time

El subcampo retry permite especificar el tiempo mínimo (en minutos) antes de un reintento, después de un intento fallido. La espera predeterminada es de 60 min. El separador de subcampo es un punto y coma (;). Por ejemplo, Any;9 se interpreta como que se puede llamar en cualquier momento, pero se debe esperar al menos 9 min antes de volver a intentar después de que se produce un fallo.

Si no especifica una entrada retry, se utiliza un algoritmo de interrupción exponencial. Esto significa que el UUCP se inicia con un tiempo de espera predeterminado que aumenta a medida que el número de intentos fallidos aumenta. Por ejemplo, suponga que el tiempo de reintento inicial es de 5 min. Si no se produce ninguna respuesta, el siguiente reintento es 10 min más tarde. El siguiente reintento es 20 min más tarde, y así sucesivamente hasta que se alcanza el máximo tiempo de reintento de 23 h. Si retry se especifica, el valor especificado es siempre el tiempo de reintento. De lo contrario, se utiliza el algoritmo de interrupción.

Campo Type en el archivo /etc/uucp/Systems

Este campo contiene el tipo de dispositivo que debe utilizarse para establecer el enlace de comunicación al equipo remoto. La palabra clave que se utiliza en este campo se compara con el primer campo de las entradas del archivo Devices.

Ejemplo 12-2 Palabra clave con el campo Type

Arabian    Any    ACUEC, g    38400    1112222    ogin: Puucp ssword:beledi

Puede definir el protocolo que se utiliza para ponerse en contacto con el sistema agregando el protocolo en el campo Type. El ejemplo anterior muestra la forma de agregar el protocolo g en el tipo de dispositivo ACUEC. Para obtener más información sobre protocolos, consulte Definiciones de protocolo en el archivo /etc/uucp/Devices.

Campo Speed en el archivo /etc/uucp/Systems

Este campo, también conocido como el campo Class, especifica la velocidad de transferencia del dispositivo que se utiliza para establecer el enlace de comunicación. El campo de velocidad del UUCP puede contener una letra y una velocidad, como C1200 o D1200, para diferenciar entre las clases de marcadores. Consulte Campo Class en el archivo /etc/uucp/Devices.

Algunos dispositivos se pueden utilizar a cualquier velocidad, por lo que la palabra clave Any se puede utilizar. Este campo debe coincidir con el campo Class en la entrada del archivo Devices relacionada.

Ejemplo 12-3 Entrada en el campo Speed

eagle    Any    ACU, g    D1200    NY3251    ogin: nuucp ssword:Oakgrass

Si no se requiere información para este campo, utilice un guión (-) como marcador de posición para el campo.

Campo Phone en el archivo /etc/uucp/Systems

Este campo permite especificar el número de teléfono, conocido como token, del equipo remoto para marcadores automáticos, conocidos como selectores de puerto. El número de teléfono consta de una abreviatura alfabética opcional y una parte numérica. Si se utiliza una abreviatura, dicha abreviatura debe estar enumerada en el archivo Dialcodes.

Ejemplo 12-4 Entrada en el campo Phone

nubian    Any    ACU       2400    NY555-1212    ogin: Puucp ssword:Passuan
eagle     Any    ACU, g    D1200   NY=3251       ogin: nuucp ssword:Oakgrass

En el campo Phone, un signo igual (=) indica a la ACU que espere un tono de marcación secundario antes de marcar el resto de los dígitos. Un guión (-) en la cadena indica a la ACU que pause 4 s antes de marcar el siguiente dígito.

Si su equipo se encuentra conectado a un selector de puerto, puede acceder a otros equipos que están conectados a dicho selector. Las entradas del archivo Systems para esos equipos remotos no deben tener un número de teléfono en el campo Phone. En cambio, este campo debe contener el token que se transferirá al conmutador. De esta forma, el selector de puerto sabe el equipo remoto con el que el host se desea comunicar. Por lo general, sólo sabe el nombre del sistema. La entrada del archivo Devices relacionada debe indicar \D al final de la entrada para asegurarse de que este campo no sea traducido mediante el archivo Dialcodes.

Campo Chat-Script en el archivo /etc/uucp/Systems

Este campo, también conocido como el campo Login, contiene una cadena de caracteres denominada chat-script. La secuencia de comandos de chat contiene los caracteres que los equipos local y remoto se deben pasar entre ellos en la conversación inicial. Las secuencias de comandos de chat tienen el siguiente formato:

expect send [expect send] ....

expect representa la cadena que el host local espera recibir del host remoto para iniciar la conversación. send es la cadena que el host local envía después de que el host local recibe la cadena expect del host remoto. Una secuencia de comandos de chat puede tener más de una secuencia expect-send.

Una secuencia de comandos de chat básica puede contener lo siguiente:

• Indicador de inicio de sesión que el host local espera recibir del equipo remoto.

• Nombre de inicio de sesión que el host local envía al equipo remoto para iniciar la sesión.

• Indicador de contraseña que el host local espera recibir del equipo remoto.

• Contraseña que el host local envía al equipo remoto.

El campo expect puede estar compuesto por subcampos con el siguiente formato:

expect[-send-expect]...

El subcampo -send se envía si el subcampo expect anterior no se lee correctamente. El subcampo -expect que sigue al subcampo -send es la siguiente cadena esperada.

Por ejemplo, con cadenas login--login, el UUCP en el host local espera a login. Si el UUCP recibe a login del equipo remoto, el UUCP pasa al campo siguiente. Si el UUCP no recibe a login, el UUCP envía un retorno de carro y, a continuación, busca a login de nuevo. Si el equipo local inicialmente no espera ningún carácter, utilice los caracteres "", para la cadena NULL, en el campo expect. Todos los campos send se envían con un retorno de carro agregado, a menos que la cadena send termine con \c.

El siguiente es un ejemplo de una entrada del archivo Systems que utiliza una cadena expect-send:

sonora Any ACUEC 9600 2223333 "" \r \r ogin:-BREAK-ogin: Puucpx ssword:xyzzy

En este ejemplo, se indica al UUCP en el host local que envíe dos retornos de carro y que espere por ogin: (para Login:). Si ogin: no se recibe, envíe un BREAK. Cuando recibe ogin:, envíe el nombre de inicio de sesión Puucpx. Cuando recibe ssword: (para Password:), envíe la contraseña xyzzy.

En la siguiente tabla, se muestran algunos caracteres de escape útiles.

Tabla 12-1 Caracteres de escape utilizados en el campo Chat-Script del archivo Systems

Activación de devolución de llamada por medio de la secuencia de comandos de chat

Algunas empresas configuran servidores de marcación de entrada para administrar llamadas de equipos remotos. Por ejemplo, su compañía puede tener un servidor de marcación de entrada con un módem de devolución de llamada al que los empleados pueden llamar desde sus equipos domésticos. Después de que el servidor de marcación de entrada identifica el equipo remoto, el servidor de llamada entrante desconecta el enlace al equipo remoto y, a continuación, devuelve la llamada al equipo remoto. Luego, el enlace de comunicación se restablece.

Puede facilitar la devolución de llamada mediante la opción \H en la secuencia de comandos de chat del archivo Systems en el lugar donde la devolución de llamada debe producirse. Incluya la opción \H como parte de una cadena expect en el lugar donde se espera que el servidor de marcación de entrada se bloquee.

Por ejemplo, suponga que la secuencia de comandos de chat que llama al servidor de marcación de entrada contiene la siguiente cadena:

INITIATED\Hogin:

La utilidad de marcación del UUCP en el equipo local espera recibir los caracteres INITIATED del servidor de marcación de entrada. Después de que los caracteres INITIATED se han comparado, la utilidad de marcación borra los caracteres subsiguientes que la utilidad de marcación recibe hasta que el servidor de marcación de entrada se bloquea. La utilidad de marcación local espera hasta recibir la parte siguiente de la cadena expect, los caracteres ogin:, del servidor de marcación de entrada. Cuando recibe a ogin:, la utilidad de marcación continúa a lo largo de la secuencia de comandos de chat.

Una cadena de caracteres no necesita preceder ni seguir directamente a \H, como se muestra en la cadena de ejemplo anterior.

Control de flujo de hardware en el archivo /etc/uucp/Systems

También puede utilizar la cadena pseudo-send STTY=value para definir las características del módem. Por ejemplo, STTY=crtscts activa el control de flujo de hardware. STTY acepta todos los modos de stty. Consulte las páginas del comando man stty(1) y termio(7I) para obtener más información.

En el ejemplo siguiente, se activa el control de flujo de hardware en una entrada del archivo Systems:

unix Any ACU 2400 12015551212 "" \r ogin: Puucp ssword:Passuan "" \ STTY=crtscts

Esta cadena pseudo-send también se puede utilizar en las entradas del archivo Dialers.

Configuración de paridad en el archivo /etc/uucp/Systems

En algunas situaciones, tiene que restablecer la paridad porque el sistema al que llama comprueba la paridad del puerto y elimina la línea si es incorrecta. El pareado expect-send "" P_ZERO establece el bit de orden superior (bit de paridad) en 0. Observe este pareado expect-send en el siguiente ejemplo:

unix Any ACU 2400 12015551212 "" P_ZERO "" \r ogin: Puucp ssword:Passuan

Los siguientes son pareados de paridad que pueden seguir al pareado expect-send "" P_ZERO:

"" P_EVEN

Establece la paridad en par, que es la predeterminada

"" P_ODD

Establece la paridad en impar

"" P_ONE

Establece el bit de paridad en 1

Estos pareados de paridad se pueden insertar en cualquier lugar de la secuencia de comandos de chat. Los pareados de paridad se aplican a toda la información de la secuencia de comandos de chat que sigue a "" P_ZERO, el pareado expect-send. Un pareado de paridad también se puede utilizar en las entradas del archivo Dialers. El ejemplo siguiente incluye el pareado de paridad "" P_ONE:

unix Any ACU 2400 12015551212 "" P_ZERO "" P_ONE "" \r ogin: Puucp ssword:Passuan