가장 큰 차이점은 상호 작용 의 개념입니다 . 스크립트 내에서 로컬로 명령을 실행하는 것과 직접 입력하는 것과 비슷합니다. 원격 명령이 기본값을 선택해야하고 비대화식이 가장 안전하다는 점이 다릅니다. (보통 가장 정직한)

STDIN

• PTY가 할당 된 경우 응용 프로그램은이를 감지하여 사용자에게 아무런 영향을주지 않으면 서 추가 입력을 요구하는 것이 안전하다는 것을 알 수 있습니다. 터미널이없는 경우 사용자에게 입력하라는 메시지를 표시하는 단계를 건너 뛰는 많은 프로그램이 있으며 이는 좋은 것입니다. 그렇지 않으면 스크립트가 불필요하게 중단됩니다.
• 명령이 진행되는 동안 입력 내용이 원격 서버로 전송됩니다. 여기에는 제어 순서가 포함됩니다. 잠시 Ctrl-c휴식 일반적으로 ssh 명령에 루프를 즉시 중단시킬 것입니다, 당신의 제어 시퀀스 대신 원격 서버로 전송됩니다. 결과적으로 제어 가 ssh 명령을 떠날 때 , 그러나 다음 ssh 명령이 시작되기 전에 키 입력을 “해머”해야 합니다.

나는 ssh -t크론과 같은 무인 스크립트 에서 사용하지 않도록 주의 할 것 입니다. 원격 명령이 입력을 위해 대화식으로 동작하도록 요구하는 비 대화식 쉘은 모든 종류의 문제를 요구합니다.

자신의 쉘 스크립트에 터미널이 있는지 테스트 할 수도 있습니다. 최신 버전의 bash로 STDIN을 테스트하려면 다음을 수행하십시오.

# 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에 ssh -t매우 당신의 설계 원칙에 위배됩니다 경우입니다 적어도 놀람 ; 사람들은 예상치 못한 문제에 직면하게되며 그 원인을 이해하지 못할 수 있습니다.

답변

$ ssh -t anthony@remote_host 'cat /usr/bin/free' > ~/free
Connection to remote_host closed.

$ ssh anthony@remote_host 'cat /usr/bin/free' > ~/free2

$ diff ~/free*
Binary files /home/anthony/free and /home/anthony/free2 differ

$ chmod +x ~/free*
$ ./free
Segmentation fault

$ ./free2
             total       used       free     shared    buffers     cached
Mem:       2065496    1980876      84620          0      48264    1502444
-/+ buffers/cache:     430168    1635328
Swap:      4128760        112    4128648

$ echo testing | ssh -t anthony@remote_host 'echo $TERM'
Pseudo-terminal will not be allocated because stdin is not a terminal.
dumb

$ echo testing | ssh -tt anthony@remote_host 'echo $TERM'
xterm

$ ssh -t anthony@remote_host 'echo $TERM' >| ssh_output
Connection to remote_host closed.

/etc/sudoers
...
Defaults requiretty

$ ssh -T user@host echo -e 'foo\\nbar' | cat -e
foo$
bar$

$ ssh -T user@host sudo echo -e 'foo\\nbar' | cat -e
sudo: sorry, you must have a tty to run sudo

$ ssh -t user@host sudo echo -e 'foo\\nbar' | cat -e
foo^M$
      bar^M$
            Connection to localhost closed.

$ ssh -t user@host stty -onlcr\; sudo echo -e 'foo\\nbar' | cat -e
foo$
    bar$
        Connection to localhost closed.

 -t      Force pseudo-tty allocation.  This can be used to execute arbi-
         trary screen-based programs on a remote machine, which can be
         very useful, e.g. when implementing menu services.  Multiple -t
         options force tty allocation, even if ssh has no local tty.