Запутался в псевдотерминальном выделении: ssh -t

Question 1

Я запутался в том, что делает ssh -t и почему иногда мне нужна опция -t. Насколько я понимаю, если я запускаю ssh -t program, ssh вынужден выделять псевдо tty, с которым он передает ввод с клавиатуры в program и выводит program на stdout.

Но, видимо, я ошибаюсь. Например, следующие два примера, кажется, функционируют одинаково, так как я могу работать интерактивно с rclone, используя любой из них, даже если первая команда заставляет выделять псевдо 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 здесь?

Question 2

ssh вынужден выделять псевдо tty, с которым он передает ввод с клавиатуры в программу и выводит программу на stdout.

Он делает это, но псевдо tty не является необходимым для работы stdin/stdout. Это также можно достичь с помощью простых пайпов. Когда вы запускаете ssh -T, ввод и вывод удаленной программы подключаются к sshd с использованием анонимных пайпов.

Тем не менее, tty выполняет другие функции – он предоставляет перевод ввода и вывода (например, LF в CRLF или Ctrl-C в сигнал SIGINT), у него есть понятие ‘размеров’ (ширина × высота хранятся как параметры tty). Ядро также ведет специальный учет процессов, прикрепленных к определенному tty, чтобы можно было реализовать управление заданиями (например, Ctrl-Z в оболочке), а также SIGHUP, когда sshd завершает работу, и tty “вешается”, или SIGWINCH, когда размеры изменяются.

(И поскольку интерактивный терминал означает наличие tty, многие программы также проверяют наличие tty на stdin, чтобы определить, нужно ли запускаться в интерактивном режиме или нет. Например, вы можете запустить Bash без tty, но – помимо невозможности выполнения управления заданиями – он также решит отключить свои функции редактирования строк и использовать пустую ‘подсказку’ по умолчанию. Буферизованный ввод/вывод среды выполнения, как Glibc fwrite(), проверит наличие tty, чтобы знать, нужно ли буферизировать построчно для интерактивного вывода или большими порциями для файлового/пайпового вывода.)

Используйте -t, когда вы хотите запустить программу, ориентированную на терминал, такую как htop, и -T, когда вы хотите “чистый” 8-битный канал для передачи бинарных данных. (В общем, единственный раз, когда явный -T необходим, это когда на удаленной стороне есть принудительная команда.)

Запутался в псевдотерминальном выделении: ssh -t

Вопрос или проблема

Ответ или решение

Теория

Пример

Применение и детали

Заключение