16.6. Resolución de problemas

En esta sección se describe lo que puede ir mal con su conexión UUCP y se sugieren lugares donde corregir el error. Aunque estos problemas suelen aparecer con frecuencia hay muchas más cosas que pueden fallar de las que hemos listado.

Si tiene algún problema active la depuración con –xall, y mire la salida de Debug en el directorio de cola. Este fichero debería ayudarle a reconocer rápidamente el problema. A menudo resulta de ayuda activar el altavoz del módem cuando no se conecta. Con módems compatibles con Hayes puede activar el altavoz añadiendo ATL1M1 OK al diálogo de módem en el fichero dial.

La primera comprobación debería ser siempre si todos los permisos de ficheros son los correctos. uucico debería ser setuid uucp y todos los ficheros de /usr/lib/uucp, /var/spool/uucp y /var/spool/uucppublic debería tener a uucp como propietario. Hay también algunos ficheros ocultos en el directorio de cola de los que uucp debe ser propietario igualmente.[1]

Cuando esté seguro de que los permisos de todos los ficheros son los correctos y siga teniendo problemas podrá empezar entonces a interpretar los mensajes de error de una manera más literal. Echaremos ahora un vistazo a los problemas y errores más comunes.

16.6.1. uucico sigue diciendo “Wrong Time to Call”

Esto probablemente signfica que en la entrada de sistema en sys no especificó una orden time que determina cuándo se puede llamar al sistema remoto o especificó unas horas que en realidad prohíben llamar en ese momento. Si no se especifica cuándo se puede llamar uucico asume que nunca se puede llamar al sistema.

16.6.2. uucico se queja de que el sistema ya está en uso

Esto significa que uucico detecta un fichero de bloqueo para el sistema remoto en /var/spool/uucp. El fichero de bloqueo puede provenir de una llamada anterior al sistema que hubiese fallado o se hubiera interrumpido. Otra posible explicación es que hubiera otro proceso uucico intentando llamar al sistema remoto y se hubiese atascado en una macro de diálogo o se hubiese detenido por cualquier otra razón.

Para corregir este error mate todos los procesos uucico abiertos para el sitio con una señal hangup y elimine todos los ficheros de bloqueo que hayan podido dejar.

16.6.3. Puede conectar con el sistema remoto pero falla la macro de diálogo

Mire el texto que recibe del sistema remoto. Si está salteado, esto puede ser un problema relacionado con la velocidad. Si no, confirme que realmente envía lo que su macro de diálogo espera recibir. Recuerde, la macro de diálogo empieza con una cadena de caracteres esperada. Si usted recibe la invitación de entrada al sistema (login), después envía su nombre pero luego no se le pregunta por la clave de acceso, inserte un retraso antes de enviarlo, o incluido entre las letras. Puede ser que usted sea demasiado rápido para su módem.

16.6.4. Su módem no marca

Si su módem no indica que la línea DTR se ha levantado al hacer uucico una llamada, posiblemente no le ha especificado el dispositivo correcto a uucico. Si su módem reconoce DTR, compruebe un programa de terminal que puede enviar órdenes al módem. Si esto funciona, active el eco con la orden \E al comienzo del diálogo del módem. Si el módem no genera el eco de las órdenes durante el diálogo compruebe que la velocidad de su línea no sea demasiado alta o baja. Si ve el eco, compruebe que no haya desacticado la respuesta del módem o la haya configurado como un código numérico. Verifique que la macro de diálogo en sí misma sea válida. Recuerde que tiene que escribir dos barras invertidas para enviar una al módem.

16.6.5. Su módem intenta marcar pero no lo consigue

Inserte una pausa en el número de teléfono, especialmente si tiene que marcar una secuencia especial para obtener el acceso a una línea exterior desde una red telefónica corporativa. Asegúrese de estar usando el tipo de marcado correcto, ya que algunas redes telefónicas sólo soportan un tipo de marcado. De manera adicional, compruebe un par de veces el número de teléfono para asegurarse de que es el correcto.

16.6.6. Se entra con éxito pero falla la negociación

Esta situación puede deberse a diversos problemas. Debería poder obtener bastante información de la salida del fichero de registro. Mire qué protocolos ofrece el sitio remoto (envía una cadena P protlist durante la negociación). Para que la negociación se lleve a cabo con éxito ambas máquinas deben soportar al menos un protocolo común, así que compruebe que efectivamente esto sea así.

Si el sistema remoto envía RLCK significa que hay un fichero de bloqueo suyo en el sistema remoto. Si no está conectado a él por otra línea solicite al administrador del sistema remoto que lo elimine.

Si el sistema remoto envía RBADSEQ, significa que la comprobación de secuencias de llamada está activada para usted pero los números no coinciden. Si le envía RLOGIN es que no le permite entrar bajo esa identidad.

Notas

[1]

Es decir, con nombres que empiezan con un punto. Esos ficheros no suele mostrarlos la orden ls.