stdoutsur un serveur CentOS doit être connecté à stdinun autre serveur CentOS. Est-ce possible?

Mise à jour

ScottPack, MikeyB et jofel ont tous des réponses valables. J'ai attribué la réponse à Scott car, même si ma question ne mentionnait pas la sécurité comme une exigence, il est toujours agréable d'être en sécurité. Cependant, les suggestions des deux autres boursiers fonctionneront également.

C'est un oui sans reproche.

Lorsque l’on sshexécute une commande sur un serveur distant, il effectue une sorte de redirection interne sophistiquée des entrées / sorties. En fait, j'estime qu'il s'agit d'une des fonctionnalités légèrement plus agréables d'OpenSSH. Plus précisément, si vous utilisez sshpour exécuter une commande arbitraire sur un système distant, puis ssh la carte STDINet STDOUTà celle de la commande en cours d' exécution.

Supposons, à titre d'exemple, que vous souhaitiez créer une archive tar de sauvegarde, mais que vous ne vouliez pas ou ne puissiez pas la stocker localement. Jetons un coup d'oeil à cette syntaxe:

$ tar -cf - /path/to/backup/dir | ssh remotehost "cat - > backupfile.tar"

Nous créons une archive et l'écrivons dans STDOUTdes choses normales. Puisque nous utilisons ssh pour exécuter une commande à distance, STDIN est mappé sur le STDINde cat. Que nous redirigeons ensuite vers un fichier.

Un moyen pratique de canaliser les données entre les hôtes lorsque vous n'avez pas à vous soucier de la sécurité sur le fil consiste à utiliser netcatles deux extrémités de la connexion.

Cela vous permet également de les configurer de manière asynchrone:

Sur le "récepteur" (en réalité, vous aurez une communication bidirectionnelle, mais il est plus facile de penser comme ça), lancez:

nc -l -p 5000 > /path/to/backupfile.tar

Et sur "l'expéditeur", lancez:

tar cf - /path/to/dir | nc 1.2.3.4 5000

Un outil très puissant pour créer des connexions uni- et bidirectionnelles est socat. Pour un bref aperçu des possibilités, consultez les exemples de la page de manuel .

Il remplace netcatcomplètement les outils similaires et prend en charge les connexions cryptées SSL. Pour les débutants, ce n’est peut-être pas assez simple, mais il est au moins bon de savoir qu’il existe.

TL; DR

Les choses deviennent un peu plus compliquées lorsque vous avez un serveur bastion à utiliser.

1. Vous pouvez passer sshcomme commande pour sshaimer ainsi:

   • cat local_script.sh | ssh -A usera@bastion ssh -A userb@privateserver "cat > remote_copy_of_local_script.sh; bash remote_copy_of_local_script.sh"

2. Attention aux pseudo-terminaux

Notez que le point essentiel ici est que ssh, comme la plupart des outils, traite stdoutet stdincorrige par défaut.

Cependant, lorsque vous commencez à voir des options telles que Disable pseudo-terminal allocation.et Force pseudo-terminal allocation.vous devrez peut-être faire quelques essais et erreurs. Mais, en règle générale, vous ne voulez pas modifier le ttycomportement sauf si vous essayez de réparer les fichiers illisibles / binaires dans un émulateur de terminal (dans lequel un type humain est entré).

Par exemple, j’ai tendance à utiliser -Atpour que le ssh-agent de mon poste de travail soit transféré et pour que l’exécution de tmux à distance ne soit pas synonyme de binaire (comme c’est le cas ssh -At bastion.internal tmux -L bruno attach). Et pour docker aussi (comme ça sudo docker exec -it jenkins bash).

Cependant, ces deux -tindicateurs rendent difficile la traçabilité de la corruption des données lorsque j'essaie de faire quelque chose comme ceci:

# copy /etc/init from jenkins to /tmp/init in testjenkins running as a container
ssh -A bastion.internal \
ssh -A jenkins.internal \
sudo tar cf - -C /etc init | \
sudo docker exec -i testjenkins \
bash -c 'tar xvf - -C /tmp'

# note trailing slashes to make this oneliner more readable.

Essayez de mettre votre clé publique ssh dans un autre hôte par une seule commande

ssh root@example.com 'cat >> .ssh/authorized_keys' < .ssh/id_rsa.pub

Je trouve que c'est le plus simple. Après avoir configuré aucun protocole de transfert de mot de passe entre serveurs pour l'utilisateur pour lequel vous exécutez la commande, procédez comme suit:

Non compressé

tar cf - . | ssh servername "cd /path-to-dir && tar xf -"

Compression à la volée

tar czf - . | ssh servername "cd /path-to-dir && tar xzf -"