rsync: Comaparison des donnees entre serveur emetteur et destinataire

tiramiseb · Le 18/07/2013, à 09:43

Webmin... le meilleur moyen pour ne rien apprendre et ne rien comprendre...

alfirdaous · Le 18/07/2013, à 15:41

tiramiseb a écrit :

Webmin... le meilleur moyen pour ne rien apprendre et ne rien comprendre...

c'est temporaire

J'ai cree un fichier sur /root/Scripts:

vim syncdata.sh

rsync -e 'ssh -p 2325' -vrR  --ignore-existing --log-file=/var/log/rsync.log /home/alfirdaous/Desktop/BackupSQL/ USER@SERVER_DISTANT:www/

chmod a+x /root/Scripts/syncdata.bash

crontab -e

Option 4

0 * * * * /root/Scripts/syncdata.sh

et je recois cette erreur apres une heure de lancement:

2013/07/18 13:00:02 [9343] rsync: connection unexpectedly closed (0 bytes received so far) [sender]
2013/07/18 13:00:02 [9343] rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]
2013/07/18 14:00:02 [9592] rsync: connection unexpectedly closed (0 bytes received so far) [sender]
2013/07/18 14:00:02 [9592] rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]
2013/07/18 15:00:05 [9689] rsync: connection unexpectedly closed (0 bytes received so far) [sender]
2013/07/18 15:00:05 [9689] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

Dernière modification par alfirdaous (Le 18/07/2013, à 15:42)

alfirdaous · Le 19/07/2013, à 08:19

J'ai realise l'erreur, c'est due au mot de passe, comment permettre une communication entre les 2 serveurs via un script.sh sans demander de mot de passe?

tiramiseb · Le 19/07/2013, à 08:28

En utilisant une paire de clés SSH.
http://doc.ubuntu-fr.org/ssh#authentifi … iqueprivee

alfirdaous · Le 19/07/2013, à 10:23

ah, donc je fais comme la connexion du local vers le serveur, je genere une clef au 'SERVER1', je copie vers 'SERVER2', et je me connecte?

tiramiseb · Le 19/07/2013, à 10:24

Quelque chose dans le genre.

alfirdaous · Le 20/07/2013, à 09:25

J'ai copie la clef du SERVER1 vers SERVER2, j'ai teste avec la commande (manuellement):

USER1@SERVER1:~/Scripts/Rsync# rsync -e 'ssh -p 2325' -avrR  --ignore-existing --log-file=/var/log/rsync.log /home/alfirdaous/Desktop/BackupSQL/ alfirdaous@SERVER2:www/
Enter passphrase for key '/root/.ssh/id_rsa':

// ici je tape entree (sachant que j'ai une passphrase)

alfirdaous@SERVER2's password: 
Permission denied, please try again.
desktop@SERVER2's password: 
Permission denied, please try again.
desktop@SERVER2's password: 
Permission denied (publickey,password).
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9]
root@SERVER1:~/Scripts/Rsync#

et c'est exactement le meme message d'erreur que je recois sur /var/log/rsync.log, comment transferer les donnees sans passer par une passphrase ou bien de la mettre automatiquement lors de sa demande, sachant que je veux la faire pour un script de crontab, et ne pas manuellement

tiramiseb · Le 20/07/2013, à 11:15

comment transferer les donnees sans passer par une passphrase

En créant une clé SSH sans phrase de passe.

alfirdaous · Le 20/07/2013, à 13:26

quand je mets pas de passphrase ca demande le mot de passe

tiramiseb · Le 20/07/2013, à 13:32

Tu as bien généré une clé SSH sans phrase de passe ?
Et il te demande quand même une phrase de passe, avec une clé SSH que tu as générée sans phrase de passe ?

alfirdaous · Le 20/07/2013, à 15:07

j'ai juste fait entree:

root@KS:/home/desktop# ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:

il me demande le mot de passe et ne pas le passphrase, maintenant j'ai verifie sur sshd.config, j'ai commente la phrase:

#PasswordAuthentication yes

Question de securite: le fait de ne pas avoir une passphrase et que PasswordAuthentication est commente, ca ne cree aucun soucis de securite???

Alors j'ai fait le crontab, et je vais verifier apres une heure si ca va bien transferer

tiramiseb · Le 20/07/2013, à 15:53

Question de securite: le fait de ne pas avoir une passphrase et que PasswordAuthentication est commente, ca ne cree aucun soucis de securite???

La valeur par défaut de PasswordAuthentication est "yes". Par conséquent, le commenter ne change rien.

Lorsque tu génères une clé SSH, il t'indique bien de ne pas renseigner de phrase de passe si tu veux une clé non protégée.

alfirdaous · Le 20/07/2013, à 23:50

le fait de ne pas mentionner une phrase au passphrase et que PasswordAuthentication est "commentee avec #", est ce que ca diminue la securite?

tiramiseb · Le 21/07/2013, à 07:28

Je répète exactement la même chose que dans le message précédent :
La valeur par défaut de PasswordAuthentication est "yes". Par conséquent, le commenter ne change rien.

De plus, il n'y a aucun lien entre les clés SSH et le paramètre PasswordAuthentication.

michel_04 · Le 21/07/2013, à 08:47

Bonjour,

tiramiseb a écrit :

Je répète exactement la même chose que dans le message précédent :
La valeur par défaut de PasswordAuthentication est "yes". Par conséquent, le commenter ne change rien.

Dit autrement :

PasswordAuthentication yes

Ou

#PasswordAuthentication yes

Le password sera demandé car la valeur par défaut est yes.
Pour ne pas avoir la demande de password il faut remplacer la valeur yes par ...

A+

Dernière modification par michel_04 (Le 21/07/2013, à 08:47)

tiramiseb · Le 21/07/2013, à 12:50

Note toutefois que, quelle que soit la valeur de PasswordAuthentication, cela n'a aucune influence dans le cas d'une authentification par clé.

alfirdaous · Le 21/07/2013, à 15:03

oui merci a vous

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 18/07/2013, à 09:43

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#27 Le 18/07/2013, à 15:41

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#28 Le 19/07/2013, à 08:19

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#29 Le 19/07/2013, à 08:28

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#30 Le 19/07/2013, à 10:23

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#31 Le 19/07/2013, à 10:24

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#32 Le 20/07/2013, à 09:25

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#33 Le 20/07/2013, à 11:15

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#34 Le 20/07/2013, à 13:26

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#35 Le 20/07/2013, à 13:32

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#36 Le 20/07/2013, à 15:07

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#37 Le 20/07/2013, à 15:53

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#38 Le 20/07/2013, à 23:50

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#39 Le 21/07/2013, à 07:28

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#40 Le 21/07/2013, à 08:47

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#41 Le 21/07/2013, à 12:50

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

#42 Le 21/07/2013, à 15:03

Re : rsync: Comaparison des donnees entre serveur emetteur et destinataire

Pied de page des forums