Obtenir ssh pour exécuter une commande en arrière-plan sur la machine cible

Il s'agit d'une question complémentaire à Comment utilisez-vous ssh dans un script shell? question. Si je veux exécuter une commande sur la machine distante qui s'exécute en arrière-plan sur cette machine, comment puis-je obtenir la commande ssh pour revenir? Lorsque j'essaie d'inclure simplement l'esperluette (&) à la fin de la commande, elle se bloque simplement. La forme exacte de la commande ressemble à ceci:

ssh user@target "cd /some/directory; program-to-execute &"

Des idées? Une chose à noter est que les connexions à la machine cible produisent toujours une bannière de texte et j'ai des clés SSH configurées donc aucun mot de passe n'est requis.

J'ai eu ce problème dans un programme que j'ai écrit il y a un an - il s'avère que la réponse est plutôt compliquée. Vous devrez utiliser nohup ainsi que la redirection de sortie, comme expliqué dans l'article de wikipedia sur nohup , copié ici pour votre commodité.

Aucun travail en arrière-plan n'est utile, par exemple, lorsque vous êtes connecté via SSH, car les travaux en arrière-plan peuvent entraîner le blocage du shell à la déconnexion en raison d'une condition de concurrence critique [2]. Ce problème peut également être résolu en redirigeant les trois flux d'E / S:

nohup myprogram > foo.out 2> foo.err < /dev/null &

Cela a été la façon la plus propre de le faire pour moi: -

ssh -n -f user@host "sh -c 'cd /whereever; nohup ./whatever > /dev/null 2>&1 &'"

La seule chose qui s'exécute après cela est la commande réelle sur la machine distante

Rediriger les fd

La sortie doit être redirigée avec &>/dev/nulllaquelle redirige à la fois stderr et stdout vers / dev / null et est un synonyme de >/dev/null 2>/dev/nullou >/dev/null 2>&1.

Parantheses

La meilleure façon est d'utiliser sh -c '( ( command ) & )'où la commande est n'importe quoi.

ssh askapache 'sh -c "( ( nohup chown -R ask:ask /www/askapache.com &>/dev/null ) & )"'

Nohup Shell

Vous pouvez également utiliser nohup directement pour lancer le shell:

ssh askapache 'nohup sh -c "( ( chown -R ask:ask /www/askapache.com &>/dev/null ) & )"'

Nice Launch

Une autre astuce consiste à utiliser nice pour lancer la commande / shell:

ssh askapache 'nice -n 19 sh -c "( ( nohup chown -R ask:ask /www/askapache.com &>/dev/null ) & )"'

Si vous ne maintenez pas / ne pouvez pas garder la connexion ouverte, vous pouvez utiliser l' écran , si vous avez les droits pour l'installer.

user@localhost $ screen -t remote-command
user@localhost $ ssh user@target # now inside of a screen session
user@remotehost $ cd /some/directory; program-to-execute &

Pour détacher la session écran: ctrl-a d

Pour répertorier les sessions d'écran:

screen -ls

Pour rattacher une session:

screen -d -r remote-command

Notez que l'écran peut également créer plusieurs shells dans chaque session. Un effet similaire peut être obtenu avec tmux .

user@localhost $ tmux
user@localhost $ ssh user@target # now inside of a tmux session
user@remotehost $ cd /some/directory; program-to-execute &

Pour détacher la session tmux: ctrl-b d

Pour répertorier les sessions d'écran:

tmux list-sessions

Pour rattacher une session:

tmux attach <session number>

La clé de contrôle tmux par défaut, ' ctrl-b', est quelque peu difficile à utiliser, mais il existe plusieurs exemples de configurations tmux livrées avec tmux que vous pouvez essayer.

Je voulais juste montrer un exemple de travail que vous pouvez couper et coller:

ssh REMOTE "sh -c \"(nohup sleep 30; touch nohup-exit) > /dev/null &\""

Le moyen le plus rapide et le plus simple consiste à utiliser la commande «at»:

ssh user @ target "at now -f /home/foo.sh"

Je pense que vous devrez combiner quelques-unes de ces réponses pour obtenir ce que vous voulez. Si vous utilisez nohup en conjonction avec le point-virgule et enveloppez le tout entre guillemets, vous obtenez:

ssh user@target "cd /some/directory; nohup myprogram > foo.out 2> foo.err < /dev/null"

qui semble fonctionner pour moi. Avec nohup, vous n'avez pas besoin d'ajouter le & à la commande à exécuter. De plus, si vous n'avez pas besoin de lire la sortie de la commande, vous pouvez utiliser

ssh user@target "cd /some/directory; nohup myprogram > /dev/null 2>&1"

pour rediriger toutes les sorties vers / dev / null.

Cela a fonctionné pour moi plusieurs fois:

ssh -x remoteServer "cd yourRemoteDir; ./yourRemoteScript.sh </dev/null >/dev/null 2>&1 & " 

Vous pouvez le faire comme ça ...

sudo /home/script.sh -opt1 > /tmp/script.out &

En fait, chaque fois que j'ai besoin d'exécuter une commande sur une machine distante qui est compliquée, j'aime mettre la commande dans un script sur la machine de destination et simplement exécuter ce script en utilisant ssh.

Par exemple:

# simple_script.sh (located on remote server)

#!/bin/bash

cat /var/log/messages | grep <some value> | awk -F " " '{print $8}'

Et puis je lance juste cette commande sur la machine source:

ssh user@ip "/path/to/simple_script.sh"

J'essayais de faire la même chose, mais avec la complexité supplémentaire que j'essayais de faire depuis Java. Donc, sur une machine exécutant java, j'essayais d'exécuter un script sur une autre machine, en arrière-plan (avec nohup).

À partir de la ligne de commande, voici ce qui a fonctionné: (vous n'aurez peut-être pas besoin du "-i keyFile" si vous n'en avez pas besoin pour ssh vers l'hôte)

ssh -i keyFile user@host bash -c "\"nohup ./script arg1 arg2 > output.txt 2>&1 &\""

Notez que sur ma ligne de commande, il y a un argument après le "-c", qui est tout entre guillemets. Mais pour que cela fonctionne à l'autre bout, il a toujours besoin des guillemets, j'ai donc dû y mettre des guillemets échappés.

De Java, voici ce qui a fonctionné:

ProcessBuilder b = new ProcessBuilder("ssh", "-i", "keyFile", "bash", "-c",
 "\"nohup ./script arg1 arg2 > output.txt 2>&1 &\"");
Process process = b.start();
// then read from process.getInputStream() and close it.

Il a fallu un peu d'essais et d'erreurs pour que cela fonctionne, mais cela semble bien fonctionner maintenant.

Il m'a semblé assez pratique d'avoir une session tmux à distance en utilisant la tmux new -d <shell cmd>syntaxe comme ceci:

ssh someone@elsewhere 'tmux new -d sleep 600'

Cela lancera une nouvelle session sur l' elsewherehôte et la commande ssh sur la machine locale reviendra au shell presque instantanément. Vous pouvez ensuite ssh vers l'hôte distant et tmux attachvers cette session. Notez qu'il n'y a rien sur tmux local en cours d'exécution, seulement à distance!

De plus, si vous souhaitez que votre session persiste une fois le travail terminé, ajoutez simplement un lanceur de shell après votre commande, mais n'oubliez pas de mettre entre guillemets:

ssh someone@elsewhere 'tmux new -d "~/myscript.sh; bash"'

YOUR-COMMAND &> YOUR-LOG.log &    

Cela devrait exécuter la commande et attribuer un identifiant de processus que vous pouvez simplement taper -f YOUR-LOG.log pour voir les résultats qui y sont écrits au fur et à mesure. vous pouvez vous déconnecter à tout moment et le processus se poursuivra

Vous pouvez le faire sans nohup:

ssh user@host 'myprogram >out.log 2>err.log &'

Je pense que c'est ce dont vous avez besoin: au début, vous devez installer sshpasssur votre machine. alors vous pouvez écrire votre propre script:

while read pass port user ip; do
sshpass -p$pass ssh -p $port $user@$ip <<ENDSSH1
    COMMAND 1
    .
    .
    .
    COMMAND n
ENDSSH1
done <<____HERE
    PASS    PORT    USER    IP
      .      .       .       .
      .      .       .       .
      .      .       .       .
    PASS    PORT    USER    IP    
____HERE

Suivez d'abord cette procédure:

Connectez-vous à A en tant qu'utilisateur a et générez une paire de clés d'authentification. N'entrez pas de phrase secrète:

a@A:~> ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/a/.ssh/id_rsa): 
Created directory '/home/a/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/a/.ssh/id_rsa.
Your public key has been saved in /home/a/.ssh/id_rsa.pub.
The key fingerprint is:
3e:4f:05:79:3a:9f:96:7c:3b:ad:e9:58:37:bc:37:e4 a@A

Utilisez maintenant ssh pour créer un répertoire ~ / .ssh en tant qu'utilisateur b sur B. (Le répertoire peut déjà exister, ce qui est bien):

a@A:~> ssh b@B mkdir -p .ssh
b@B's password: 

Enfin, ajoutez la nouvelle clé publique de a à b @ B: .ssh / authorized_keys et entrez une dernière fois le mot de passe de b:

a@A:~> cat .ssh/id_rsa.pub | ssh b@B 'cat >> .ssh/authorized_keys'
b@B's password: 

Vous pouvez désormais vous connecter à B en tant que b à partir de A en tant que sans mot de passe:

a@A:~> ssh b@B

alors cela fonctionnera sans entrer de mot de passe

ssh b @ B "répertoire cd / certains /; programme à exécuter &"