Redirecionando a saída do servidor remoto

Question

Eu estou tentando executar este comando abaixo de uma máquina local centos em um servidor ubuntu remoto. mas isso não está acontecendo.

ssh -t hostname su - -s /bin/bash bar "/home/bar/get_list.sh >> output-1"

Ao executar este comando acima, obtemos este erro

Connection to 192.11.13.2 closed.

O script está localizado na máquina remota & queremos redirecionar a saída para a máquina local.

Se executarmos isso, ele está me perguntando o passowrd & mostrando os dados de saída

ssh -t HOSTNAME su - -s "/bin/bash USERNAME '/path/to/script.sh'"

Mas quando rodando com redirecionamento >> não está me pedindo o passowrd e mostrando conexão fechada

Solução de problemas

Eu fiz algumas soluções de problemas aqui que eu estava tentando redirecionar com >> , mas quando eu mudei para > está criando o arquivo output-1 .

Aqui está a saída desse arquivo

cat output-1
Password:



su: Authentication failure

    

Answer 1

Este Connection to 10.11.143.72 closed. como um caso , significa que você executou o comando com sucesso, mas o arquivo foi criado em remote-host em vez de local.

por favor traga a saída de redirecionamento para fora do comando para registrar o resultado no host local.

ssh -t hostname su - -s /bin/bash bar "/home/bar/get_list.sh" >> output-1

Além disso, é melhor usar o comando como abaixo da sintaxe (generalizei o comando):

ssh -t HOSTNAME su - -s "/bin/bash USERNAME '/path/to/script.sh'" >> inlocal.log

    

Answer 2

A sua pergunta editada, como está no momento, inclui o redirecionamento dentro das aspas duplas, o que forçaria a criação do arquivo no servidor errado, se funcionasse.

No entanto, proponho que você investigue a configuração do bit SUID no arquivo de script. Supondo que você tenha o direito de definir isso no destino do Ubuntu, isso significaria que ele é executado como root sem que você precise realmente efetuar login como root.

Eu não entendo exatamente por que sua solução atual não está colocando, pelo menos, 'Enter password:' em seu arquivo de saída. Ele pode estar detectando que não está falando com um live tty, embora se ele puder fazer isso através de uma conexão ssh e em outra caixa, estou impressionado.