Question

我现在已经把头发拉了几个小时。我欢迎任何关于下一步的新想法。

目标是通过SSH登录自定义应用程序CLI，然后使用其中一个自定义CLI命令在远端设备上下载调试shell。在客户端，我使用CentOS minimal并运行ssh如下：

工作案例：

[user@ashleys-xpvm ws]$ ssh -p8222 admin@192.168.56.20

admin@192.168.56.20's password:  
Welcome to CLI
admin connected from 172.29.33.108 using ssh on scm2 
TRAN39# debug-utils shell 
device@scm2:~$

ssh客户端会话使用特定于应用程序的端口8222访问自定义CLI。一旦进入CLI，我们使用'debug-utils shell'命令下拉到bash shell。

这个序列是用Python / pexpect编写的，当脚本从用户的命令行启动时，它运行正常。当脚本移动到crontab以由crond自动运行时，问题出现了。在后一种情况下，脚本以一种特殊的方式失败。

遵循这篇文章的建议：How to simulate the environment cron executes a script with?我在客户端计算机上启动了一个新的shell，其环境变量与cron作业使用的相同，我能够手动重现与自动cron作业相同的问题正在进入。

设置了cron环境后，远端设备现在会在我们发出命令进入设备的bash shell时抛出以下错误：

sh-4.2$ ssh -p8222 admin@192.168.56.20

admin@192.168.56.20's password: 
Welcome to CLI
admin connected from 172.29.33.108 using ssh on scm2
TRAN39# debug-utils shell
error: failed to decode arguments
TRAN39#

一旦我重现了问题，我设置了两个终端，一个带有工作环境变量，另一个带有失败的环境变量。我使用'-vvv'标志从两个终端运行ssh，并比较两者之间的调试输出。

两个输出是相同的，除了它们逐步通过环境变量以确定发送到SSH服务器的内容（显然），以及“位设置”行略有不同。我查看了环境变量行，我可以看到ssh忽略了除了LANG之外的所有行，在工作案例和失败案例中都是相同的。

我现在不知道为什么远端设备上的ssh服务器在这两个客户端环境设置之间表现不同。

以下是工作环境：

[user@centos_vm ws]$ env
XDG_SESSION_ID=294
HOSTNAME=centos_vm
SELINUX_ROLE_REQUESTED=
TERM=xterm-256color
SHELL=/bin/bash
HISTSIZE=1000
SSH_CLIENT=192.168.56.20 52795 22
SELINUX_USE_CURRENT_RANGE=
OLDPWD=/home/user
SSH_TTY=/dev/pts/4
USER=user
LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.axv=38;5;13:*.anx=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.axa=38;5;45:*.oga=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:
MAIL=/var/spool/mail/user
PATH=/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/user/.local/bin:/home/user/bin
PWD=/home/user/ws
LANG=en_US.UTF-8
SELINUX_LEVEL_REQUESTED=
HISTCONTROL=ignoredups
SHLVL=1
HOME=/home/user
LOGNAME=user
SSH_CONNECTION=192.168.56.20 52795 192.168.56.101 22
LESSOPEN=||/usr/bin/lesspipe.sh %s
XDG_RUNTIME_DIR=/run/user/1000
_=/usr/bin/env
[user@centos_vm ws]$

...这里是失败的（即cron）环境：

sh-4.2$ env
XDG_SESSION_ID=321
SHELL=/bin/sh
USER=user
PATH=/usr/bin:/bin
PWD=/home/user/ws
LANG=en_US.UTF-8
HOME=/home/user
SHLVL=2
LOGNAME=user
XDG_RUNTIME_DIR=/run/user/1000
_=/usr/bin/env
OLDPWD=/home/user
sh-4.2$

此时我正在深入研究ssh调试，因此非常感谢任何有关下一步观看的指导。

Answer 1

通常ssh未指定命令（ssh user@host）会将本地主机上的TERM值传递给远程服务器。例如：

# TERM=foo ssh 127.0.0.1
bash-4.4# echo $TERM
foo
bash-4.4#

在crontab中，crond默认情况下不会设置TERM var，因此在ssh登录后，TERM将设置为dumb（功能不全）。见例：

# (unset TERM; ssh 127.0.0.1)
bash-4.4# echo $TERM
dumb
bash-4.4# clear
TERM environment variable not set.
bash-4.4#

在您的情况下，听起来远程应用程序需要功能更强TERM，因此在crontab中明确将其设置为TERM=xterm（将传递给远程服务器）将修复它。

注意 ssh带有命令（ssh user@host command...）将不会在远程服务器上分配pty，因此不会传递本地TERM。要强制创建pty并传递var，我们必须使用ssh -t。见例：

# echo $TERM
dtterm
# ssh 127.0.0.1 'tty; echo $TERM'
not a tty
dumb
# ssh -t 127.0.0.1 'tty; echo $TERM'
/dev/pts/8
dtterm
#

在Wikipedia上找到哑终端：

哑终端是可以解释有限数量的控制代码（CR，LF等）的终端，但无法处理特殊的转义序列执行清除线，清除屏幕或控制光标位置等功能。在这种情况下，哑终端有时被称为玻璃Teletypes，因为它们基本上具有与机械Teletype相同的有限功能。通过将环境变量TERM设置为dumb，现代类Unix系统仍然支持这种类型的哑终端。智能或智能终端是那些也能够处理转义序列的终端，特别是VT52，VT100或ANSI转义序列。

来自crond的不同ssh行为

1 个答案: