Bonjour,
J’ai testé récemment Ubuntu One [1] afin de synchroniser mon répertoire photo entre mes deux PC (fixe/portable) et j’avoue avoir été séduit par la facilité de mise en œuvre (en gros tout est automatique).
Les gros points forts pour moi sont :
- L’intégration à Gnome (Nautilus)
- La synchronisation distante (si ma moitié dépose des photos sur le fixe, je peux les regarder même si je suis en déplacement par exemple)
- La duplication des données fait office de sauvegarde
Seulement :
- Ubuntu One n’est pas libre (beurk)
- Je n’aime pas trop l’idée de mettre une copie de mes données privées QuelQuePartJeSaisPasOu
- Si l’on veut beaucoup d’espace disque cela devient vite cher et j’envisage d’utiliser ce système afin de dupliquer tous mes documents (Film/Photo/Musique)
- Je trouve dommage/inutile/contre-productif de consommer de la bande passante pour envoyer des données sur Internet pour, la plupart du temps, les télécharger 20 secondes plus tard à 20m du point de départ
- Y’en a certainement d’autres mais je m’arrête là.|
Donc je recherche une solution libre que je puisse mettre en place chez moi.
Coté matos, j’aimerais utiliser pour serveur si possible, mon nettop efika MX (ARM V8 + 512 RAM) auquel je vais ajouter un disque externe (1To USB).
Le tout doit s’exécuter sous Linux (client/serveur).
Pour l’instant j’ai identifié les solutions suivantes :
- IFolder [2]
- Sparkleshare [3]
- Syncany [4]. (encore en développement, pas de version disponible)
Avez vous déjà utilisé/mis en place une de ces solutions et qu’en pensez vous (hard/soft) ?
Merki !
[1] https://one.ubuntu.com/
[2] http://www.kablink.org/ifolder
[3] http://sparkleshare.org/
[4] http://www.syncany.org/
# fichier crypté
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Il y a aussi la solution d'avoir des fichiers cryptés. Une des solutions consistent à avoir un seul fichier crypté monté comme un fichier normal sur ton Linux à toi.
"La première sécurité est la liberté"
[^] # Re: fichier crypté
Posté par BFG . Évalué à 3.
Préférer une solution à la EncFS plutôt qu'une solution à la Truecrypt/LUKS est plus efficace et permet des changements concurrents à des fichiers différents.
[^] # Re: fichier crypté
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
je pensais plutôt à un loop avec un cryptfs dessus, ou bêtement un coup de openssl dessus.
"La première sécurité est la liberté"
[^] # Re: fichier crypté
Posté par BFG . Évalué à 1.
Un bloc loop&cryptfs présentera les mêmes problèmes qu'un bloc Truecrypt ou LUKS comparé à EncFS.
# ownCloud ?
Posté par Julien Humbert . Évalué à 4.
Le projet ownCloud peut sûrement t'intéresser, c'est tout jeune, et issu du projet KDE, mais c'est plutôt prometteur. Mais j'avouerais que je n'ai pas encore testé en situation réelle.
[^] # Re: ownCloud ?
Posté par Larry Cow . Évalué à 4.
Je teste (en suivant le Git au jour le jour) depuis quelques semaines. Il y a de très bonnes idées et ça progresse bien, mais il manque à mon sens un truc fondamental : pouvoir uploader des fichiers plus simplement qu'un formulaire. Un simple glisser-déposer (HTML5) améliorerait déjà bien les choses. Un outil de synchronisation serait encore mieux.
Ceci étant, c'est du WebDAV, donc il existe probablement déjà un truc pour faire ça.
[^] # Re: ownCloud ?
Posté par Altor . Évalué à 4.
Je teste aussi et tu peux utiliser WebDAV pour transférer les fichiers sous dolphin :
-réseaux
-rajouter un dossier
-webdav …
Il ne demande qu'un serveur apache et php5 pour fonctionner. Avec on peut donc stocker et partager des fichiers, créer un carnet d'adresse, visualiser des photos et écouter de la musique. Pour le moment c'est un projet jeune mais qui évolue vite.
# unison/rsync over ssh
Posté par NeoX . Évalué à 7.
via ssh (pour pouvoir y acceder partout)
un script rsync ou unison pour cloner les données.
et te voila avec tes données dupliquées sur ta machine et sur le serveur.
tu fais pareil sur l'autre, et hop.
avantage, tu choisis quand envoyer les mises à jours pour eviter de pourrir la bande passante 3G si tu es en deplacement à l'exterieur
[^] # Re: unison/rsync over ssh
Posté par Michel H . Évalué à 2.
Bonjour,
Cette solution peut elle être facilement bidirectionnelle ?
[^] # Re: unison/rsync over ssh
Posté par Sak . Évalué à 3.
Oui pour Unison, non pour Rsync
[^] # Re: unison/rsync over ssh
Posté par imr . Évalué à 3.
Pourquoi ?
[^] # Re: unison/rsync over ssh
Posté par BFG . Évalué à 2.
Voir plus bas.
[^] # Re: unison/rsync over ssh
Posté par devnewton 🍺 (site web personnel) . Évalué à -1.
Oui tu peux faire facilement:
et
Maintenant, ça demande un accès ssh, ce qui peut être difficile derrière des proxy nazis...
Une autre solution serait d'utiliser un gestionnaire de version décentralisé.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: unison/rsync over ssh
Posté par BFG . Évalué à 4.
Rsync ne conserve aucun état, et ne peut donc déterminer si un fichier présent seulement du côté A signifie "fichier supprimé du côté B, et devant donc être supprimé de A" ou si cela veut dire "fichier créé du côté A, et devant être envoyé sur B".
[^] # Re: unison/rsync over ssh
Posté par Batchyx . Évalué à 2.
Pour ça, un bon petit gestionnaire de version avec quelques plugins et c'est réglé.
Personnellement, j'utilise git-annex. C'est pas idéal (remplacer tout les fichiers par des liens symboliques ...) mais ça me suffit.
[^] # Re: unison/rsync over ssh
Posté par BFG . Évalué à 1.
Ce que je reprocherais aux gestionnaires de versions de sources, c'est qu'ils sont conçus pour conserver les données même anciennes, alors que pour des sauvegardes personnelles, je ne veux plus des fichiers que j'ai supprimés il y a plus d'une semaine.
[^] # Re: unison/rsync over ssh
Posté par Batchyx . Évalué à 3.
Justement, git annex ne stocke pas les vielles versions des fichiers. Il ne stockera dans l'historique que des identifiants de version de fichiers (ou des hash, selon le backend choisi)
git annex est prévu pour gérer des grandes quantités de fichiers, et stocker l'historique de 10 Go de données ça n'est pas une bonne idée. Mais si tu a envie de stocker l'historique de certains fichiers, alors tu peux avoir dans une même repo tes fichiers sans historique gérés avec git annex et tes fichiers avec historique gérés par le bon vieux git des grands mères.
# Besoin
Posté par bubar🦥 (Mastodon) . Évalué à 0.
Perso ça me plait aussi de n'avoir à envoyer, au maximum, qu'un lien pour partager.
Ai posé ce que je voulais pas faire : envoyer des documents écrits dans le cloud.
Me suis ensuite demandé de quoi j'avais besoin exactement : parfois 3 vidéos mais vue que ça dépend d'internet pas possible d'imposer de lourd téléchargement donc cela réduit le champ vidéos. Quelques documents écrits, bien bien rares. En fait des photos, IRL. Pour les tarballs il y a d'autres possibilités.
Ai regardé les offres pour ce besoin là, précis. Bon et puis j'ai pris 20GO de stockage chez Google, pour moins de 6 dollars US par AN.
J'peux pas l'utiliser pour des tarballs ? m'en fiche, n'ayant pas besoin de stockage in_da_cloud pour ça. Pour la musique ? Moui ça pourrait être sympa, et le stockage sera certainement fusionné à google-music dès qu'il sortira de sa phase "sur invit". Et pour les photosd ben c'est nickel. Je ne vois pas pourquoi on devrait acheter plus cher que ça ...
hop c'est vendredi, combo google, défoulez vous.
[^] # Re: Besoin
Posté par Marotte ⛧ . Évalué à 4.
T'as 20 Go chez google, je pense que t'es à fond dans le nuage, man. Pourquoi tu peux pas uploader un .tar.gz ? C'est pas du stockage pur alors, c'est quoi, picassa ?
[^] # Re: Besoin
Posté par imr . Évalué à 6.
https://www.google.com/accounts/PurchaseStorage
Le stockage Google est commun à Gmail, Picasa Albums Web et Google Documents. Vous obtenez un espace supplémentaire pour l'ensemble de ces services, en plus de votre quota gratuit actuel.
[^] # Re: Besoin
Posté par Marotte ⛧ . Évalué à 3.
Google Document accepte pas le tar.gz ?
[^] # Re: Besoin
Posté par imr . Évalué à 3.
Il y a une limite de taille des documents de toutes façons.
[^] # Re: Besoin
Posté par Julien Humbert . Évalué à 3.
Il est certainement possible de l'utiliser à ta guise via GmailFS : http://sr71.net/projects/gmailfs/
A une certaine époque j'utilisais une extension Firefox qui faisait le même usage, je sais plus le nom, et ça marchait très bien.
# AeroFS
Posté par flagos . Évalué à 4.
Il y a aerofs qui a l'air interessant:
http://www.aerofs.com/
On peut synchroniser plusieurs machines, partager des documents avec des amis, le tout repliqué par une formule de type p2p et bien évidement chiffrée.
L'équipe compte aussi se financer en proposant du backup online qui viendrait en plus du backup p2p.
La seule limitation que je vois est qu'il ne supporte pas d'avoir des liens symboliques, on ne peut pas caler betement son ~/Images ou son ~/Documents (ou alors je n'ai pas trouvé)
[^] # Re: AeroFS
Posté par fredix . Évalué à 2.
Ca fait quelques temps que je test et la synchro a du marcher une fois ou 2... Il y a peut etre des options de firewall à régler mais dropbox n'a pas ce problème.
[^] # Re: AeroFS
Posté par Michel H . Évalué à 1.
1/ A priori ce n'est pas libre !
2/ Je n'ai pas d'ami à qui demander une invitation pour la supprise partie AeroFS ...
[^] # Re: AeroFS
Posté par fredix . Évalué à 2.
Je peux envoyer une invit, suffit de ton mail
[^] # Re: AeroFS
Posté par Michel H . Évalué à 2.
Oui mais ce n'est toujours pas libre,
Numéro 1 dans ma liste des pré-requis.
# J'aime mon nuage et il me le rend bien !
Posté par Beurt . Évalué à 1.
Salut !
Il y a quelques années, j'ai fait le même raisonnement que toi, mais en plus mal. Je m'étais donc monté un serveur avec des restes de PC et je faisais quelques sauvegardes à la main et en désordre dessus. Après avoir perdu des données (et un an après je ne saurais même pas te dire l’étendue de la perte tellement c'était le bordel sur ce serveur) à cause d'un des disques (le plus gros tant qu'à faire !) qui a crashé, j'ai changé de façon de faire.
J'ai cassé ma tirelire pour un gros NAS Qnap en RAID 5 : fiable, silencieux, simple à utiliser, bien mis à jour... bref : sécurisant !
Coté backup, j'utilise l'excellent backintime : http://backintime.le-web.org/ : fondé sur rsync/hardlinks, il est fiable, simple à utiliser et les données sont facilement récupérables même sans backintime (merci les hardlinks :-))
Le NAS a une fonction nuage-perso intégrée qui me permet d'accéder à mes données depuis la Lune.
C'est cher (!!), mais c'est un luxe dont je ne pourrais plus me passer !
(bien sûr, je fais de temps à autre un backup des contenus du NAS sur un disque externe qui est stocké chez quelqu'un d'autre).
Dans ton projet, c'est donc du côté de backintime que je te conseille de loucher.
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Larry Cow . Évalué à 4.
A choisir une solution RAID, j'éviterais le 5 perso. On gagne en espace disque, par contre en cas de vrai pépin (que le RAID5 ne rattrape pas, donc, genre deux disques qui lâchent en même temps ou presque) on l'a facilement dans le baba.
Sur du RAID1, si tes deux disques lâchent, tu peux espérer faire tourner un RescueDisk/PhotoRec pour ramasser des miettes (et avec un peu de chance, les miettes combinées des deux disques recouvrent la totalité des données). Sur un RAID5, tu oublies : les données sont fragmentées, stockées un peu partout.
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Beurt . Évalué à 1.
Deux disques qui lâchent en même temps ? On est quand même sur une proba assez faible, non ?... En tout cas c'est toujours bien plus sûr que pas de RAID du tout.
Ayant 5 baies (et seulement 4 occupées) je pourrais faire du RAID 6, mais je n'ai pas encore tranché sur ce point.
Et si cette éventualité se produit, je pense que l'utilisation du backup externe (même s'il a 2 ou 3 semaines) sera plus productive que d'aller à la pêche avec PhotoRec (même sur du RAID 1, ou pas de RAID du tout).
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par lolop (site web personnel) . Évalué à 2.
Deux disques qui lâchent en même temps...
Bref, ça peut arriver (ie. un stockage centralisé, même avec du RAID, n'empêche pas d'avoir à faire des backups -- ajoutons la possibilité d'une fausse manip qui efface certains fichiers...).
[*] Si c'est toi qui achètes les disques, pense à prendre des marques différentes. Mais si c'est fourni dans le NAS... va savoir.
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Florence Birée (site web personnel) . Évalué à 1.
Si les deux disques ont été achetés en même temps, et ont eu la même vie, pas tant que ça...
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par monsieurw . Évalué à 1.
Oui, surtout que la reconstruction d'un disque dans un RAID 5 fait fortement mouliner tous les disques.
Et puis surtout, si dans 2 ans le contrôleur du NAS pête, même si aucun disque n'est touché, comment fait-on pour les remonter ailleurs et récupérer les données ? (je ne connais pas ce matériel, je ne dis pas que c'est impossible, mais ça n'est pas forcément trivial sans un contrôleur RAID identique)
Unk
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par BlueWhisper . Évalué à 1.
Les qnap (en tout cas le Pro 459 II et le Pro 859 Pro+) utilisent le raid software Linux, pas de problème en cas de pépin, cela se monte sur n'importe quel ordinateur:
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par ZeroHeure . Évalué à 2.
Dans une grappe Raud c'est au contraire fréquent.
D'ailleurs si ma mémoire est coorecte, les études de Google et de l'université Carnegie Mellon sur la fiabilité et la longévité des disques durs en parlaient.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Larry Cow . Évalué à 3.
Le truc, c'est qu'en général quand les choses merdent elles ne le font pas à moitié. J'ai eu des cas, même professionnellement. Le technicien stressé par la panne qui change le mauvais disque, ou l'alerte qui n'est pas vue à temps et dont on ne prend conscience qu'une fois qu'un second disque lâche. Les trucs de la vrai vie, quoi.
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par moudj . Évalué à 1.
Deux disques qui lâchent en même temps ? On est quand même sur une proba assez faible, non ?...
eh bien pas tant que ça en fait...
avant les disques étaient garantis à vie, ce n'est plus le cas, et ce n'est pas pour rien.
et comme en plus, très souvent, quand on achète 2 disques, on prend la même marque, le même modèle... et donc la même série :-)
ben quand ça pète... ça pète bien...
[^] # Re: J'aime mon nuage et il me le rend bien !
Posté par Zenitram (site web personnel) . Évalué à 3.
Juste une chance sur 2 :
http://www.zdnet.com/blog/storage/why-raid-5-stops-working-in-2009/162
Ca va dépendre de ce que tu veux faire : si tu veux un stockage pas cher et que tu es prêt à tout perdre c'est pas grave tu as une copie ailleurs, pourquoi pas le RAID 5, mais pourquoi pas RAID 0 aussi du coup.
Sinon, si c'est pour de la sécurité, RAID 6 ou RAID 1.
Les préjugé sur le le RAID 5 pour du backup ont encore de beaux jours devant eux... Malheureusement.
# tahoe-lafs
Posté par jbar (site web personnel) . Évalué à 0.
Et aucun commentaire sur tahoe-lafs ?
Je moinsse, tu moinsses, il moinsse, nos bots moinssent ...
# lcynd ?
Posté par toof . Évalué à 1.
peut etre
http://code.google.com/p/lsyncd/ ?
[^] # Re: lcynd ?
Posté par ZeroHeure . Évalué à 2.
C'est une solution pour un miroir, ça n'est pas directionnel (sauf si j'ai mal compris).
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# Tonido Sync
Posté par Olivier (site web personnel) . Évalué à 3.
C'est pas complètement libre, mais puisque l'annonce est sortie aujourd'hui : tonido permet maintenant de faire ça aussi.
# rdiffbackup
Posté par Christophe Turbout . Évalué à 4.
permet la sauvegarde incrémentale à la rdiff ... fonctionne pour serveur ou client ...
dispose de plusieurs clients pour la restauration donc une version web : rdiffweb ...
[^] # Re: rdiffbackup
Posté par Adrien . Évalué à 1.
perso c'est ce que j'utilise pour mes sauvegardes. Le rdiff-backup-fs pour accéder différentes version d'un dépôt rdiff-backup avec est très sympa, et simple.
# leech
Posté par Krunch (site web personnel) . Évalué à 5.
Moi ce que j'aime bien avec Ubuntu One c'est de pouvoir examiner les fichiers des gens : http://fruli.krunch.be/~krunch/txt/0-1NuC.u1
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: leech
Posté par Krunch (site web personnel) . Évalué à 2.
On me souffle dans l'oreillette que les URL Ubuntu One sont maintenant plus long et randomisés.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Lennart a une idée!
Posté par ZeroHeure . Évalué à 2.
Il faut toujours aller voir du côté de Lennart Pottering, l'homme des idées forcément géniales et fiables (joyeux appel au troll, histoire de se mettre en jambe pour la semaine). Il a pondu un truc qui pourrait faire l'affaire: Syrep. Ça permet de synchroniser des répertoires de façon bi-directionnelle. Et justement, Lennart l'a écrit pour synchroniser 2 gros répertoires de musique. Et c'est dispo dans Debian / Ubuntu.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Lennart a une idée!
Posté par Marotte ⛧ . Évalué à 1.
Syrep ne semble plus maintenu mais ça a l'air intéressant.
Comme dit plus haut il y a également Unison, mais par contre il est très lent lors de la première synchronisation si on a un gros volume.
[^] # Re: Lennart a une idée!
Posté par ckyl . Évalué à 3.
Autre point très chiant: pas de compatibilité entre les releases. Du coup dès que tu utilises plusieurs OS /version d'OS/release d'OS ça peut devenir assez chiant.
# Wuala...
Posté par Nicolas Deveaud . Évalué à 0.
J'ai découvert Wuala il y a quelques mois, et depuis je suis adepte.
Ça ne remplis pas tous les critères demandés, mais ça pourrait peut-être quand même correspondre.
Intégration à Gnome : Avec le montage virtuel Wuala, l'intégration au système de fichier est transparente, et on peut synchroniser n'importe quel répertoire du système de fichier facilement.
Synchronisation distante : gérée par Wuala, avec versionning et synchronisation automatique
Duplication/sauvegarde : le système de stockage p2p de Wuala garanti la duplication/sauvegarde des données. C'est à mon avis un des systèmes de stockage les plus sur existant (sur dans le sens disponibilité) vu que ça ne repose pas sur un serveur central pouvant devenir indisponible.
Défauts de Wuala :
Ce n'est pas libre : Vivement l'apparition d'un système équivalant, libre et basé sur des protocoles ouverts. Ce serait LE système de stockage/sauvegarde idéal à mes yeux.
stockage QuelQuePartJeSaisPasOu : le stockage avec Wuala est dispersé sur un réseau p2p, donc c'est vraiment JeNeSaisPasOu, mais tout est crypté et fragmenté donc ça garantit une certaine sécurité. Reste à faire confiance au système de cryptage, suivant le niveau de confidentialité voulu, et en l'occurrence avoir une appli open-source pourrait nettement améliorer ce point pour Wuala. Et pour du backup sur, un stockage distant (et encore plus un stockage dispersé) est nettement préférable à un stockage local type NAS.
Inutilité de l'envoi en ligne pour récupérer sur le poste à coté : Sur ce point Wuala n'est pas une solution. En tant que solution de backup, il est plus logique de faire le backup sur un réseau p2p en ligne (un incendie, je perd pas tout avec mon PC et mon NAS qui ont cramés), mais pour partager des fichiers en local, c'est clairement pas le plus rapide. Mais c'est deux problématiques très différentes (backup et partage local), un seul outil ne pourra pas répondre aux deux (KISS). Pour le backup et partage distant, Wuala me semble très bon. Pour le partage local il faudrait trouver un autre outil complémentaire, et pour ça un NAS et un partage de fichier type nfs pourrait être simple et efficace (En local je stock mes fichiers sur le NAS, et sur ce NAS j'ai Wuala qui synchronise mes données online pour backup et partage distant).
Gros avantage de wuala, le système de troc d'espace qui permet d'avoir beaucoup d'espace online dispo, à partir du moment ou on est près à mettre à disposition de l'espace libre pour le réseau p2p (plus les pc partageant de l'espace sont connectés et plus ils mettent à dispo de l'espace, plus on gagne d'espace online).
Vivement un Wuala libre....
[^] # Re: Wuala...
Posté par Michel H . Évalué à 0.
Merci pour ce retour, malheureusement en plus de n'être pas libre, je ne peux pas héberger cette solution chez moi.
J'ai besoin de plusieurs centaines de Go et le prix du Go est totalement prohibitif pour un usage personnel.
# Persy (git local + remote, IHM python-gtk)
Posté par 16aR . Évalué à 1.
A part des problèmes de configurations mal généré par l'IHM (serveur ssh distant pas sur le port 22), une fois le bousin bien configuré, il fonctionne bien en sauvegarde locale (il doit fonctionner avec libnotify je pense) et on peut choisir la fréquence de mise à jour du remote.
http://persy.digitalkultur.net/
2eme avantage : la mascotte est fantastiquement jolie
inconvénient, il est plutôt packagé pour ubuntu, mais les sources sont dispo evidemment (github)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.