Il s'agit de l'un de ces arguments - bien que le tritium et le ritriti - souvent avoir à faire face et de discuter en profondeur, en particulier lorsque vous commencez à travailler avec une nouvelle équipe. Je me réfère à la procédure automatique scp synchronization entre les fichiers et / ou des répertoires de deux serveurs UNIX / Linux.
La logique est simple et la mise en œuvre prend moins d'une minute. Mais ... mais il ya de nombreux aspects secondaires qui suggèrent l'adoption de cette approche que dans des cas spécifiques. Une de tous est le gouffre que la sécurité implique l'ouverture complète à toute personne qui fournit la clé privée. En bref, il est en retard et le risque pour expliquer le mal, nous voyons les cas et les quelques instructions nécessaires pour compléter l'ensemble.
Supposons que vous avez deux serveurs (A.test.com et B.test.com) et que vous voulez garder une copie exacte du répertoire / root / test en effectuant une scp `` tous les soirs à partir d'un A.test.com B.test.com .
1. Génération de la paire de clés privées / publiques sur le serveur local A.test.com:
Quand on vous demande un mot de passe, ne pas entrer tout de cette façon la session `` scp peut se produire sans aucune demande d'authentification. Si la clé privée se termine dans de mauvaises mains, toutefois, le serveur est finalement compromise. C'est une solution de ce type est bon que dans un intranet, y compris un serveur principal et d'une sauvegarde, par exemple. Et dans tous les cas, une solution consiste à être prises que pour le serveur qui accède le moins de personnes possible.
2. Copiez la clé publique sur le serveur distant B.test.com
scp ~ /. ssh / id_rsa.pub root@B.test.com: ~
3. Ajoutez la clé copié sur le serveur distant confiance keydel B.test.com
Ouvrez une session sur le serveur distant et se bloquer la clé comme suit:
cat ~ / id_rsa.pub>> ~ /. ssh / authorized_keys
Si le répertoire ~ /. Ssh / authorized_keys n'existe pas, ce qui signifie qu'il n'a jamais généré de paire de clés sur le serveur distant. Lancez la commande "ssh-keygen-t rsa". Pour des raisons de sécurité, assurez-vous que seul le propriétaire de la clé, vous pouvez accéder:
chmod 600 ~ /. ssh / authorized_keys
4. Tester l'accès sans mot de passe A.test.com B.test.com
L'accès est maintenant aucune demande de mot de passe.
5. Mettre en cron éducation scp
scp-r / root / test / * root@B.test.com: / root / test /
Ne pas servir plus de ...