Je cherche un moyen de transférer la configuration d'une machine centrale à plusieurs machines distantes sans avoir à installer quoi que ce soit sur les machines distantes.

L'objectif est de faire quelque chose comme vous le feriez avec des outils tels que cfengine, mais sur un ensemble de machines sur lesquelles aucun agent n'est configuré. Cela pourrait en fait être une bonne technique d'installation cfagentsur un ensemble de machines distantes existantes.

Vous pouvez transmettre un script et le faire exécuter de manière éphémère en le connectant puis en exécutant un shell.

par exemple

echo "ls -l; echo 'Hello World'" | ssh me@myserver /bin/bash

Naturellement, la "ls -l; echo 'Hello World'"pièce pourrait être remplacée par un script bash stocké dans un fichier sur la machine locale.

par exemple

cat script.sh | ssh me@myserver /bin/bash

À votre santé!

Il y a plusieurs façons de le faire.

1:

ssh user@remote_server 'bash -s' < localfile

2:

cat localfile  | ssh user@remote_server

3:

ssh user@remote_server "$(< localfile)"

le numéro 3 est ma manière préférée, il permet des commandes interactives, par exemple su -S service nginx restart

(# 1 utilisera le reste du script comme entrée pour la question du mot de passe lorsque vous l'utiliserez su -S.)

Je recommanderais Fabric en python à cette fin:

#!/usr/bin/python
# ~/fabfile.py

from fabric_api import *

env.hosts = ['host1', 'host2']
def deploy_script():
    put('your_script.sh', 'your_script.sh', mode=0755)
    sudo('./your_script.sh')

# from shell
$ fab deploy_script

Vous devriez pouvoir utiliser ce qui précède pour commencer. Consultez l'excellente documentation de Fabric pour faire le reste. En tant qu’additif, il est tout à fait possible d’écrire votre script entièrement dans Fabric - aucune copie n’est nécessaire, mais il convient de noter que pour modifier le script sur toutes les machines, il vous suffit de modifier la copie locale et de le redéployer. En outre, avec un peu plus que l’utilisation de base de l’API, vous pouvez modifier le script en fonction de l’hôte sur lequel il est actuellement exécuté et / ou d’autres variables. C'est une sorte d'Expect pythonique.

C'est exactement ce à quoi Ansible est utilisé. Il n'y a pas d'agent, il suffit de créer un fichier texte appelé:

/etc/ansible/hosts

avec un contenu qui ressemble à quelque chose comme:

[webhosts]
web[1-8]

Cela spécifierait que les machines "web1, web2 ... web8" sont dans le groupe "hôtes Web". Ensuite, vous pouvez faire des choses comme:

ansible webhosts -m service -a "name=apache2 state=restarted" --sudo

pour redémarrer le service apache2 sur toutes vos machines, en utilisant sudo.

Vous pouvez faire des commandes à la volée comme:

ansible webhosts -m shell -a "df -h"

ou vous pouvez exécuter un script local sur la machine distante:

ansible webhosts -m script -a "./script.sh"

ou vous pouvez créer un playbook (consultez la documentation pour plus de détails) avec une configuration complète à laquelle vos serveurs doivent se conformer et le déployer avec:

ansible-playbook webplaybook.yml

En gros, vous pouvez commencer à l'utiliser comme un outil de ligne de commande pour exécuter des commandes sur plusieurs serveurs et à étendre son utilisation en un outil de configuration complet à votre guise.

Comme expliqué dans cette réponse, vous pouvez utiliser heredoc :

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

Vous devez faire attention avec heredoc, car il envoie simplement du texte, mais il n'attend pas vraiment la réponse. Cela signifie qu'il n'attendra pas que vos commandes soient exécutées.

La réponse ici ( https://stackoverflow.com/a/2732991/4752883 ) fonctionne très bien si vous essayez d'exécuter un script sur une machine Linux distante à l'aide de plinkou ssh. Cela fonctionnera si le script a plusieurs lignes linux.

** Cependant, si vous essayez d’exécuter un script de traitement par lots situé sur une linux/windowsmachine locale et que votre machine distante l’est Windows, elle se compose de plusieurs lignes utilisant **

plink root@MachineB -m local_script.bat

ça ne marchera pas.

Seule la première ligne du script sera exécutée. C'est probablement une limitation de plink.

Solution 1:

Pour exécuter un script de commandes multiligne (en particulier s'il est relativement simple et composé de quelques lignes):

Si votre script de lot d'origine est comme suit

cd C:\Users\ipython_user\Desktop 
python filename.py

vous pouvez combiner les lignes en utilisant le séparateur "&&" comme suit dans votre local_script.batfichier comme suit : https://stackoverflow.com/a/8055390/4752883 :

cd C:\Users\ipython_user\Desktop && python filename.py

Après cette modification, vous pouvez ensuite exécuter le script comme indiqué ici par @ JasonR.Coombs: https://stackoverflow.com/a/2732991/4752883

Solution 2:

Si votre script de traitement par lots est relativement compliqué, il peut être préférable d’utiliser un script de traitement par lots qui encapsule la commande plink ainsi que suit, comme indiqué ici par @Martin https://stackoverflow.com/a/32196999/4752883 :

rem Open tunnel in the background
start plink.exe -ssh [username]@[hostname] -L 3307:127.0.0.1:3306 -i "[SSH
key]" -N

rem Wait a second to let Plink establish the tunnel 
timeout /t 1

rem Run the task using the tunnel
"C:\Program Files\R\R-3.2.1\bin\x64\R.exe" CMD BATCH qidash.R

rem Kill the tunnel
taskkill /im plink.exe

Pourquoi ne pas simplement copier le script d'abord, puis l'exécuter?

scp your_script.sh the_server:
ssh the_server "chmod +x your_script.sh; ./your_script.sh"

Bien sûr, vous devez faire attention à ne pas le télécharger dans un endroit accessible en écriture, afin que personne d'autre ne puisse le tripoter avant de l'exécuter (éventuellement en tant que root).

Réécrire le script d'une manière que chaque commande déjà est préfixé avec ssh et un nom d' hôte / IP ou une liste de tels est passé au script comme argument ( en supposant que vous avez passwordless / authentification clé ssh-agent mis en place). Certains travaux peuvent être nécessaires pour transmettre correctement les codes d’erreur / retour à partir des commandes à distance ....

Si le script n'est pas trop gros et que vous utilisez bash ou ksh ...

ssh vm24 -t bash -c "$(printf "%q" "$(< shell-test.sh )")"

Stdin et stdout fonctionnent correctement, mais le script est limité à la taille de l'argument (généralement environ 100 Ko). Les arguments du script peuvent fonctionner à la fin de la ligne, éventuellement en suivant un argument "-" supplémentaire. Le "-t" pour allouer un pty est optionnel.

Méfiez-vous: cela confond la finalisation de bash, ne touchez pas l'onglet.