uther의 답변 은 터미널을 할당 하라는 메시지를 표시하지만 그 이유는 설명하지 않습니다. 그 이유는 ssh에만 국한된 것이 아니라, 신호 생성과 전파의 문제입니다. 본인은 여러분을 초대 전송하는 다양한 신호의 원인은 무엇? 더 많은 배경.

원격 호스트에는 두 가지 관련 프로세스가 있습니다.

• sshd원격 프로그램의 입력 및 출력을 로컬 터미널로 중계 하는 ssh 데몬 ( ) 의 인스턴스 ;
• for루프를 실행하는 쉘

쉘은 루프의 끝에 도달하거나 치명적인 오류가 발생하거나 신호로 인해 자연스럽게 죽을 수 있습니다. 문제는 왜 쉘이 신호를 수신할까요?

원격 쉘이 sshd파이프 를 통해 연결된 경우 , 이는 ssh명령 행에서 명령을 지정할 때 발생하는 것으로 종료되고 쉘이 파이프에 쓰려고 시도 하면 SIGPIPE로sshd 종료됩니다. 쉘이 파이프에 쓰지 않는 한 SIGPIPE를받지 않습니다. 여기서 쉘은 표준 출력에 아무것도 쓰지 않으므로 영원히 살 수 있습니다.

-t옵션을 ssh에 전달하여 원격에서 터미널을 에뮬레이트하고이 터미널에서 지정된 명령을 실행하도록 지시 할 수 있습니다. 그런 다음 SSH 클라이언트가 사라지면 sshd연결을 닫고 종료하여 터미널을 손상시킵니다. 터미널 장치가 사라지면 해당 장치에서 실행중인 프로세스는 SIGHUP을 받습니다 . 따라서 SSH 클라이언트 kill를 종료하거나 ( 또는 클라이언트가 실행중인 터미널을 닫음) 원격 쉘은 SIGHUPped입니다.

-t옵션 을 전달하면 SSH는 SIGINT 도 릴레이 합니다. Ctrl+ 를 누르면 C원격 쉘이 SIGINT를 수신합니다.

답변

Additionally, ssh reads ~/.ssh/environment, and adds lines of the format
“VARNAME=value” to the environment if the file exists and users are allowed
to change their environment.  For more information, see the
PermitUserEnvironment option in sshd_config(5).

# sample code in Bash
# press ctrl-d for EOF
ssh localhost '
TUBE=/tmp/myfifo.fifo
rm -f "$TUBE"
mkfifo "$TUBE"
#exec 3<>"$TUBE"

<"$TUBE" sleep 100 &  appPID=$!

# cf. "OpenSSH and non-blocking mode",
# http://lists.mindrot.org/pipermail/openssh-unix-dev/2005-July/023090.html
#cat >"$TUBE"
#socat -u STDIN "PIPE:$TUBE"
dd of="$TUBE" bs=1 2>/dev/null
#while IFS="" read -r -n 1 char; do printf '%s' "$char"; done > "$TUBE"

#kill -HUP -$appPID
kill $appPID

rm -f "$TUBE"
'

ssh localhost "sleep 99 < <(cat; kill -INT 0)" <&1

#!/bin/bash
TUBE=/tmp/sshCoLab_myfifo.$$;
mkfifo "$TUBE"
( <"$TUBE" "$@" ; rm "$TUBE" ; kill -TERM 0 ) &
cat >"$TUBE" ;
rm "$TUBE" ;
kill -TERM 0 ;

ssh server.ip ~/helper echo hello from server

ssh server.ip ~/helper sleep 1000 &
CHID=$!