这是我的困境。我正在开发一个 perl telnet 脚本,该脚本使用 Expect 来生成一个新的 telnet 进程并将数据(非交互式)输入其中。
当我从终端调用脚本时,一切正常 - 但是,如果我从 cron 启动脚本,我无法登录到远程设备,因为窗口大小协商失败 - 因为我的客户端发送的窗口大小为 0x0(而不是 80x24 )。
显然 telnet 从它的主 PTY 获取这个窗口大小——如果它是从 cron 调用的,它就不是 TTY。telnet 很可能是使用 ioctl 或一些类似的机制获取这些设置,因为尝试通过环境变量覆盖这些设置失败(ROWS=200 COLUMNS=80 telnet test)。
我从 cron 运行 stty 并将输出重定向到一个文件。问题是 stty 从 cron 运行时抱怨:/bin/stty:标准输入:无效参数
你知道任何方法:
1)覆盖telnet发送到远程设备的行/列数
2)启动一个tty并在该tty内启动telnet(来自cron)
谢谢
更新 - 我设法通过使用解决方法解决了我的问题。expect 模块具有将 TTY 的大小复制到运行 telnet 的当前“TTY”的功能。问题是默认的 TTY 是 STDIN - 从 cron 运行时没有尺寸。我强迫它从 /dev/tty0 获取它的尺寸:
#我们从 cron 或 smth 运行
$logger->debug("setting /dev/tty0 window size to 80x24:");
`/bin/stty -F /dev/tty0 列 80 行 24`;
open TTY0, "/dev/tty0" or die "Can't open /dev/tty0: $!";
$session->slave->clone_winsize_from(*TTY0);
我发现这篇文章非常有用,因为在将一些 Perl 代码从使用 Net::Telnet 迁移到 Expect 后遇到了同样的问题(相比之下,Expect 具有非常有用的调试输出)。
但是在我的情况下,我有一个 /dev/tty0 被完全锁定(只有 root 可以读取它),我不想改变它:
我查看了 Expect/IO::Pty/IO::Tty 源代码并最终破解了以下内容——它基本上做了同样的事情 (80 x 24),而无需从 /dev/tty0 中读取。
在脚本的开头: