Bash: prompt remoto interativo

Eu tenho um script que se conecta a um servidor remoto e verifica se algum pacote está instalado:

ssh root@server 'bash -s' < myscript.sh

myscript.sh:

OUT=`rpm -qa | grep ntpdate`
if [ "$OUT" != "" ] ; then
    echo "ntpdate already installed"
else
    yum install $1
fi

Este exemplo pode ser simplificado. Aqui está o myscript2.shque tem o mesmo problema:

read -p "Package is not installed. Do you want to install it (y/n)?" choise

Meu problema é que o bash não consegue ler minhas respostas interativamente.

Existe uma maneira de executar o script local remotamente sem perder a capacidade de solicitar ao usuário?

Tente algo como isto:

$ ssh -t yourserver "$(<your_script)"

As -tforças uma alocação tty, $(<your_script)lê o arquivo inteiro e nestes casos passa o conteúdo como um argumento para ssh, que será executado pelo shell do usuário remoto.

Se o script precisar de parâmetros, passe-os após o script:

$ ssh -t yourserver "$(<your_script)" arg1 arg2 ...

Funciona para mim, mas não tenho certeza se é universal.

Seu problema é que sshinicia um shell não interativo de login na máquina remota. A solução fácil óbvia seria copiar o script para o servidor remoto e executá-lo a partir daí:

scp myscript.sh root@server:/tmp && ssh root@server /tmp/myscript.sh

Se a cópia não é uma opção por qualquer motivo, gostaria de modificar o script para a primeira conexão e verificar se $1está instalado, em seguida, reconecte e instalar conforme necessário:

OUT=$(ssh root@server rpm -qa | grep "$1");
if [ "$OUT" != "" ] ; then
    echo "$1 already installed"
else
   read -p "Package $1 is not installed. Do you want to install it (y/n)?" choice
   if [ "$choice" -eq "y" ]; then
       ssh root@server yum install "$1"
   fi
fi

Aqui está uma boa explicação .

Então eu adaptei o script para

hostname
echo -n "Make your choice :"
read choice
echo "You typed " ${choice}
echo done

e isso não funcionou.

então mudei o script para o controle remoto para evitar o redirecionamento local no ssh. (Meus comandos estão em um arquivo chamado f )

cat f | ssh user@remotehost.com 'cat >remf'
ssh user@remotehost bash remf

Isso funcionou. Aqui está a saída:

christian@clafujiu:~/tmp$ ssh localhost bash tmp/f
christian@localhost's password: 
Linux clafujiu 2.6.32-52-generic #114-Ubuntu SMP Wed Sep 11 19:00:15 UTC 2013 i686 GNU/Linux
Sun Nov 10 14:58:56 GMT 2013
Make your choice :abc
You typed  abc
done

Como o @terdon mencionou que a intenção original era executar scripts locais remotamente, a cópia remota pode ser automatizada; este é apenas um exemplo, tudo em uma linha.

REMID=`cat f |ssh user@remotehost 'cat > remf_$$; echo $$'` ;ssh root@redtoadservices.com "bash remf_${REMID} ; rm -v remf_${REMID}"

Eu procurei soluções para esse problema várias vezes no passado, mas nunca encontrei uma totalmente satisfatória. A inserção no ssh perde sua interatividade. Duas conexões (scp / ssh) são mais lentas e seu arquivo temporário pode ficar por aí. E todo o script na linha de comando geralmente acaba escapando do inferno.

Recentemente, descobri que o tamanho do buffer da linha de comando é geralmente bastante grande ('getconf ARG_MAX> 2MB, onde eu olhei). E isso me fez pensar em como eu poderia usar isso e mitigar a questão que escapava.

O resultado é:

ssh -t <host> /bin/bash "<(echo "$(cat my_script | base64 | tr -d '\n')" | base64 --decode)" <arg1> ...

ou usando um documento e um gato aqui:

ssh -t <host> /bin/bash $'<(cat<<_ | base64 --decode\n'$(cat my_script | base64)$'\n_\n)' <arg1> ...

Eu expandi essa ideia para produzir um script de exemplo do BASH totalmente funcional sshxque possa executar scripts arbitrários (não apenas o BASH), onde os argumentos também podem ser arquivos de entrada local, através do ssh. Veja aqui .