Dlaczego sshd nie używa pseudo terminala, gdy po argumentie klienta ssh następuje program interaktywny?

Normalny sposób połączenia z serwerem SSH to ssh username@ip_address. Ale użytkownik może chcieć uruchomić program tylko na zdalnym komputerze. Więc nazwa programu następuje po normalnym argumencie, którym jest ssh username@ip_address <program_name>. Na przykład ssh username@ip_address ls. Ten argument jest w porządku, z wyjątkiem programów interaktywnych (które również akceptują dane wejściowe użytkownika, a także zapewniają dane wyjściowe) np top. Dane wyjściowe to

Zmienna środowiskowa TERM nie jest ustawiona.

co oznacza, że ​​żaden (pseudo-) terminal nie jest podłączony między programami sshd i top. Rozwiązaniem jest dodanie argumentu w -tmiejscu, w którym teraz staje się całe polecenie ssh -t username@ip_address top.

Moje pytanie brzmi: dlaczego sshd domyślnie nie może również używać pseudo-terminala do komunikacji z programami nieinteraktywnymi, więc nie ma potrzeby dodawania -targumentu dla programów interaktywnych?

To prawda, że, jak powiedzieli inni, PTY mają pewien narzut - ale głównym powodem nieużywania PTY podczas uruchamiania polecenia zdalnego jest utrata informacji.

Zwykle po uruchomieniu polecenia zdalnie przez ssh polecenie stdouti stderrstrumienie są wysyłane do lokalnego stdouti stderr, co oznacza, że ​​możesz je przekierować / potokować osobno - na przykład:

$ ssh server ls foo bar
ls: cannot access bar: No such file or directory
foo
$ ssh server ls foo bar > stdout 2> stderr
$ cat stdout
foo
$ cat stderr
ls: cannot access bar: No such file or directory

Ale jeśli używasz PTY, wszystkie dane wyjściowe trafiają do stdout, ponieważ PTY nie mają oddzielnych strumieni dla danych wyjściowych / błędów:

$ ssh -t server ls foo bar > stdout 2> stderr
$ cat stdout
ls: cannot access bar: No such file or directory
foo
$ cat stderr
$

Strona podręcznika sshopisuje to:

Gdy serwer zaakceptuje tożsamość użytkownika, serwer albo wykonuje podane polecenie w sesji nieinteraktywnej, albo, jeśli nie podano żadnego polecenia, loguje się do komputera i daje użytkownikowi normalną powłokę jako sesję interaktywną . Cała komunikacja ze zdalnym poleceniem lub powłoką będzie automatycznie szyfrowana.

Jest to cecha i prawdopodobnie spowodowana historycznymi przyczynami rshzachowania. To całkiem rozsądne. Większość poleceń naprawdę nie jest interaktywna i przydzielanie PTY nie jest darmową operacją (co było ważniejsze 20 lat temu).

Jak sshprzypuszczać, czy wywoływane polecenie jest interaktywne, czy nie?

Ten koszmar nasila się, gdy zdajesz sobie sprawę, że możesz logować się na maszynie z systemem operacyjnym innym niż Unix.

Ponieważ nie ma łatwego rozwiązania, jedna skrzynka musi być domyślna.