Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Oracle Administración Solaris: Servicios de red Oracle Solaris 11 Information Library (Español) |
Parte I Servicios de red (temas)
1. Servicio de red (descripción general)
2. Gestión de servidores de antememoria web
3. Servicios relacionados con el tiempo
Parte II Acceso a los sistemas de archivos de red (temas)
4. Gestión de sistemas de archivos de red (descripción general)
5. Administración de sistema de archivos de red (tareas)
6. Acceso a los sistemas de archivos de red (referencia)
8. Planificación y habilitación del SLP (tareas)
9. Administración del SLP (tareas)
10. Incorporación de servicios antiguos
Parte IV Servicios de correo (temas)
12. Servicios de correo (descripción general)
13. Servicios de correo (tareas)
14. Servicios de correo (referencia)
Parte V Redes en serie (temas)
15. Solaris PPP 4.0 (descripción general)
16. Planificación del enlace de PPP (tareas)
17. Configuración de un enlace de PPP por marcación telefónica (tareas)
18. Configuración de un enlace de PPP de línea arrendada (tareas)
19. Configuración de autenticación PPP (tareas)
20. Configuración de un túnel PPPoE (tareas)
21. Resolución de problemas comunes de PPP (tareas)
22. Solaris PPP 4.0 (referencia)
23. Migración de Solaris PPP asíncrono a Solaris PPP 4.0 (tareas)
24. UUCP (descripción general)
25. Administración del UUCP (tareas)
Archivo /etc/uucp/Systems del UUCP
Campo System-Name en el archivo /etc/uucp/Systems
Campo Time en el archivo /etc/uucp/Systems
Campo Type en el archivo /etc/uucp/Systems
Campo Speed en el archivo /etc/uucp/Systems
Campo Phone en el archivo /etc/uucp/Systems
Campo Chat-Script en el archivo /etc/uucp/Systems
Habilitación de devolución de llamada por medio de la secuencia de comandos de chat
Control de flujo de hardware en el archivo /etc/uucp/Systems
Archivo /etc/uucp/Devices del UUCP
Campo Type en el archivo /etc/uucp/Devices
Campos Type en el archivo Devices y en el archivo Systems
Campo Line en el archivo /etc/uucp/Devices
Campo Line2 del archivo /etc/uucp/Devices
Campo Class en el archivo /etc/uucp/Devices
Campo Dialer-Token-Pairs en el archivo /etc/uucp/Devices
Estructura del campo Dialer-Token-Pairs en el archivo /etc/uucp/Devices
Definiciones de protocolo en el archivo /etc/uucp/Devices
Archivo /etc/uucp/Dialers del UUCP
Habilitación del control de flujo de hardware en el archivo /etc/uucp/Dialers
Configuración de paridad en el archivo /etc/uucp/Dialers
Otros archivos de configuración básica del UUCP
Archivo /etc/uucp/Dialcodes del UUCP
Archivo /etc/uucp/Sysfiles del UUCP
Archivo /etc/uucp/Sysname del UUCP
Archivo /etc/uucp/Permissions del UUCP
Entradas de estructuración del UUCP
Opciones READ y WRITE del UUCP
Opciones NOREAD y NOWRITE del UUCP
Entrada MACHINE para OTHER del UUCP
Combinación de entradas MACHINE y LOGNAME para el UUCP
Archivo /etc/uucp/Poll del UUCP
Archivo /etc/uucp/Config del UUCP
Archivo /etc/uucp/Grades del UUCP
Campo System-job-grade del UUCP
Relación entre niveles de trabajo de sistemas y usuarios
Otros archivos de configuración del UUCP
Archivo /etc/uucp/Devconfig del UUCP
Archivo /etc/uucp/Limits del UUCP
Archivo remote.unknown del UUCP
Archivos administrativos del UUCP
Mensajes de error ASSERT del UUCP
Mensajes de error STATUS del UUCP
Mensajes de error numéricos del UUCP
Parte VI Trabajo con sistemas remotos (temas)
27. Trabajo con sistemas remotos (descripción general)
28. Administración del servidor FTP (tareas)
29. Acceso a sistemas remotos (tareas)
Parte VII Supervisión de servicios de red (temas)
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 26-1 Entrada en /etc/uucp/Systems
Arabian Any ACUEC 38400 111222 ogin: Puucp ssword:beledi
Entrada para el campo System-Name. Para obtener más información, consulte Campo System-Name en el archivo /etc/uucp/Systems.
Entrada para el campo Time. Para obtener más información, consulte Campo Time en el archivo /etc/uucp/Systems.
Entrada para el campo Type. Para obtener más información, consulte Campo Type en el archivo /etc/uucp/Systems.
Entrada para el campo Speed. Para obtener más información, consulte Campo Speed en el archivo /etc/uucp/Systems.
Entrada para el campo Phone. Para obtener más información, consulte Campo Phone en el archivo /etc/uucp/Systems.
Entrada para el campo Chat Script. Para obtener más información, consulte Campo Chat-Script 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 26-1, el campo System-Name contiene una entrada para el host remoto Arabian.
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]
La parte day puede ser una lista que contiene algunas de las siguientes entradas.
Para días individuales.
Para cualquier día de la semana.
Para cualquier día.
El host nunca inicia una llamada al equipo remoto. La llamada debe ser iniciada por el equipo remoto. El host funciona en modo pasivo.
El Ejemplo 26-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.
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.
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 26-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.
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 26-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.
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 26-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.
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 26-1 Caracteres de escape utilizados en el campo Chat-Script del archivo Systems
|
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.
También puede utilizar la cadena pseudo-send STTY=value para definir las características del módem. Por ejemplo, STTY=crtscts habilita 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 habilita 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.
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:
Establece la paridad en par, que es la predeterminada
Establece la paridad en impar
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