Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Вы не можете выбрать более 25 тем Темы должны начинаться с буквы или цифры, могут содержать дефисы(-) и должны содержать не более 35 символов.

4 лет назад
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">karl</span> le <span class="comment-date" property="schema:commentTime">06/12/2010</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>Je pense que tu es dû pour écrire un vrai guide : pas à pas avec screenshots pour expliquer les démarches. Ce serait à mon avis très utile pour nombre de personnes (moi le premier)</p>
  7. </div>
  8. </div>
  9. <div class="comment" typeof="schema:UserComments">
  10. <p class="comment-meta">
  11. <span class="comment-author" property="schema:creator">Ange Zanetti </span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  12. </p>
  13. <div class="comment-content" property="schema:commentText">
  14. <p>Moi j&#39;ai exactement la même problématique que toi, étant freelance TOUT est sur ma machine et l&#39;angoisse de la perte de données est assez présente. <br />J&#39;ai finalement opté pour une solution &quot;dans les nuages&quot;. Toute ma compta, et mes travaux en cours sont sur dropbox dans un dossier crypté avec TrueCrypt. </p>
  15. <p>De cette façon je ne redoute pas un crash de mon DD et la confidentialité est préservée.</p>
  16. <p>Reste effectivement le problème des mails qui sont pour le moment sur Gmail, je n&#39;aime pas trop ça. Ceci dit je n&#39;ai pas trouvé de solution, je vais me pencher sur la tienne :)</p>
  17. </div>
  18. </div>
  19. <div class="comment" typeof="schema:UserComments">
  20. <p class="comment-meta">
  21. <span class="comment-author" property="schema:creator">bohwaz</span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  22. </p>
  23. <div class="comment-content" property="schema:commentText">
  24. <p>Franchement s&#39;il y a un seul conseil à retenir c&#39;est de ne pas utiliser un service qu&#39;on ne maîtrise pas pour un truc aussi critique que le stockage. Quand dropbox fermera, ou s&#39;ils ont un crash et perdent tes données, t&#39;es pas dans la merde. Sans compter que l&#39;upload c&#39;est lent en général.</p>
  25. <p>Rien ne vaux un disque externe ou interne qui ne serve qu&#39;à ça.</p>
  26. <p>Perso ma stratégie de backup :<br />- Synchro hebdomadaire de mon home entier entre mon serveur local à Dijon (je n&#39;ai pas de données perso sur mes machines, tout est monté en NFS) et mon autre serveur local à Paris, avec Unison (très pratique)<br />- Sauvegarde mensuelle sur un disque externe</p>
  27. <p>Je n&#39;utilise pas encore de chiffrement mais c&#39;est prévu. En attendant la meilleure stratégie c&#39;est : ne pas avoir de données sensibles sur un laptop, qui serait le plus facilement volé. Quand je suis chez moi le laptop monte mon home en NFS et je retrouve mes données.</p>
  28. <p>Ce qui est important c&#39;est de ne pas avoir ses sauvegardes dans le même lieu que les données originales. Les incendies ça arrive, et plus souvent que les vols. Alors pensez à mettre une machine chez vos parents, votre copain/copine, etc. Je conseille particulièrement de prendre un laptop pas cher (perso j&#39;ai pris un netbook à 200 euros), remplacez le disque fourni par un sata à 7200 rpm au moins, et vous avez un serveur distant qui consomme peu, qui prends peu de place, et qui reste allumé plusieurs heures en cas de coupure de courant. Que des avantages.</p>
  29. </div>
  30. </div>
  31. <div class="comment" typeof="schema:UserComments">
  32. <p class="comment-meta">
  33. <span class="comment-author" property="schema:creator">Ange Zanetti </span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  34. </p>
  35. <div class="comment-content" property="schema:commentText">
  36. <p>Hum, DropBox c&#39;est Amazon derrière il y a quand moins de chances de perte de données sur leurs serv que sur un serveur que j&#39;aurai monté moi même... Ne serait-ce qu&#39;en terme de DD qui crament ou quoi. </p>
  37. <p>En plus j&#39;ai choisi DropBox car ce service à la particularité d&#39;être sauvegardé dans les nuages ET en local sur ma/mes machine. De plus il y a un outil de time line qui me permet de remonter mes dernières actions en cas de boulettes.<br />Bien sur je sauvegarde régulièrement le tout sur un DD externe, deux précautions valent mieux qu&#39;une :)</p>
  38. <p></p>
  39. </div>
  40. </div>
  41. <div class="comment" typeof="schema:UserComments">
  42. <p class="comment-meta">
  43. <span class="comment-author" property="schema:creator">bohwaz</span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  44. </p>
  45. <div class="comment-content" property="schema:commentText">
  46. <p>Il n&#39;y a pas que les incidents matériels qui peuvent affecter tes données. L&#39;hébergeur peut décider unilatéralement de couper l&#39;accès parce que ton adresse n&#39;est plus valide / que tu ne paye plus / qu&#39;ils aiment pas ta gueule. Faire confiance à Amazon/Dropbox pour ses propres données c&#39;est hum plutôt risqué (et coûteux, un disque dur ça coûte pas grand chose).</p>
  47. <p>Perso jamais je ne ferais confiance à un prestataire aussi peu fiable qu&#39;un acteur commercial comme ça pour mes données perso.</p>
  48. </div>
  49. </div>
  50. <div class="comment" typeof="schema:UserComments">
  51. <p class="comment-meta">
  52. <span class="comment-author" property="schema:creator">Martin Catty</span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  53. </p>
  54. <div class="comment-content" property="schema:commentText">
  55. <p>Tu es sur de de toi pour les données en clair avec Dropbox ?</p>
  56. <p>Sur <a href="http://www.dropbox.com/features">http://www.dropbox.com/features</a> il est indiqué:<br />«Dropbox uses military grade encryption methods to both transfer and store your data.»</p>
  57. </div>
  58. </div>
  59. <div class="comment" typeof="schema:UserComments">
  60. <p class="comment-meta">
  61. <span class="comment-author" property="schema:creator">Eric D</span> le <span class="comment-date" property="schema:commentTime">07/12/2010</span> :
  62. </p>
  63. <div class="comment-content" property="schema:commentText">
  64. <p>@Bohwaz: </p>
  65. <p>Oui, on peut tout faire soi-même, à condition d&#39;investir un temps non négligeable. Reste que pour arriver au même niveau de finition il faut pas mal de boulot.</p>
  66. <p>Après côté fiabilité il faut arrêter de croire au self-made. Dropbox peut crasher, fermer, avoir une erreur qui lance un effacement de tes donnés locale ... mais ta solution aussi. J&#39;aurai même tendance à penser qu&#39;une solution perso faite dans ton garage a probablement plus de chance d&#39;avoir ce genre de problème qu&#39;une solution globale avec leur infrastructure. Il faut une connexion plus fiable qu&#39;une ADSL, des disques en RAID au cas où ça casse, une maintenance et un test poussé...</p>
  67. <p>Dropbox (ou une solution perso basée sur le même principe) a l&#39;avantage d&#39;avoir les données en local, donc ça résiste assez bien aux crash du serveur, à la fermeture du service, ou même aux erreurs qui effaceraient tout (pour peu qu&#39;ils s&#39;en rendent compte et déconnectent le serveur avant que toi tu te connectes dessus).<br />Tu fais d&#39;ailleurs aussi confiance à un presta si tu as une solution perso : rien que l&#39;hébergeur ou le FAI par exemple (et les premiers prix ont tendance à couper assez facilement sans garantir quoi que ce soit)</p>
  68. <p>Après ni ta solution ni Dropbox ne rentrent en conflit avec des backup, la problématique est différente.<br /></p>
  69. </div>
  70. </div>
  71. <div class="comment" typeof="schema:UserComments">
  72. <p class="comment-meta">
  73. <span class="comment-author" property="schema:creator">Jean-Christophe</span> le <span class="comment-date" property="schema:commentTime">08/12/2010</span> :
  74. </p>
  75. <div class="comment-content" property="schema:commentText">
  76. <p>@bohwaz, Eric D et Ange Zanetti</p>
  77. <p>Je ne partage pas l&#39;avis de bohwaz sur le fait qu&#39;on serait embêté si dropbox venait à couper les ponts entre les données clouds et nos PC. Dropbox est un outil de synchronisation de données, mes données sont sur un ou plusieurs ordinateurs m&#39;appartenant, le cloud me sert de moyen technique pour la synchro. Si dropbox ferme boutique, je change de moyen technique, rien n&#39;est perdu.</p>
  78. <p>Mais ça ne veut pas dire que je partage l&#39;avis des 2 autres comparses ;-)<br />Dropbox est à la base un service de synchro qui couplé avec une historisation peut être tordu pour faire du backup. La version gratuite est &quot;risquée&quot; pour du backup long terme car l&#39;historisation est limitée à 30 jours par exemple (et moins je crois pour les fichiers supprimés), bref si vous vous appercevez de l&#39;erreur passé cette période, tant pis pour vous... Donc, ça peu faire office de backup en complément d&#39;une vraie solution (style un NAS redondé ou du vrai backup dans le cloud comme ce que propose Crashplan ou d&#39;autres).<br />Dropbox c&#39;est un super outil de synchro. Mais la synchro c&#39;est dangereux/risqué, si vous synchronisez 2 machines vous doublez les risques de perte/endommagement/vol de données. En gros, il suffit à un malvenant d&#39;avoir accès à seulement une des 2 machines pour vous porter préjudice. C&#39;est pourquoi Dropbox a ajouté l&#39;historisation afin de limiter, voir presque éliminer ce risque (sauf le cas du vol).</p>
  79. <p>@david : merci pour l&#39;article :-) et comme dit un autre commentateur, Dropbox utilise SSL (https) pour les transferts et AES avec clef 256bit pour le chiffrement des données dans le cloud. Donc cela semble sécurisé.</p>
  80. </div>
  81. </div>
  82. <div class="comment" typeof="schema:UserComments">
  83. <p class="comment-meta">
  84. <span class="comment-author" property="schema:creator">Hugo</span> le <span class="comment-date" property="schema:commentTime">08/04/2011</span> :
  85. </p>
  86. <div class="comment-content" property="schema:commentText">
  87. <p>Merci pour cet article, David.</p>
  88. <p>Pour ce qui est de la sécurité veille/démontage, ma stratégie consiste à verrouiller l&#39;écran 15 minutes après la mise en veille ou l&#39;écran de veille.</p>
  89. <p>Sans connaître le mot de passe, il faut arrêter le système pour accéder aux données et mes images disque sont alors démontées. <br />(Ou alors exploiter une faille de sécurité d&#39;OSX pour accéder aux données alors que l&#39;écran est verrouillé, scénario peu probable.)</p>
  90. </div>
  91. </div>
  92. <div class="comment" typeof="schema:UserComments">
  93. <p class="comment-meta">
  94. <span class="comment-author" property="schema:creator">sandrine</span> le <span class="comment-date" property="schema:commentTime">08/02/2012</span> :
  95. </p>
  96. <div class="comment-content" property="schema:commentText">
  97. <p>Je n&#39;utilise pas encore de chiffrement mais c&#39;est prévu. En attendant la meilleure stratégie c&#39;est : ne pas avoir de données sensibles sur un laptop, qui serait le plus facilement volé. Quand je suis chez moi le laptop monte mon home en NFS et je retrouve mes données.</p>
  98. </div>
  99. </div>