☰

SSH：TERM 变量的 SetEnv 行为

tag-icon • tag-icon ssh environment-variables
SSH：TERM 变量的 SetEnv 行为

我想为每台远程机器将 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。还有人看到这种行为吗？至少没有记录。这是一个错误吗？

答案1

更新：自 OpenSSH 8.7 (2021-08-20) 起，SetEnv TERM 现已支持：

允许 ssh_config SetEnv 覆盖 $TERM，否则将由协议专门处理。在 ~/.ssh/config 中，对于缺少 terminfo 条目的目标，将 TERM 设置为通用值（例如“xterm”而不是“xterm-256color”）很有用。

openssh-unix-dev 上的这个线程似乎表明这TERM确实是特殊的，并且您无法通过来设置它SetEnv。以下是我对事情的解读：

正如该线程中所述，当 SSH 客户端从 sshd 请求新的 PTY 时，该请求包含一个显式TERM值（请参阅RFC4254，“安全外壳 (SSH) 连接协议”，第 6.2 节）。这与客户端希望发送的任何环境变量都是分开的。

在 OpenSSH 中ssh.c， 功能ssh_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的值覆盖，而不是任何。TERMsshSetEnv

在上述帖子中，似乎有很好的理由改变 OpenSSH 在这方面的行为，但我认为没有采取任何行动。该帖子中至少有一个人强烈认为，如果需要，应该修改远程主机的 init 文件TERM。（我个人不同意。）

相关内容