Fermer le menu

CrashPlan arrête son offre pour les particuliers

Stéphane Moussie | | 17:19 |  72

Le service de sauvegarde en ligne CrashPlan met un terme à son offre pour les particuliers. L’éditeur Code42 annonce avoir pris la décision de se focaliser sur les marchés de l’entreprise (petites et grandes) et de l’éducation en pleine croissance ces dernières années.

Les nouvelles inscriptions pour CrashPlan for Home, qui permettait de sauvegarder un ordinateur sans limites de taille pour environ 60 € par an, sont d’ores et déjà fermées, et les renouvellements automatiques sont suspendus.

Le service cessera de fonctionner le 23 octobre 2018. Code42 ajoute 60 jours d’abonnement gratuits à tous les clients CrashPlan for Home afin de leur donner le temps de préparer leur transition vers une autre offre ou un autre service.

L’éditeur met en avant deux solutions de repli. La première, c’est d’opter pour son offre CrashPlan for Small Business, qui coûte 10 $ par mois et par appareil pour une sauvegarde illimitée (remise exceptionnelle de 75 % la première année). La deuxième, c’est de migrer chez Carbonite, un autre service de sauvegarde en ligne qui coûte à partir de 59 $ par an (la première année sera à moitié prix pour les anciens clients de CrashPlan).

Le client CrashPlan pour Mac, écrit en Java.

Nul doute qu’une partie des clients se dirigeront plutôt vers Backblaze, le principal concurrent de CrashPlan sur le segment grand public. Ce service coûte pour sa part 50 $ par an. D’autres solutions un peu moins immédiates mais pas moins intéressantes existent, comme le logiciel Arq couplé à un service de stockage en ligne.

Mais ni Carbonite ni Backblaze ne pourront remplacer CrashPlan pour ceux qui l’utilisent entre amis. Le service de Code42 permet en effet de sauvegarder gratuitement son ordinateur sur celui d’un de ses amis ou sur un NAS, plutôt que sur les serveurs de l’éditeur. Or, comme le souligne TidBITS, cette fonction va elle aussi cesser de fonctionner après le 22 octobre 2018.

Catégories: 

Les derniers dossiers

Ailleurs sur le Web


72 Commentaires Signaler un abus dans les commentaires

avatar hercut 22/08/2017 - 17:30 via iGeneration pour iOS

Je suis dégouté...
J'étais passé de Bb à CP, je viens tout juste de finir ma sauvegarde apres deux mois, et il arrête tout !

Bref perte de temps et d'argent ...

avatar C1rc3@0rc 22/08/2017 - 23:15 (edité)

Bon je vais le dire de maniere explicite et provoquante, mais le cloud commercial c'est le mal.
On a la une demonstration, sans qu'elle soit la pire de ce qui est possible, du niveau de danger qu'il y a a mettre ses données dans ces masses de vapeur d'eau.
On a aussi un exemple du niveau de mepris et de l'irresponsabilité des societes qui sont basées sur le cloud.

Au-dela du principe pourri par nature du cloud commercial dont il est ici fait demonstration, une fois de plus, la boite a fric a le cynisme de communiquer sur son report unique sur le marché de l'education et de l'entreprise... les responsables d'entreprises devraient assumer leur role et comprendre que si une societe, et plus generalement ce type de societe de service (cad cloud), se comporte avec autant de mepris et de cynisme pour une partie de ses clients, c'est que cela vaut pour tous ces clients. Pour les encloudeurs, y a pas des clients GP, qui sont des grands abrutis a tondre et jeter et des clients pro a "bichoner": ce sont tous des "consse"!

Pour les particuliers, faites vos backup avec des solutions locales uniquement, ne "synchonisez" jamais sur des cloud, gardez vos données pour vous, choisissez des solutions de synchro locales, ne vous exposez pas aux pirates et agents de renseignement etrangers.
Pour les entreprises, faites de memes et developpez vos propres serveurs, avec VPN et chiffrement.

avatar thebarty 22/08/2017 - 23:57 via iGeneration pour iOS

@C1rc3@0rc

"Pour les particuliers, faites vos backup avec des solutions locales uniquement, ne "synchonisez" jamais sur des cloud, gardez vos données pour vous, choisissez des solutions de synchro locales..."

Bien sûr, comme cela, quand le "local" cramera/sera cambriolé/prendra la foudre, vous n'aurez plus que... vos yeux pour pleurer.



avatar SartMatt 23/08/2017 - 00:17

+1. Conseiller de sauvegarder uniquement en local est sans doute l'un des conseils les plus c** qu'on puisse donner en matière de sauvegarde...

avatar rikki finefleur 23/08/2017 - 00:59 (edité)

non le plus con c'est de ne pas sauvegarder du tout

avatar xDave 23/08/2017 - 09:41 via iGeneration pour iOS

@SartMatt

Idéalement de multiples sauvegardes en local ET une sauvegarde à distance mais dont on maîtrise les choses.

avatar C1rc3@0rc 23/08/2017 - 12:22

@ xDave

Ça fait plaisir d'en voir un qui lit et raisonne sainement...
La sauvegarde locale n'implique évidement pas qu'on laisse le support dans le même lieu que l'original, c'est le bon sens même...

«une sauvegarde à distance mais dont on maîtrise les choses.»
Je suis evidement d'accord sur le principe ( c'est ce que j'utilise) mais le probleme «c'est dont on maîtrise les choses»

Une solution de sauvegarde distante, meme entre ses lieux de residences ou ceux de sa famille ou amis, ça passe donc par internet et donc ça presente toujours un risque

A la complexité technique de realisation se rajoute la gestion du chiffrement, et donc il faut installer un serveur, un système de chiffrement et un VPN... et ça demande un certain niveau technique.
Y a bien des NAS pour particuliers qui offrent ce type de service, mais en terme de securité c'est tres insuffisant et surtout faut que les donnees sortent chiffrées de la machine a sauvegarder et ne soit jamais dechiffrées, meme dans le NAS.

Perso, j'applique cette solution: des PC reconvertis en serveurs (backup, git, WEB,...) avec VPN et tout ce qui sort vers ces serveurs est chiffré. Mais cela m'a pris du temps (entre trouver la bonne distrib Unix, trouver le bon compromis entre l'archivage local et le backup incremental distant, trouver une solution assez futée pour tenir sur les contrainte d'une ligne de particulier,...), bref c'est pas a la portée du premier venu, et objectivement meme si les Unix sont fiables, y a toujours de l'admin a faire. Si on a les competences techniques, donc oui, c'est une solution, mais sinon c'est pire que passer par des encloudeurs. Bref la methode de la sauvegarde locale (en mettant en lieu securisé le support) c'est ce qui reste la meilleure solution pour les particuliers.

avatar lecureuil 23/08/2017 - 10:31 via iGeneration pour iOS

@C1rc3@0rc

Ton conseil du backup local est franchement une ineptie et je vais te dire simplement pourquoi.

Un de mes collègues avait fait ce que tu préconises: il avait fait numériser tous ses albums de famille (de ses grands parents jusqu'aux siens) car certaines photos dataient des années 40
Il avait aussi sur DD toutes les vidéos de famille qui étaient à l'origine en Super8.
Bref niveau sauvegarde je connais pas dans mon entourage une personne aussi prévoyante.

Un NAS dans une chambre d'amis qui lui sert de bureau. Un autre NAS dans le sous sol qui backupait son NAS doublé d'un DD qui duplique ce NAS.

Pourtant à son grand desarroi, un incendie a ravagé sa maison et a détruit tous les NAS et DD.

La fin heureuse c'est qu'il avait un cloud en plus. S'il ne l'avait pas eu, il aurait perdu des biens inestimables.

avatar MacGyver 23/08/2017 - 11:11 (edité)

c'est pour ca qu'il faut une sauvegarde locale delocalisée (genre un syno chez la familel ailleurs ou un disque dur laissé au boulot)

avatar lepoulpebaleine 23/08/2017 - 21:16 via iGeneration pour iOS

@MacGyver

Oui sauvegarder chez la famille ou au travail est sans doute l'idéal. Mais ce n'est pas toujours possible.
Ma mère n'a pas internet (sic !) et je suis prof 🙁.
Donc un service commercial m'est indispensable. Pour l'instant j'ai un serveur FTP chez e-nautia. C'est très lent. Pourtant je suis fibré. Et ce n'est du tout illimité.

Je vais quand même regarder BlackBaze...

avatar C1rc3@0rc 23/08/2017 - 12:34

@lecureuil

Ce que tu ecris demontre une non comprehension de l'importance de l'archivage. Si on fait un backup sur un DD, ce DD est autant exposé que la machine a cote de laquelle il se trouve, comme tous les documents et autres biens. Un incendie c'est un drame qui detruit tout, y compris des DD et un PC, une inondation aussi. La sauvegarde locale, comme pour le reste des valeurs implique donc rationnelement que le support soit placé en lieu securisé, c'est evident.

Si on a des biens inestimables, les mettre dans un cloud revient a les laisser a coté de l'original... c'est idiot.
Il faut aussi faire une difference entre la sauvegarde et l'archivage. N'importe qui un peu au courant d'une compta sait qu'il faut faire des archives qui seront placees en lieu securisé, la loi obligeant a les conserver, selon les pays, durant un certain nombre d'annees...

Mais je le repete, une sauvegarde locale reste plus fiable qu'une sauvegarde sur cloud commercial. Si on a un danger d'incendie, d'inondation, ou autre cataclysme avec le local, avec le cloud on a une certitude systématique de perte de ses données qui commence par une perte de leur caractére privé et confidentiel.

avatar lecureuil 23/08/2017 - 14:56 via iGeneration pour iOS

@C1rc3@0rc

Tous ces serveurs ont des redondances un peu partout je vois pas comment on peut tout perdre avec le cloud

avatar SartMatt 23/08/2017 - 19:19

"Si on a des biens inestimables, les mettre dans un cloud revient a les laisser a coté de l'original... c'est idiot."
C'est cette affirmation qui est idiote. Si mon appartement brûle, mes originaux et tout ce qui est à côté de mes originaux est perdu. Ma sauvegarde dans le cloud, elle, n'est pas perdue. Ce qui prouve bien que ça ne revient pas au même que de garder à côté des originaux...

"avec le cloud on a une certitude systématique de perte de ses données qui commence par une perte de leur caractére privé et confidentiel."
Pas plus qu'avec une sauvegarde stockée chez un proche, comme tu le préconises. Un proche a peut-être même plus tendance à avoir envie de fouiller dans mes données qu'un hébergeur de sauvegarde en ligne, dont la survie dépend directement de sa capacité à préserver les données et leur confidentialité.

avatar steinway59 22/08/2017 - 17:34 via iGeneration pour iOS

Y a t il une boite qui propose le même genre de services sur des serveurs situés en France?

avatar Moumou92 22/08/2017 - 17:39 via iGeneration pour iOS

@steinway59

Ovh propose hubic que j'utilise pour sauvegarder ma bibliothèque de photos (Raw + jpeg) depuis quelques années... 5€/ mois (60€ par an) ou 50€/an en une fois... pour 10To (pour l'instant en plusieurs années j'en utilisé à peine 2To...).

Par contre cela reste un backup, parce que cette exemple montre qu'il est indispensables d'avoir plusieurs copie en cas d'interruption de services... il ne faut pas être dépendant d'un service de ce type...

avatar mmenfin 22/08/2017 - 18:33 via iGeneration pour iOS

@Moumou92

Un espace de stockage en ligne (comme Hubic, Dropbox, google drive, etc) ça n’a rien à voir avec une sauvegarde en ligne.

avatar mimicessa 22/08/2017 - 20:51 via iGeneration pour iOS

@Moumou92

Mieux vaut voir du côté du Public Cloud Archive de chez OVH. Le débit de leur service Hubic est bloqué à moins d'1Mb/s sur la synchro et sur le Backup...
https://www.ovh.com/fr/public-cloud/storage/cloud-archive/

avatar steinway59 22/08/2017 - 23:09 via iGeneration pour iOS

@Moumou92

J'avais testé Hubic mais je trouvais ça très lent et trop de bugs :/

avatar Moumou92 22/08/2017 - 17:42 via iGeneration pour iOS

@steinway59

Et bien sûr les serveurs ovh sont en france...

avatar C1rc3@0rc 22/08/2017 - 23:26 (edité)

Ce qui ne change rien au probleme de l'acces aux donnees stocké par des services d'espionnage, securité, administratif,... et donc si eux en ont le droit cela veut dire que les criminels, espions industriels, et tous les hacker qui s'en donnent la peine, le peuvent aussi.

En ce qui concerne la fiabilité du stockage, que ce soit situé n'importe ou dans le monde ne change rien...

avatar SartMatt 23/08/2017 - 00:11

Avec un chiffrement AES avant envoi des données vers les serveurs, les hackers et compagnie pourront toujours courir pour accéder aux données...

"En ce qui concerne la fiabilité du stockage, que ce soit situé n'importe ou dans le monde ne change rien..."
Non, la localisation ne change rien à la fiabilité du stockage. Par contre avoir une sauvegarde dans le cloud en plus d'une sauvegarde locale change tout à la résilience face à certains événements, tels que cambriolages, incendies ou catastrophes naturelles... Et le cloud, ça reste la seule solution facile d'accès et économiquement viable pour mettre en place une sauvegarde distante sans emmerder la famille et les amis.

Après, c'est sûr qu'il faut faire ça intelligemment et ne pas mettre ses données uniquement dans le cloud. Ce qui était justement bien avec CrashPlan, c'est qu'on pouvait configurer plusieurs destinations de sauvegarde en plus (ou même à la place) du cloud CrashPlan : un autre de ses ordinateurs (donc possibilité par exemple de faire un backup croisé quand on a plusieurs machines), un disque local, un disque réseau, ou même un ordinateur appartenant à quelqu'un d'autre (un ami qui accepte d'héberger ta sauvegarde).

Pour moi c'est ça la plus grosse perte avec l'abandon de leur service grand public : leur version business ne propose pas la possibilité de sauvegarder vers un autre ordinateur, c'est uniquement le cloud.

avatar C1rc3@0rc 23/08/2017 - 12:56

@SartMatt

«Avec un chiffrement AES avant envoi des données vers les serveurs, les hackers et compagnie pourront toujours courir pour accéder aux données...»

Ben oui, si tu as les connaissances techniques pour garantir que le niveau de chiffrement est suffisant, systematique et que seules tes données chiffrées sortent de ta machine, en transitant via un VPN, et que tu maitrise toute la chaine jusqu'au "service d'archivage", ok. Mais combien de pourcent de la masse d'utilisateurs a les competences techniques pour le faire?

A mon sens Apple a fait un tres, tres grand pas en avant avec Time Machine, et c'est probablement LA fonction la plus utile de la decennie. Le probleme c'est que l'utilisateur ne maitrise pas le niveau de chiffrement et que c'est trop opaque pour que l'on fasse confiance a Apple pour un envoi sur le Net.

CrashPlan, tu le defends, je peux comprendre que vu ton niveau technique tu puisses te penser en securité en l'utilisant. Mais pour l'utilisateur normal, c'est un foutage de gueule depuis de debut.

Apres, faut se poser la question de l'archivage. Combien de % de données sont modifiées entre 2 archivages et entre 2 sauvegardes? A moins de traiter de gros flux de données, on peut faire de l'archivage multiples sur... DVD.
Le DVD comme le DD ont un avantage enorme, ils sont locaux... donc rien legalement aujourd'hui impose au concepteur de soft de backup de limiter le chiffrement (enfin si la loi dans plusieurs pays interdis de dépasser un certain niveau, mais qui reste tout de meme fort) et de rendre les données accessibles, entre autres aux administrations, alors que c'est le cas pour le cloud ( affaire de l'iPhone du terroriste de San Bernardino...) Et y a assez de soft opensource d'archivages capables de chiffrer suffisamment les données. Et donner ses DVD d'archivage a sa famille, amis, c'est pas le truc "emmerdant"

avatar SartMatt 23/08/2017 - 19:15

"Ben oui, si tu as les connaissances techniques pour garantir que le niveau de chiffrement est suffisant, systematique et que seules tes données chiffrées sortent de ta machine, en transitant via un VPN, et que tu maitrise toute la chaine jusqu'au "service d'archivage", ok. Mais combien de pourcent de la masse d'utilisateurs a les competences techniques pour le faire?"

Oui, on peut être irrationnellement paranoïaque, auquel cas il faut de vraies compétences techniques pour être sûr que tout est bien chiffré.

Sinon, on peut aussi être rationnel... Les services de sauvegarde dans le cloud proposent souvent une option "zero knowledge", qui assure que le chiffrement des données est fait avec une clé non stockée sur le serveur. C'est le cas de CrashPlan. Et ce n'est pas une option cachée, bien au contraire, elle est largement mise en avant comme argument commercial.

Alors bien sûr, on peut, encore une fois, être irrationnellement parano et considérer que CrashPlan nous ment, qu'en fait les données ne sont pas chiffrées, ou encore qu'ils récupèrent la clé sur le serveur pour pouvoir les déchiffrer de leur côté. Mais quand on est rationnel, on a de bonnes raisons de leur faire confiance. Un service comme CrashPlan, très populaire, avec des millions de clients, dont des très grandes entreprises et entités (Adobe, Google, le MIT, Samsung...), ça a forcément été audité plus d'une fois par les gros clients en question, mais aussi par pas mal de white hat. S'il y avait des raisons de croire que la clé soit éventuellement transmise aux serveurs, on le saurait sans doute déjà.

Ensuite, quand bien même les données ne seraient pas chiffrées et CrashPlan se ferait infiltrer par les autorités ou des hackers. Et bien je n'ai pas la prétention d'imaginer que parmi les millions de clients de CrashPlan, ce seront mes données qui intéresseront les infiltrés. Bien au contraire, je suis même absolument convaincu que mes données de les intéresseront pas.

Après, si tu es complètement parano, je comprends que tu ne veuilles en aucun cas utiliser un service de ce genre. Mais à ce moment là, je me demande bien aussi ce que tu fais connecté à Internet, à moins que tu ais une machine spécifiquement dédiée pour ça, avec aucune de tes données dessus ^^

"CrashPlan, tu le defends, je peux comprendre que vu ton niveau technique tu puisses te penser en securité en l'utilisant. Mais pour l'utilisateur normal, c'est un foutage de gueule depuis de debut."
En quoi avoir un niveau technique plus faible fait que le même service est moins sûr ?

"Le DVD comme le DD ont un avantage enorme, ils sont locaux..."
Ce qui est aussi un désavantage énorme, en cas d'incendie, de catastrophe naturelle, etc... Et les stocker ailleurs ne résoud que partiellement le problème, parce que les sauvegardes faites en local et stockées ailleurs seront forcément en retard sur la version courante... Surtout chez le grand public, qui aura bien du mal à s'astreindre à un rythme de sauvegarde régulier s'il faut à chaque fois envoyer les DVD chez quelqu'un à l'autre bout du pays... Par dizaines d'expériences, je peux te dire que dès lors qu'une solution de sauvegarde n'est pas totalement automatisée, avec le grand public, les intervalles entre les sauvegardes augmentent irrémédiablement, jusqu'au jour où il y a besoin de la sauvegarde, et où on n'a plus que ses yeux pour pleurer quand on se rend compte que la dernière date d'il y a un an...

Après, je dis pas que les sauvegardes en lignes doivent remplacer les sauvegardes locales. Elle ne doivent même surtout pas les remplacer, vu qu'elles peuvent disparaitre du jour au lendemain. Mais elles en sont un très bon complément, en étant la seule solution de sauvegarde distante à la fois suffisamment simple (CrashPlan, c'est à peu de choses près aussi simple à utiliser que Time Machine...) et suffisamment peu coûteuse pour un usage grand public.

" alors que c'est le cas pour le cloud ( affaire de l'iPhone du terroriste de San Bernardino...)"
Je vois pas comment tu peux te baser sur cette affaire pour prétendre que les fournisseurs de cloud ont obligation de limiter le chiffrement et de donner accès aux autorités. Les données stockées dans le cloud d'Apple ne sont pas chiffrées avec une clé privée (privée vis à vis du serveur, ie le serveur n'a pas accès à la clé, pas même sous forme chiffrée), c'est un choix d'Apple, mais ça n'est pas une obligation. Et sur l'iPhone par contre, la clé est privée, et là Apple n'a pas pu être forcée à donner accès aux données.

Ce choix de ne pas utiliser une clé privée, choix qui est fait par la plupart des services de cloud orientés "synchronisation" (iCloud, Google, Dropbox, Amazon...), c'est un choix pour simplifier les choses pour l'utilisateur et pour apporter des fonctionnalités supplémentaires. Mais la plupart des services de cloud orienté "sauvegarde", ont fait le choix de la clé privé en option, pour garantir plus de sécurité.

Il y a plusieurs indices qui permettent de savoir si la clé n'est pas privée et de supposer si elle l'est :
* s'il est possible de réinitialiser le mot de passe en cas de perte sans pour autant perdre les données, c'est que la clé n'est pas privée,
* s'il est possible de partager les données avec des tiers sans redonner le mot de passe, c'est que la clé n'est pas privée,
* s'il est possible de télécharger les données avec un navigateur web, c'est que la clé n'est pas privée, sauf si on doit ressaisir un mot de passe pour faire le téléchargement même quand on est déjà identifié (dans le cas de CrashPlan, c'est le seul cas où le serveur a connaissance de la clé : si on veut faire une restauration via un navigateur web, il faut envoyer la clé au serveur... mais normalement il ne va pas la stocker, ce n'est qu'un accès temporaire),
* s'il n'y a qu'un seul mot de passe, c'est généralement que la clé n'est pas privée (parce que quand la clé est privée, les services font généralement la distinction entre le simple accès au compte, avec un premier mot de passe, et l'accès aux données, avec un second mot de passe qui sert à générer la clé),
* si tous les mots de passe peuvent être changés sans renvoyer les données, c'est généralement que la clé n'est pas privée (éventuellement, elle peut l'être, avec un déchiffrement/rechiffrement par le serveur au moment où on change le mot de passe de la clé privée, mais ça veut dire que le serveur a un accès temporaire à la clé et aux données déchiffrées, accès qui peut être plus ou moins long selon le volume de données... de mémoire CrashPlan ne fait pas ça, si on change le mot de passe privé, il ne rechiffre pas les données existantes, ce qui est déjà sur le serveur reste accessible uniquement avec l'ancien mot de passe et tous les nouveaux envois sont accessibles uniquement avec le nouveau).

avatar Xap 22/08/2017 - 17:36 via iGeneration pour iOS

Dégouté également. Si Backblaze n'a pas d'abonnement famille ce sera très très chiant (surtout financièrement). 😤

avatar lecureuil 22/08/2017 - 17:43 via iGeneration pour iOS

Qqn a déjà testé Carbonite ?
Macgé ?

Pages