Commentaires sur : Configuration d’un client backuppc linux avec rsync (simple user)

Par : mnttech

mnttech — Thu, 10 Jun 2010 21:24:24 +0000

Lol, ouais tu fais bien de préciser car entre temps j’ai modifié le & g t!
Pour la clé à copier tu n’as peut-être pas les droits suffisants dans le dossier où tu veux la coller.
Sinon le point est important car sinon ça marche pas!
Bah demande lui des sous pour allumer ta lampe, tu verra, des sous ça permet toujours d’allumer les lampes…

PS : si tu galères avec scp tu peux aussi utiliser une bonne vieille clé usb si tu a un accès physique à la machine.

Par : scorpio

scorpio — Mon, 31 May 2010 08:48:06 +0000

Ce que je disais et qu’a automatiquement corriger wordpress c’est que en gros je voyais « & g t » tout attacher, pour pas que j’ai l’air d’un crétin encore une fois :S, au lieu de « > »
Sinon je réessaye le protocole SSH et ce n’est pas clair je crée ma clé rsa tout fonctionne. Ensuite je me connecte en ssh au serveur distant pour copier cette clé et à ce moment là… il met trop de temps.
Que faire j’ai bien taper ma commande et il se fige…
Sinon en quoi le point final à son importance?

Je suis en alternance c’est mes débuts je dois apprendre sur le tas et mon patron penses que je suis le génie de la lampe… Mais je n’arrives pas à allumer mon ampoule donc bref.

Merci pour vos réponses

Par : mnttech

mnttech — Fri, 21 May 2010 15:41:46 +0000

??? Kesskidi?

Relis toi stp, j’ai beau lire et relire je ne pige rien.

En tout cas, grâce à toi j’ai vu que wordpress mettait automatiquement un espace entre deux ‘>’. J’ai également vu que tiny-mce faisait déconner l’encodage de ce caractère que j’ai donc corrigé et qui s’affiche correctement dans le tutoriel.

Par : scorpio

scorpio — Fri, 21 May 2010 12:18:03 +0000

Oui mais sa je m’en suis rendu compte après car sur mon ordinateur >> s’était transformé en >>
Et j’ai tapé sa car il me disait qu’il y avait un problème avec token etc…

C’est dans mon deuxième test ou la j’ai retapé correctement ce qu’il fallait.

Une autre question sinon je paramètres une sauvegarde distante et je m’y perds pas mal. Pour le moment j’ai mis en place une autre sauvegarde mais j’aurais aimé approfondir celle ci qui a l’air d’être pas mal…

Par : mnttech

mnttech — Fri, 21 May 2010 09:57:16 +0000

Alors si je comprends bien tu as tapé ça : cat id_rsa.pub ~/.ssh/authorized_keys ???
Car si tu as fais ça c’est inutile. Si il te dit que le fichier authorized_keys n’existe pas tu dois d’abord le créer.
Tu tapes :
touch ~/.ssh/authorized_keys
et ensuite tu pourra taper :
cat id_rsa.pub >> ~/.ssh/authorized_keys

Le mieux pour suivre un tuto est d’essayer de comprendre ce que l’on fait et pas de taper bêtement ce qui est indiqué. Le >> permet d’envoyer la sortie du cat dans le fichier ~/.ssh/authorized_keys sans écraser ce qu’il y avait dedans. Si tu le retires, tu n’ajoutes pas ta clé dans le fichier, tu ne fais donc rien.

Par : scorpio

scorpio — Fri, 21 May 2010 07:53:37 +0000

Re moi je viens de me rendre compte de ma bêtise cependant la deuxième erreur est toujours présente il faut donc que j’en crée un?

Encore merci

Par : scorpio

scorpio — Fri, 21 May 2010 07:41:28 +0000

Bonjour,
au moment ou je tapes « $ cat id_rsa.pub >> ~/.ssh/authorized_keys » sur le poste client distant il me dit erreur near token »& » je ne vois pas ce que c’est et en retirant >> il me donne une autre erreur comme quoi authorized_keys n’existe pas…

Need some help mercii beaucoup d’avance

Par : mnttech

mnttech — Wed, 24 Mar 2010 20:26:47 +0000

@raptor45 Salut, tu dois pouvoir te connecter sur le client depuis le serveur.
En fait c’est logique car c’est bien le serveur qui se connecte à ton client pour récupérer les données à sauvegarder.
Relis bien le tutoriel et prends ton temps pour exécuter chaque commande en prenant le temps de comprendre ce que tu fais. Tu verra que tout est logique et ça ira beaucoup mieux.
Désolé pour la réponse un peu tardive, peut-être as-tu déjà résolu ton problème…

Par : raptor45

raptor45 — Fri, 19 Mar 2010 08:12:02 +0000

Désolé pour le dérangement mais j’ai réussi !!

Je me suis connecté sur le client à partir du serveur en ssh. Ensuite, j’ai fait cette commande:

cat id_rsa.pub > ~/home/clientssh/.ssh/authorized_keys

Dans l’interface web, dans le menu xfer de ma machine, j’ai remplacé root par clientssh, j’ai relancé BackupPC, j’ai relancé la sauvegarde et … miracle ! Ca fonctionne !

Pouvez-vous quand même me dire si cette commande cat id_rsa.pub > ~/home/clientssh/.ssh/authorized_keys doit être faite comme je l’ai fais, c’est à dire : se connecter en ssh à partir du serveur vers le client et exécuter cette commande qui va créer le fichier authorized_keys dans le /home/clientssh/.ssh/ du client ? Est-ce bien cela ?

Car moi je comprenais qu’il fallait se connecter en ssh à partir du client vers le serveur, exécuter la commande scp … et exécuter la commande cat id_rsa.pub > ~/home/clientssh/.ssh/authorized_keys toujours à partir du client! Mais apparemment ce n’est pas ça ?

Merci pour vous éclaircissements. J’aimerai savoir pour que ce soit clair dans ma tête.

Par : raptor45

raptor45 — Fri, 19 Mar 2010 08:03:41 +0000

En fait, ce message (ssh-askpass:23982): Gtk-WARNING **: cannot open display: :0.0, c’est parce que j’ai fait un test en mettant l’utilisateur « backuppc » au lieu de mettre l’utilisateur « accesssh », je comprends pas tout …

Pouvez-vous m’aider svp ?

Par : raptor45

raptor45 — Fri, 19 Mar 2010 07:57:49 +0000

J’ai un autre message d’erreur:

« full backup started for directory /home/clientssh/test
Running: /usr/bin/ssh -q -x -l clientssh 192.168.1.1 /usr/bin/rsync –server –sender –numeric-ids –perms –owner –group -D
Xfer PIDs are now 23981
Got remote protocol 1881173838
Fatal error (bad version): No protocol specified

(ssh-askpass:23982): Gtk-WARNING **: cannot open display: :0.0

Read EOF:
Tried again: got 0 bytes
fileListReceive () failed
Done: 0 files, 0 bytes
Got fatal error during xfer (fileListReceive failed)
Backup aborted (fileListReceive failed)
Not saving this a partial backup since it has fewer files than the prior one »

C’est donc cette ligne « (ssh-askpass:23982): Gtk-WARNING **: cannot open display: :0.0″ qui s’est rajoutée … Que puis-je faire svp ?

Merci.

Par : raptor45

raptor45 — Fri, 19 Mar 2010 07:52:14 +0000

Bonjour,

J’ai déjà mis en place BackupPC grâce à ce tuto, j’avais réussi. Mais hier, j’ai réessayé et impossible : je n’arrive pas à sauvegarder le client !

J’arrive bien à me connecter en ssh sur le client à partir du serveur.
J’ai bien réussi à récupérer la clé avec la commande scp nierdz@192.168.0.20:/home/nierdz/id_rsa.pub .

Par contre, je n’arrive à copier le contenu d’id_rsa.pub dans le fichier authorized_keys. En effet, ce fichier authorized_keys, je ne l’ai pas ! Pouvez-vous me dire s’il faut le créer ce fichier ou bien s’il devrait déjà être créé ? Et où faut-il qu’il soit ?

Sinon, en lançant la sauvegarde par l’interface web de BackupPC, j’ai cette erreur:
« Xfer PIDs are now 23942
Got remote protocol 1881173838
Fatal error (bad version): No protocol specified

Je vous remercie beaucoup d’avance pour votre aide, vraiment.
C’est important pour moi.

Par : Jamal

Jamal — Sun, 17 Jan 2010 15:14:41 +0000

Bonjour,

Un grand merci pour ce tuto sur lequel je me suis appuyé afin de configurer backuppc. Malheureusement, j’ai un soucis dont je n’arrive pas à bout.
Après avoir configuré mon serveur (Debian Lenny) et mon client (Ubuntu Koala), quand je lance la sauvegarde via l’interface html de backuppc, j’obtiens cette erreur :
full backup started for directory /tmp
Aborting backup up after signal PIPE
Got fatal error during xfer (No files dumped for share /tmp)
Je ne comprend pas d’où vient le problème, par vance merci de votre aide.

Par : MNT-Tech

MNT-Tech — Thu, 07 Jan 2010 11:26:40 +0000

@harry réponse très tardive, mais réponse quand même . bon j’espère que tu as résolu ton problème, mais sinon je te conseillerai de tout simplement réinstaller backuppc sur le serveur et si ça ne fonctionne pas de changer de version et si ça ne fonctionne toujours pas de le compiler à la mano.

Par : harry

harry — Sat, 28 Nov 2009 21:05:47 +0000

euh moi le probleme est un peu diferent quand je lance un backup via rsync le backup se lance consomme tout le cpu du serveur on voit bien la commande tourne sur le serveur comme client mais rien d autre ne se passe des jour durant !

Par : MNT-Tech

MNT-Tech — Tue, 10 Nov 2009 21:29:57 +0000

Et je reconfirme la soluce d’adrien.
Quand tu as ce message d’erreur c’est que backuppc n’arrive pas à se connecter en SSH au serveur.
Pour vérifier que le ssh fonctionne, il faut que tu passe en user backuppc et que tu tentes de te connecter à ton client. Et dans ta situation je pense que ça ne passe pas.
PS : pour passer en user backuppc il faut d’abord faire su puis su backuppc.

Par : MaT

MaT — Tue, 10 Nov 2009 15:19:48 +0000

Bonjour,
Pour ma part ça ne fonctionne pas.
J’essaie de mettre en place un backuppc qui devra faire une savegarde d’un autre serveur
Les 2 serveurs utilisés sont des Debian Lenny

sur mon backuppc j’ai effectué :
su – backuppc
ssh-keygen -t rsa
Copierl a clé sur mon serveur à sauvergarder ; j’arrive à me connecter en ssh dessus…

Ensuite j’ai ajouté sur le serveur à sauvegarder dans le fichier /etc/hosts
@IP_du_serveur_backuppc hostname

Idem sur le serveur de backup ; les ping passent bien entre les 2 serveurs

Sur l’interface web backuppc j’ai ajouté mon serveur et passé dans la configuration :
XferMethod : rsync

Et quand je lance une sauvegarde j’ai ceci :
2009-11-10 14:28:21 Got fatal error during xfer (Unable to read 4 bytes)

Dernière information j’ai modifié le fichier de configuration et changer cette variable comme suit :
/etc/backuppc/config.pl
$Conf{TopDir} = ‘/data/backuppc’;

Puis j’ai effectué un :
# chown -R backuppc:backuppc /data/backuppc/

Merci pour votre aide

Par : MNT-Tech

MNT-Tech — Wed, 16 Sep 2009 11:31:24 +0000

Salut,
je confirme la soluce d’adrien.
Il m’était arrivé exactement la même chose la première fois que j’ai voulu mettre en place backuppc.

Par : Adrien

Adrien — Tue, 15 Sep 2009 16:30:04 +0000

Bonjour Laurent,

J’ai eu le même problème que toi, en fait il semblerait que backuppc essai de se connecter en root sur le pc client, il faudrait que tu te connectes sur le pc client et que tu récupéres la clef comme indiquée plus haut:
scp user@192.168.0.20:/home/user/id_rsa.pub .

tu es connecté en tant que root:
cat id_rsa.pub > ~/.ssh/authorized_keys

tu auras la clef plublique aussi pour l’utilisateur root.

relance le backup depuis le cgi backuppc

Ca a marché pour moi

Par : Laurent

Laurent — Tue, 15 Sep 2009 07:43:53 +0000

Bonjour,
J’ai fais toutes les manip expliquée et je ne parviens toujours pas à lancer la sauvegarde sur mon client.
Monserveur est sous ubuntu mon client aussi le ssh fonctionne entre les deux machines, le retour d’erreur est :

full backup started for directory /home/laurent/
Running: /usr/bin/ssh -q -x -l root 192.168.0.5 /usr/bin/rsync –server –sender –numeric-ids –perms –owner –group -D –links –hard-links –times –block-size=2048 –recursive –ignore-times . /home/laurent/
Xfer PIDs are now 6760
Read EOF: Connection reset by peer
Tried again: got 0 bytes
Done: 0 files, 0 bytes
Got fatal error during xfer (Unable to read 4 bytes)
Backup aborted (Unable to read 4 bytes)
Not saving this as a partial backup since it has fewer files than the prior one (got 0 and 0 files versus 0)

Mes deux machines ont la même architecture …
Une aide serait la bienvenue !
La sauvegarde locale fonctionne sur le serveur.
Merci