ssh -t
我对这个选项的作用和原因感到困惑-t
。我的理解是,如果我运行ssh -t program
,ssh 将被强制分配一个伪 tty,它将键盘输入传递给program
,并将program
的输出传递给 stdout。
但看来我错了。例如,以下两个命令似乎功能相同,因为我可以使用其中任何一个与 rclone 进行交互操作,即使第一个命令强制它分配伪 tty,而第二个命令强制它不分配伪 tty:
ssh -t [email protected] rclone config
ssh -T [email protected] rclone config
那么它ssh -t
实际上做什么呢?
更新:
为了进一步阐明这个问题,我编写了下面名为的 Python 脚本hello.py
。
import sys, signal
def signal_handler(sig, frame):
print('You pressed Ctrl+C!')
sys.exit(0)
signal.signal(signal.SIGINT, signal_handler)
print(f"stdin is tty:{sys.stdin.isatty()}")
print(f"stdout is tty:{sys.stdout.isatty()}")
s = input("Enter what you want:")
print("Hello ", s)
在远程机器上,如果我以 方式调用它,我会得到以下输出:ssh -t [email protected] "python hello.py"
stdin is tty: true
stdout is tty: true
Enter what you want: cat
Hello cat
如果我将其作为 调用,则会得到以下内容:ssh -T [email protected] "python hello.py"
stdin is tty: false
stdout is tty: false
Enter what you want: cat
Hello cat
无论哪种情况,我都可以通过在键盘上输入“cat”来与程序进行交互。
我观察到的一个区别是,当我按下 CTRL-C 时,-t
版本捕获 SIGINT,但-T
版本没有。
我很好奇为什么即使 stdin/stdout 不是 tty,我仍然可以与它交互。此外,isatty()
它实际上是一个标准 C 库函数。这里的 (伪) TTY 到底是什么意思?
它可以做到这一点,但伪 tty 不是 stdin/stdout 工作所必需的。这也可以使用普通管道来实现。当您运行 时
ssh -T
,远程程序的输入和输出将使用匿名管道连接到 sshd。但是,tty 还有其他功能Ctrl-C- 它提供输入和输出转换(例如,LF 到 CRLF,或到 SIGINT 信号),它有“尺寸”的概念(宽度 × 高度存储为 tty 参数)。内核还会跟踪连接到特定 tty 的进程,以便可以实现作业控制(如 shell 中的 Ctrl-Z),以及当 sshd 退出且 tty“挂断”时发出 SIGHUP 信号,或当尺寸发生变化时发出 SIGWINCH 信号。
(由于交互式终端意味着拥有一个 tty,许多程序还会检查stdin 上是否存在tty,以确定是否以交互模式运行。例如,您可以在没有 tty 的情况下运行 Bash,但 – 除了无法执行作业控制之外 – 它还将决定禁用其行编辑功能并默认使用空的“提示符”。Glibc fwrite() 等运行时的缓冲 I/O 将检查 tty,以了解是否逐行缓冲交互式输出,或大批量缓冲文件/管道输出。)
-t
当您想要运行面向终端的程序(例如)时htop
,以及当您想要一个“干净的” 8 位通道来传输二进制数据时,请使用-T
。(通常,唯一需要显式命令的情况-T
是当远程端有强制命令时。)