我想为我的每台远程机器将 TERM 环境变量设置为不同的值,所以我SetEnv TERM=myTermForRemoteVar
在~/.ssh/config
. 远程机器仍然可以看到TERM=myLocalTermVar
。
我AcceptEnv TERM
在/etc/ssh/sshd_config
远程机器上添加了。还是没有运气。
我尝试仅用于SetEnv FOO=smth
本地测试目的,并且AcceptEnv FOO
. 这完美地工作,远程机器可以看到FOO=smth
。
被TERM
ssh特别对待?SetEnv
一般适用,但不适用于TERM
. 还有其他人看到这种行为吗?至少没有记录。这是一个错误吗?
更新:从 OpenSSH 8.7 (2021-08-20) 开始,
SetEnv TERM
现在支持:openssh-unix-dev 上的这个线程似乎表明这
TERM
确实很特别,你不能通过SetEnv
. 这是我的阅读内容:如该线程中所述,当 SSH 客户端从 sshd 请求新的 PTY 时,该请求包含一个显式
TERM
值(参见RFC4254,“安全外壳 (SSH) 连接协议”,第 6.2 节)。这与客户端希望发送的任何环境变量是分开的。在 OpenSSH 的
ssh.c
, functionssh_session2_setup
中,OpenSSH 无条件地从您当前的环境中读取 PTY 请求的TERM
值,而不考虑任何SetEnv
指令。(您可以看到环境变量,包括来自 的环境变量,SetEnv
分别在clientloop.c
, 函数client_session2_setup
中发送。)然后,在服务器端,
session.c
的do_setup_env
函数以与客户端发送它的相反顺序为新 shell 设置环境:首先它从设置环境变量s->env
,然后TERM
从 PTY 请求的TERM
值 (s->term
) 设置,覆盖任何值作为TERM
普通环境变量发送。由于服务器上的这种操作顺序,a
SetEnv TERM
将始终被客户端环境TERM
中的值覆盖ssh
,而不是来自任何SetEnv
.在上述线程中,似乎有很好的论据来改变 OpenSSH 在这方面的行为,但我认为它没有采取任何行动。该线程中至少有一个人强烈认为远程主机的 init 文件应该是
TERM
需要修改的文件。(我个人不同意。)