script bash executado por ssh retorna código de saída incorreto 0

Conforme observado na resposta que você já possui, o controle remoto shnão está em execução exit 5. Apenas exit:

$ ssh test sh -x -c 'exit 5'; echo $?
+ exit
0

O que está acontecendo aqui é explicado, por exemplo, nesta resposta :

sshexecuta um shell remoto e passa uma string para ele, não uma lista de argumentos.

Quando executamos ssh host sh -c 'exit 5':

1. O shell local remove as aspas simples ( remoção de aspas );
2. O sshcliente obtém os argumentos host, sh, -ce exit 5. Ele os concatena em uma string e a envia para o host remoto;
3. No host remoto, sshinvoca um shell e passa a string sh -c exit 5;
4. O shell remoto chama she passa a -copção, exitcomo a string de comando e 5como o nome do comando .

Observe que, se adicionarmos palavras após exit 5, elas serão apenas passadas shcomo argumentos adicionais - nenhum erro relacionado a elas não serem reconhecidas pelo shell:

$ ssh test sh -x -c 'exit 5' a b c; echo $?
+ exit
0

straceconfirma que 5não faz parte da string de comando dada a sh, aqui; é um argumento:

$ ssh test strace -e execve sh -c 'exit 5'; echo $?
execve("/usr/bin/sh", ["sh", "-c", "exit", "5"], 0x7ffc0d744c38 /* 14 vars */) = 0
+++ exited with 0 +++
0

Para executar sh -c 'command'em um host remoto como pretendido, temos que enviar corretamente as cotações também:

$ ssh test "sh -x -c 'exit 5'"; echo $?
+ exit 5
5

Para deixar claro que citar todo o comando remoto não é relevante para nosso problema atual, poderíamos apenas escrever:

$ ssh test sh -x -c "'exit 5'"; echo $?
+ exit 5
5

Escapar as aspas internas com barras invertidas, em vez de citar duas vezes, também funcionaria.

Uma nota sobre o comando ssh host sh -c ':; exit 5'(dos comentários à sua pergunta). O que ele faz é:

$ ssh test sh -x -c ':; exit 5'; echo $?
+ :
5

Ou seja, exit 5é executado pelo shell externo, não pelo sh. Novamente, para deixar shsair com o código desejado:

$ ssh test sh -x -c "':; exit 5'"; echo $?
+ :
+ exit 5
5

Posso duplicar isso usando o comando que você usou e posso resolvê-lo colocando o comando remoto entre aspas. Aqui estão meus casos de teste:

#!/bin/bash -x

echo 'Unquoted Test:'
ssh evil sh -x -c exit 5 && echo OK || echo FAIL

echo 'Quoted Test 1:'
ssh evil sh -x -c 'exit 5' && echo OK || echo FAIL

echo 'Quoted Test 2:'
ssh evil 'sh -x -c "exit 5"' && echo OK || echo FAIL

Aqui estão os resultados:

bash-[540]$ bash -x test.sh
+ echo 'Unquoted Test:'
Unquoted Test:
+ ssh evil sh -x -c exit 5
+ exit
+ echo OK
OK
+ echo 'Quoted Test 1:'
Quoted Test 1:
+ ssh evil sh -x -c 'exit 5'
+ exit
+ echo OK
OK
+ echo 'Quoted Test 2:'
Quoted Test 2:
+ ssh evil 'sh -x -c "exit 5"'
+ exit 5
+ echo FAIL
FAIL

No primeiro teste e no segundo teste, parece que 5não está sendo passado exitcomo esperávamos. Apenas parece estar desaparecendo. Não vai exit, shnão está reclamando 5: command not founde sshnão está reclamando disso.

No terceiro teste, exit 5é citado dentro do comando maior a ser executado no host remoto, igual ao segundo teste. Isso garante que o 5seja passado para exit, e ambos sejam executados como -copção para sh. A diferença entre o segundo e o terceiro teste é que todo o conjunto de comandos e argumentos é enviado para o host remoto citado como um único argumento de comando para ssh.

As outras respostas são boas para responder à pergunta em vez dos exemplos dados. Minha aplicação no mundo real é mais complicada e envolve uma série de scripts e subprocessos. Aqui está um script de exemplo resumido que eu quero executar:

#!/bin/bash
sub-process-that-fails
# store and echo returncode for debug purposes
rc=$?
echo $rc
exit $rc

Tentando ter certeza de que o shell executado remotamente era realmente bash e não dash (como apontado por @JeffSchaller), tentei chamar o script assim:

~$ ssh -t -t host /bin/bash -x /srv/scripts/run.sh ; echo $?

O que levou a essa saída estranha:

+ sub-process-that-fails
+ rc=5
+ echo 5
5
+ exit 5
0

Depois de horas bisbilhotando, notei que havia um trap 'kill 0' EXITconjunto no arquivo .bashrc. Isso é feito para matar todos os subprocessos caso o bash seja morto. o rastreamento do bash não parece exibir a execução desta armadilha. Mudei a armadilha para o script wrapper. Agora posso ver o que realmente é executado:

+ trap 'kill 0' EXIT
+ sub-process-that-fails
+ rc=5
5
+ echo 5
+ exit 5
+ kill 0
0

O shell remoto sai com o código de saída do último comando. É kill 0e sai com 0.