Bash: invite à distance interactive

J'ai un script qui se connecte à un serveur distant et vérifie si un paquet est installé:

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

Cet exemple pourrait être simplifié. Voici myscript2.shqui a le même problème:

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

Mon problème est que bash ne peut pas lire mes réponses de manière interactive.

Existe-t-il un moyen d'exécuter un script local à distance sans perdre la capacité d'inviter l'utilisateur?

Essayez quelque chose comme ceci:

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

Le -tforce une allocation tty, $(<your_script)lit le fichier entier et dans ce cas passe le contenu en un seul argument ssh, qui sera exécuté par le shell de l'utilisateur distant.

Si le script a besoin de paramètres, passez-les après le script:

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

Fonctionne pour moi, je ne sais pas si c'est universel cependant.

Votre problème est que sshdémarre un shell de connexion non interactif sur la machine distante. La solution évidente serait de copier le script sur le serveur distant et de l'exécuter à partir de là:

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

Si la copie n'est pas une option pour une raison quelconque, je modifierais le script pour d'abord me connecter et vérifier s'il $1est installé, puis reconnecter et installer si nécessaire:

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

Voici une bonne explication .

J'ai donc adapté le script

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

et cela n'a pas fonctionné.

j'ai donc déplacé le script vers la télécommande pour éviter la redirection locale sur ssh. (Mes commandes sont dans un fichier nommé f )

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

Cela a fonctionné. Voici la sortie:

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

Comme @terdon a mentionné que l'intention d'origine était d'exécuter des scripts locaux à distance, la copie à distance peut être automatisée, ce n'est qu'un exemple sur une seule ligne.

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

J'ai cherché des solutions à ce problème à plusieurs reprises dans le passé, mais je n'ai jamais trouvé de solution pleinement satisfaisante. Tuyauter dans ssh perd votre interactivité. Deux connexions (scp / ssh) sont plus lentes et votre fichier temporaire peut être laissé traîner. Et tout le script sur la ligne de commande finit souvent par s'échapper de l'enfer.

Récemment, j'ai rencontré que la taille du tampon de ligne de commande est généralement assez grande ('getconf ARG_MAX> 2 Mo où j'ai regardé). Et cela m'a fait réfléchir sur la façon dont je pourrais utiliser cela et atténuer le problème d'évasion.

Le résultat est:

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

ou en utilisant un document et un chat ici:

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

J'ai développé cette idée pour produire un exemple de script BASH pleinement fonctionnel sshxqui peut exécuter des scripts arbitraires (pas seulement BASH), où les arguments peuvent également être des fichiers d'entrée locaux, sur ssh. Voyez ici .