Bonjour
je souhaite faire des synchronisations de données sur le répertoire personnel de mon FAI (en ftp) avec rsync ou unison. Je n'ai pas trouvé d'exemple de sauvegarde sur ftp avec google.
je ne sais pas quel protocole choisir parmi ceux proposés (ssh,rsh,socket) par unison, et quelle syntaxe utiliser.
répertoire local /home/packages
répertoire distant sur ftp Alice : ftp://ftp.chez-alice.fr
Pourriez vous me donner quelques lignes de commande et la syntaxe avec "login" et "mdp" pour mon compte?
merci
# Peut-être envisager FTP...
Posté par Steve Azriel . Évalué à 2.
A priori, le site distant n'offre pas la fonctionnalité RSYNC/UNISON.
Il faudrait peut-être envisager une "synchronisation" via FTP.
La solution est moins souple, mais par exemple, avec un client FTP (suggestion: lftp), et un petit "script" de commandes, ça pourrait le faire...
Plus d'info sur cette piste:
[http://wiki.monserveurperso.com/wakka.php?wiki=MirroringFTP]
Section lftp , sous-sections mirroir et mirroir inversé
Bon courage !
Cdlt,
[^] # Re: Peut-être envisager FTP...
Posté par Frédéric Stemmelin . Évalué à 1.
J'avais d'abord pensé a backupninja mais rdiff-backuo nécessite un serveur distant avec une connexion ssh, ce dont je ne dispose pas.
Comme je n'ai qu'une connexion ftp sur un serveur de mon hébergeur (1and1) j'ai enfin trouvé, mais pas encore testé, la solution => reoback
http://sourceforge.net/project/showfiles.php?group_id=33073
C'est un programme qui permet de faire des sauvegardes (+incrémentales) vers un serveur ftp, il existe même un paquet Debian.
Source de l'info: à partir de la FAQ de Strato.de (hébergeur Allemand), ils n'acceptent que ceux qui ont un compte bancaire en Allemagne, donc ce n'est pas la peine d'essayer de louer un serveur chez eux (c'est vraiment dommage au vu de leurs prix ultra-compétitifs pour des serveurs dédiés ...)
lien (en Allemand): http://www.strato-faq.de/view.php4?articleid=1193&subcat(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.