网络管理员指南 -12.管理Taylor UUCP -7>问题解答

/ns/wz/net/data/20020808035451.htm

网络管理员指南 -12.管理Taylor UUCP -7>问题解答


本文出自:http://www.linpus.com.tw 作者: Andrew Anderson


这节描述什么可以使你的 UUCP 连接出错,并且建议你在哪儿寻找错误。然而,问题被编辑在
我们的头顶之下。那更能出错。

在任何情况下,用-xall启用调试 ,并且看一眼在线轴目录中调试工具的输出。它能帮助你快速
认出这个问题出现在哪儿。另外,当它没联接时,我总是觉得打开我的调制解调器的扬声器很有
帮助。用Hayes兼容的调制解调器,这由把“ ATL1M1 OK”加到拨号文件中的调制解调器聊天来
完成。

第一个检查应该是,所有的文件许可是否正确被设置。 uucico 应该是setuid uucp ,并且在
/usr/lib/uucp , /var/spool/uucp 和 /var/spool/uucppublic 中的所有的文件应该被uucp
拥有 。这里也必须有 uucp拥有的线轴目录中的一些隐蔽的文件。

uucico 不停地说“呼叫时间错误”:这可能意味着在 sys 中的系统入口,你没指定当远程系统
可以被呼叫时详细说明的一个时间命令,否则当前你给出了一个实际的禁止呼叫。如果没有呼叫
时间表被给出, uucico 假设系统从来可以没被呼叫。

uucico 抱怨地点已经被锁住: 这意味着uucico 在/var/spool/uucp.中为远程系统检测了一个锁
文件。这个锁文件可能来自一个更早的到那个毁坏了的系统的呼叫,或被杀死。然而,它也有可能
是,有另外一个位于那附近的 uucico 过程正在试着拨远程系统并且在一个聊天手迹玩不转了,等
等。如果这个 uucico 进程在与远程系统联接时不成功,用一个挂断信号杀死它,并且移开在它
附近的任何锁文件。

我能与远程地点联接,但是聊天手迹失败:看你从远程地点收到的文章。如果它被断章取义,这可
能是一个联系速度的问题。否则,确认它确实同意你的聊天手迹。记得,聊天手迹以一个期望行开始。
如果你收到登录提示符,那么发送你的名字,但是从来不会得到口令提示符,在发送它以前,插入一
些延期,或甚至在字母之间。你可能对于你的调制解调器来说是太快了。

我的调制解调器不拨号:当uucico呼出时,如果你的调制解调器不显示DTR 行被提起了,你可能没把正
确的设备给 uucico 。如果你的调制解调器认出 DTR ,检查你能写给它的一个终端程序。如果这个终
端程序工作,在调制解调器聊天开始时打开 E回应。如果在调制解调器聊天期间它不回应你的命令,检
查你的行速度是否对于你的调制解调器是太高或太低了。如果你看见回应,检查你是否停用了调制解
调器回答,或将他们设置到数字代码。证实聊天手迹自己是正确的。记住你必须写两个反斜线符号,
发送一个到调制解调器。

我的调制解调器试着拨号,但是拨不出去:把延期插入到电话号码中。当从一个公司的内部电话网拨
号时,这是特别有用的。对于在欧洲的人,通常拨脉搏音调,尝试音频拨号。在一些国家,邮政的服
务最近一直在升级他们的网。音频有时有帮助。

我记录文件说我有极其高的文件损失率:这看起来像一个速度问题。也许在计算机和调制解调器之间
的连接太慢了吗(记得要使它适应可能的最高效率)?或是你的硬件及时地对服务中断反应太慢?在你
的连续的端口上的一个 NSC-16550A 芯片组, 38kbps 可以说工作得相当好;然而,没有 FIFOs (就象
16450 芯片), 9600 bps 是限制。另外,你应该保证硬件握手在连续的行上能被启用。

另外一个可能的原因是硬件握手不能在端口上被启用。 Taylor UUCP 1.04 不为在 RTS/CTS 握手上
的开关提供规定。你必须从rc.serial中使用下列命令明确地启用它:

我能登录,但是握手失败:很好,可能有很多问题在那里。在记录文件中的输出应该告诉你很多。看远程地
点提供什么协议(它在握手期间发送行Pprotlist )。也许他们没有任何共有的东西(你在 sys 或端口选择
了任何协议吗?)。

如果远程系统发送 RLCK ,为你在远程系统上有一个陈旧锁文件 。如果不是因为你已经在一个不同的
行上被连结到远程系统,则要求把它移开。

如果它发送 RBADSEQ ,其他地点有为你被启动的会话计数检查,但是数字不匹配。如果它发送 RLOGIN ,
你没被允许在这个 id 下面登录。