Каково преимущество не выделения терминала в ssh?

Основное отличие заключается в концепции интерактивности . Это похоже на выполнение команд локально внутри сценария, а не на ввод их самостоятельно. Он отличается тем, что удаленная команда должна выбирать значение по умолчанию, а неинтерактивный режим является наиболее безопасным. (и обычно самый честный)

STDIN

• Если выделен PTY, приложения могут обнаружить это и знать, что можно безопасно запрашивать у пользователя дополнительный ввод, не нарушая работу. Есть много программ, которые пропускают этап запроса пользователя на ввод, если терминал отсутствует, и это хорошо. В противном случае это приведет к ненужному зависанию сценариев.
• Ваш ввод будет отправлен на удаленный сервер на время выполнения команды. Сюда входят управляющие последовательности. Хотя разрыв Ctrl-c обычно приводит к немедленному прерыванию цикла команды ssh, ваши управляющие последовательности вместо этого будут отправлены на удаленный сервер. Это приводит к необходимости «забивать» нажатие клавиши, чтобы гарантировать, что оно поступит, когда элемент управления покидает команду ssh, но до начала следующей команды ssh.

Я бы предостерегал от использования ssh - t в автоматических скриптах, таких как crons. Неинтерактивная оболочка, запрашивающая у удаленной команды интерактивное поведение при вводе, вызывает всевозможные проблемы.

Вы также можете проверить наличие терминала в ваших собственных сценариях оболочки. Чтобы протестировать STDIN с более новыми версиями bash:

# fd 0 is STDIN
[ -t 0 ]; echo $?

STDOUT

• При псевдониме ssh на ssh -t , вы можете ожидать получить дополнительный возврат каретки в конце строки. Возможно, вам это не видно, но оно есть; он будет отображаться как ^ M при перенаправлении на cat -e . Затем вы должны приложить дополнительные усилия, чтобы этот управляющий код не был назначен вашим переменным, особенно если вы собираетесь вставить этот вывод в базу данных.
• Также существует риск того, что программы сочтут, что они могут отображать вывод, который не подходит для перенаправления файлов. Обычно, если вы перенаправляете STDOUT в файл, программа распознает, что ваш STDOUT не является терминалом, и пропускает любые цветовые коды. Если перенаправление STDOUT происходит от вывода ssh-клиента и существует PTY, связанный с удаленным концом клиента, удаленные программы не смогут сделать такое различие, и вы получите мусор терминала в ваш выходной файл. Перенаправление вывода в файл на удаленном конце соединения должно работать должным образом.

Вот тот же тест bash, что и раньше, но для STDOUT:

# fd 1 is STDOUT
[ -t 1 ]; echo $?

---

Хотя это можно обойти проблемы, вы неизбежно забудете создавать сценарии на их основе. Все мы в какой-то момент понимаем. Члены вашей команды могут также не осознавать / помнить, что этот псевдоним существует, что, в свою очередь, создаст для вас проблемы, когда они напишут сценарии, использующие ваш псевдоним.

Псевдоним ssh to ssh -t в значительной степени тот случай, когда вы нарушите принцип наименьшее удивление ; люди будут сталкиваться с проблемами, которых они не ожидают, и могут не понимать, что их вызывает.

Вот тот же тест bash, что и раньше, но для STDOUT:

# fd 1 is STDOUT
[ -t 1 ]; echo $?

---

Хотя эти проблемы можно обойти, вы неизбежно забудете разрабатывать сценарии на их основе. Все мы в какой-то момент понимаем. Члены вашей команды также могут не осознавать / помнить, что этот псевдоним существует, что, в свою очередь, создаст для вас проблемы, когда они напишут сценарии, использующие ваш псевдоним.

Псевдоним ssh to ssh -t в значительной степени тот случай, когда вы нарушите принцип наименьшее удивление ; люди будут сталкиваться с проблемами, которых они не ожидают, и могут не понимать, что их вызывает.

Вот тот же тест bash, что и раньше, но для STDOUT:

# fd 1 is STDOUT
[ -t 1 ]; echo $?

---

Хотя эти проблемы можно обойти, вы неизбежно забудете разрабатывать сценарии на их основе. Все мы в какой-то момент понимаем. Члены вашей команды также могут не осознавать / помнить, что этот псевдоним существует, что, в свою очередь, создаст для вас проблемы, когда они напишут сценарии, использующие ваш псевдоним.

Псевдоним ssh to ssh -t в значительной степени тот случай, когда вы нарушите принцип наименьшее удивление ; люди будут сталкиваться с проблемами, которых они не ожидают, и могут не понимать, что их вызывает.

Все мы в какой-то момент понимаем. Члены вашей команды также могут не осознавать / помнить, что этот псевдоним существует, что, в свою очередь, создаст для вас проблемы, когда они напишут сценарии, использующие ваш псевдоним.

Псевдоним ssh to ssh -t в значительной степени тот случай, когда вы нарушите принцип наименьшее удивление ; люди будут сталкиваться с проблемами, которых они не ожидают, и могут не понимать, что их вызывает.

Все мы в какой-то момент понимаем. Члены вашей команды также могут не осознавать / помнить, что этот псевдоним существует, что, в свою очередь, создаст для вас проблемы, когда они напишут сценарии, использующие ваш псевдоним.

Псевдоним ssh to ssh -t в значительной степени тот случай, когда вы нарушите принцип наименьшее удивление ; люди будут сталкиваться с проблемами, которых они не ожидают, и могут не понимать, что их вызывает.