Wie kann man SSH verwenden, um ein lokales Shell-Skript auf einem entfernten Rechner auszuführen?

Question

Ich muss ein lokales Shell-Skript (Windows/Linux) auf einem entfernten Rechner ausführen.

Ich habe SSH sowohl auf Rechner A als auch auf Rechner B konfiguriert. Mein Skript befindet sich auf Rechner A, der einen Teil meines Codes auf einem entfernten Rechner, Rechner B, ausführen wird.

Die lokalen und entfernten Computer können entweder Windows- oder Unix-basierte Systeme sein.

Gibt es eine Möglichkeit, dies mit plink/ssh zu tun?

Answer 1

Wenn Rechner A ein Windows-Rechner ist, können Sie Plink (Teil von PuTTY ) mit dem Parameter -m, und es führt das lokale Skript auf dem entfernten Server aus.

plink root@MachineB -m local_script.sh

Wenn Maschine A ein Unix-basiertes System ist, können Sie verwenden:

ssh root@MachineB 'bash -s' < local_script.sh

Sie sollten das Skript nicht auf den Remote-Server kopieren müssen, um es auszuführen.

Answer 2

Dies ist eine alte Frage, und die Antwort von Jason ist gut, aber ich möchte Folgendes hinzufügen:

ssh user@host <<'ENDSSH'
#commands to run on remote host
ENDSSH

Dies kann auch mit su und Befehlen verwendet werden, die eine Benutzereingabe erfordern. (Beachten Sie die ' entkommen heredoc)

Edit: Da diese Antwort immer wieder auftaucht, möchte ich noch mehr Informationen zu dieser wunderbaren Verwendung von heredoc hinzufügen:

Sie können Befehle mit dieser Syntax verschachteln, und das ist die einzige Möglichkeit, wie die Verschachtelung zu funktionieren scheint (auf eine vernünftige Art und Weise)

ssh user@host <<'ENDSSH'
#commands to run on remote host
ssh user@host2 <<'END2'
# Another bunch of commands on another host
wall <<'ENDWALL'
Error: Out of cheese
ENDWALL
ftp ftp.secureftp-test.com <<'ENDFTP'
test
test
ls
ENDFTP
END2
ENDSSH

Mit einigen Diensten wie telnet, ftp usw. können Sie tatsächlich ein Gespräch führen. Aber denken Sie daran, dass heredoc die stdin einfach als Text sendet, es wartet nicht auf eine Antwort zwischen den Zeilen

Edit: Ich habe gerade herausgefunden, dass man die Innenseiten mit Registerkarten wenn Sie <<-END !

ssh user@host <<-'ENDSSH'
    #commands to run on remote host
    ssh user@host2 <<-'END2'
        # Another bunch of commands on another host
        wall <<-'ENDWALL'
            Error: Out of cheese
        ENDWALL
        ftp ftp.secureftp-test.com <<-'ENDFTP'
            test
            test
            ls
        ENDFTP
    END2
ENDSSH

(Ich denke, das sollte funktionieren)

Siehe auch http://tldp.org/LDP/abs/html/here-docs.html

Answer 3

Vergessen Sie auch nicht, die Variablen zu entschlüsseln, wenn Sie sie vom Zielhost abholen wollen.

Das ist mir in der Vergangenheit auch schon passiert.

Zum Beispiel:

user@host> ssh user2@host2 "echo \$HOME"

gibt /home/user2 aus

während

user@host> ssh user2@host2 "echo $HOME"

gibt /home/user aus

Ein weiteres Beispiel:

user@host> ssh user2@host2 "echo hello world | awk '{print \$1}'"

gibt "hallo" korrekt aus.

Answer 4

Dies ist eine Erweiterung der Antwort von YarekT, um Inline-Remote-Befehle mit der Übergabe von ENV-Variablen vom lokalen Rechner an den Remote-Host zu kombinieren, damit Sie Ihre Skripte auf der Remote-Seite parametrisieren können:

ssh user@host ARG1=$ARG1 ARG2=$ARG2 'bash -s' <<'ENDSSH'
  # commands to run on remote host
  echo $ARG1 $ARG2
ENDSSH

Ich fand es außerordentlich hilfreich, alles in einem Skript zusammenzufassen, so dass es sehr gut lesbar und wartbar ist.

Warum das funktioniert. ssh unterstützt die folgende Syntax:

ssh benutzer@host remote_befehl

In der Bash können wir Umgebungsvariablen angeben, die vor der Ausführung eines Befehls in einer einzigen Zeile wie folgt definiert werden:

ENV_VAR_1='Wert1' ENV_VAR_2='Wert2' bash -c 'echo $ENV_VAR_1 $ENV_VAR_2'

Das macht es einfach, Variablen vor der Ausführung eines Befehls zu definieren. In diesem Fall ist echo unser Befehl, den wir ausführen. Alles vor echo definiert Umgebungsvariablen.

Wir kombinieren also diese beiden Merkmale und die Antwort von YarekT und erhalten:

ssh user@host ARG1=$ARG1 ARG2=$ARG2 'bash -s' <<'ENDSSH'...

In diesem Fall setzen wir ARG1 und ARG2 auf lokale Werte. Wir senden alles nach user@host als remote_command. Wenn der entfernte Rechner den Befehl ausführt, werden ARG1 und ARG2 dank der lokalen Befehlszeilenauswertung, die Umgebungsvariablen auf dem entfernten Server definiert, auf die lokalen Werte gesetzt, und der Bash-Befehl wird mit diesen Variablen ausgeführt. Voilà.

Answer 5

<hostA_shell_prompt>$ ssh user@hostB "ls -la"

Dadurch werden Sie zur Eingabe eines Passworts aufgefordert, es sei denn, Sie haben den öffentlichen Schlüssel Ihres hostA-Benutzers in die Datei authorized_keys im Verzeichnis home of user .ssh kopiert. Dies ermöglicht eine passwortlose Authentifizierung (falls in der Konfiguration des ssh-Servers als Authentifizierungsmethode akzeptiert)