ssh 클라이언트의 인수 뒤에 대화식 프로그램이있을 때 sshd가 의사 터미널을 사용하지 않는 이유는 무엇입니까?

SSH 서버에 연결하는 일반적인 방법은 ssh username@ip_address입니다. 그러나 사용자는 원격 시스템에서만 프로그램을 실행하려고 할 수 있습니다. 따라서 프로그램 이름은 일반 인수 다음에옵니다 ssh username@ip_address <program_name>. 예를 들면 다음과 같습니다 ssh username@ip_address ls. 대화식 프로그램 (사용자 입력을 수용하고 출력을 제공하는 것)을 제외하고는 그 주장이 top좋습니다. 출력은

TERM 환경 변수가 설정되지 않았습니다.

이것은 sshd와 최상위 프로그램 사이에 (의사) 터미널이 연결되어 있지 않음을 의미합니다. 해결책은 -t이제 전체 명령이되는 인수를 추가 하는 것 ssh -t username@ip_address top입니다.

내 질문은 왜 기본적으로 sshd가 의사 터미널을 사용하여 비 대화 형 프로그램과 통신 할 수 없으므로 대화 형 프로그램에 대한 -t인수 를 추가 할 필요가 없다는 것입니다 .

다른 사람들이 말했듯이 PTY에는 특정 오버 헤드가 있지만 원격 명령을 실행할 때 PTY를 사용하지 않는 가장 큰 이유는 정보를 잃기 때문입니다.

일반적으로 ssh를 통해 원격으로 명령을 실행하면 명령 stdout및 stderr스트림이 로컬 stdout및 로 전송되므로 stderr개별적으로 경로 재 지정 / 파이프 할 수 있습니다.

$ 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

그러나 PTY를 사용하는 경우 PTY에는 stdout출력 / 오류에 대한 별도의 스트림이 없으므로 모든 출력은로 이동합니다 .

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

매뉴얼 페이지에서이를 ssh설명합니다.

서버가 사용자 ID를 승인하면 서버 는 비 대화식 세션에서 지정된 명령을 실행 하거나 명령이 지정되지 않은 경우 머신에 로그인하여 사용자에게 대화식 세션으로 일반 쉘을 제공합니다 . 원격 명령 또는 셸과의 모든 통신은 자동으로 암호화됩니다.

그것은 특징이며 아마도 역사적 rsh행동의 원인 때문일 것입니다 . 꽤 합리적입니다. 대부분의 명령은 실제로 대화식이 아니며 PTY를 할당하는 무료 작업이 아닙니다 (20 년 전보다 중요 함).

어떻게 ssh당신이 호출하는 명령이 대화 형인지 아닌지 말할 생각?

비 유닉스 운영 체제를 실행하는 컴퓨터에 로그인 할 수 있다는 사실을 알면이 악몽이 더 악화됩니다.

하나의 사례가 기본값이어야하는 쉬운 해결책이 없었습니다.