Je veux que la machine A fasse exécuter le script S par la machine B. Voici ce que je fais habituellement :

Y aurait-il un moyen qui fasse moins "bricolage" ?

c koi ton script ? tu pourrais passer l'ip de la machine en parametre pas exemple.

C'est une suite de commandes (du genre mkdir, mount, bzip2, etc...), ça fait environ 2 écrans de haut. Je sais bien que devant chaque ligne, je pourrais mettre ssh B et ça exécuterait la commande sur B. Le problème c'est qu'il y a vraiment trop de commandes, certaines étant imbriquées. Je préfère envoyer le tout à la machine B, de sorte qu'il n'y ait qu'une connexion SSH (une seule authentification = gain de temps) et que la machine A n'essaye pas d'interpréter quelque chose qui ne lui est pas destiné.

Je ne vois pas trop le but, étant donné que la machine A ne sert qu'à stocker le script S et à le faire exécuter par une machine B quelconque (c-à-d qui n'est pas connue à l'avance).

et bien tu mets tes trois lignes dans un script s2 qui reste sur la machie A et tu le lance ./s2 B
 
si je vois bien ce que tu veux faire

et bien tu mets tes trois lignes dans un script s2 qui reste sur la machie A et tu le lance ./s2 B
 
si je vois bien ce que tu veux faire

en faisant d'abord un scp ? scp copie le script, ssh pour la connexion distante et ensuite tu exécutes le script

Au lieu de faire un scp puis ssh rm, tu peux simplement faire "ssh B < S", qui enverra directement les commandes contenues dans S au sshd de B.

Pas bête ! J'essaierai demain. Merci.

Si ça marche aussi avec un exécutable binaire, ce serait parfait. Je verrai ça.

 
Bein non voyons,
quand tu fait  

Tu lance un ssh sur la machine B comme si tu le faisait manuellement.
La different c'est que le shell va lire le fichier S et envoyer le tout a ssh
comme s'il s'agissait de commandes tapées au clavier.
Donc les seules commandes qui vont passer seront des commandes shells.