Acesta este unul dintre aceste argumente - deşi trito azi - având de multe ori la fata si de a discuta în detaliu, mai ales atunci când începe să lucreze cu o nouă echipă. Mă refer la procedurile scp automat sincronizarea între fişiere şi / sau directoare de două servere UNIX / Linux.
Logica este simplă şi punerea în aplicare ia mai puţin de un minut. Dar ... dar sunt multe puncte de importanţă minoră care recomanda de la adoptarea acestei abordări, doar în cazuri specifice. Unul dintre toate este faptul că deosebire de securitate implică deschiderea completă a da pe cineva la cheie privată. Pe scurt, e târziu şi explice riscul de a face rău, vom vedea caz şi de la câteva instrucţiuni necesare pentru a finaliza ansamblu.
Să presupunem că aveţi două servere (A.test.com şi B.test.com) şi doriţi să păstraţi o copie exacta a directorul / root / efectuarea unui test de "scp" în fiecare noapte de la un A.test.com B.test.com .
1. Genera cheia pereche privat / public local de pe server A.test.com:
Când vi se cere o parolă, nu introduceţi nimic în acest fel, a sesiune `` scp va proceda, fără nici o cerere de autentificare. În cazul în care cheia privată se încheie în mâini greşite, cu toate acestea, serverul este cu siguranţă compromisă. Asta este o soluţie de acest gen este bine doar intr-un intranet, inclusiv un server principal şi o copie de siguranţă, de exemplu. Şi, în orice caz, aceasta este o soluţie care urmează să fie luate numai de server pentru a accesa cel mai mic număr de utilizatori posibil.
2. Copierea cheii publice pe server la distanţă B.test.com
scp ~ /. ssh / id_rsa.pub root@B.test.com: ~
3a Adăugaţi cheia copiate pe server la distanţă keydel încredere B.test.com
Log on pe server la distanţă şi închide-cheie, după cum urmează:
cat ~ / id_rsa.pub>> ~ /. ssh / authorized_keys
În cazul în care directorul ~ /. Ssh / authorized_keys nu există, în sensul că nu a fost niciodată generate orice pereche de chei de la server la distanţă. Rulaţi comanda "ssh-keygen-t RSA". Pentru siguranţa, asiguraţi-vă că numai utilizatorul proprietar al cheie, puteţi accesa:
chmod 600 ~ /. ssh / authorized_keys
4. Test de acces fără o parolă A.test.com B.test.com
Accesul este acum, fără o cerere pentru o parola.
5. Controlarea cron Educaţie scp
scp-r / root / test / * root@B.test.com: / root / test /
Nu servi mai mult ...