Bash: Interaktive Remote-Eingabeaufforderung

Ich habe ein Skript, das eine Verbindung zu einem Remote-Server herstellt und prüfe, ob ein Paket installiert ist:

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

Dieses Beispiel könnte vereinfacht werden. Hier ist myscript2.shdas gleiche Problem:

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

Mein Problem ist, dass Bash meine Antworten nicht interaktiv lesen kann.

Gibt es eine Möglichkeit, lokales Skript remote auszuführen, ohne die Möglichkeit zu verlieren, Benutzer dazu aufzufordern?

Versuchen Sie so etwas:

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

Das -terzwingt eine tty-Zuweisung, $(<your_script)liest die gesamte Datei und übergibt in diesem Fall den Inhalt als ein Argument an ssh, das von der Shell des Remote-Benutzers ausgeführt wird.

Wenn das Skript Parameter benötigt, übergeben Sie diese nach dem Skript:

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

Funktioniert für mich, ich bin mir nicht sicher, ob es universell ist.

Ihr Problem besteht darin, dass ssheine nicht interaktive Anmeldeshell auf dem Remotecomputer gestartet wird. Die naheliegende einfache Lösung wäre, das Skript auf den Remote-Server zu kopieren und von dort aus auszuführen:

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

Wenn das Kopieren aus irgendeinem Grund nicht möglich ist, ändere ich das Skript, um zunächst eine Verbindung herzustellen und zu überprüfen, ob $1es installiert ist, und stelle die Verbindung dann wieder her und installiere es nach Bedarf:

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

Hier ist eine gute Erklärung .

Also habe ich das Skript angepasst

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

und das hat nicht funktioniert.

Deshalb habe ich das Skript auf die Fernbedienung verschoben, um die lokale Umleitung auf ssh zu vermeiden. (Meine Befehle befinden sich in einer Datei mit dem Namen f )

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

Das hat funktioniert. Hier ist die Ausgabe:

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

Da @terdon erwähnte, dass die ursprüngliche Absicht darin bestand, lokale Skripte aus der Ferne auszuführen, kann die Fernkopie automatisiert werden. Dies ist nur ein Beispiel für eine einzige Zeile.

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

Ich habe in der Vergangenheit mehrere Male nach Lösungen für dieses Problem gesucht, jedoch nie eine völlig zufriedenstellende gefunden. Wenn Sie in ssh umleiten, verlieren Sie Ihre Interaktivität. Zwei Verbindungen (scp / ssh) sind langsamer und Ihre temporäre Datei kann herumliegen. Und das ganze Skript auf der Kommandozeile endet oft in der Flucht vor der Hölle.

Kürzlich habe ich festgestellt, dass der Befehlszeilenpuffer normalerweise ziemlich groß ist ('getconf ARG_MAX> 2MB, wo ich nachgeschaut habe). Und das brachte mich zum Nachdenken darüber, wie ich dies nutzen und das entstehende Problem lindern könnte.

Das Ergebnis ist:

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

oder mit einem Here-Dokument und einer Katze:

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

Ich habe diese Idee erweitert, um ein voll funktionsfähiges BASH-Beispielskript zu erstellen sshx, das beliebige Skripten (nicht nur BASH) ausführen kann, wobei Argumente auch lokale Eingabedateien sein können, und zwar über ssh. Sehen Sie hier .