Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

пре 5 година
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>Peer-to-peer et sauvegarde croisée — Biologeek — David Larlet</title>
  7. <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  8. <meta name="viewport" content="width=device-width, initial-scale=1"/>
  9. <!-- Fake favicon, to avoid extra request to the server -->
  10. <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  11. <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  12. <link rel="manifest" href="/manifest.json">
  13. <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  14. <noscript>
  15. <style type="text/css">
  16. /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
  17. body {
  18. font-family: 'EquityTextB', serif;
  19. }
  20. h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
  21. font-family: 'EquityCapsB', sans-serif;
  22. font-variant: normal;
  23. }
  24. </style>
  25. </noscript>
  26. <!-- Canonical URL for SEO purposes -->
  27. <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee">
  28. </head>
  29. <body>
  30. <div>
  31. <header>
  32. <nav>
  33. <p>
  34. <small>
  35. Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
  36. </small>
  37. </p>
  38. </nav>
  39. </header>
  40. <section>
  41. <h1 property="schema:name">Peer-to-peer et sauvegarde croisée</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/sauvegarde_croisee.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Je viens de terminer le livre <a href="http://www.editions-eyrolles.com/Livre/9782212117318/">Peer-to-peer, comprendre et utiliser de Fabrice Le Fessant</a> et une perspective intéressante est évoquée en fin d'ouvrage concernant les sauvegardes personnelles qui sont aujourd'hui un réel casse-tête (en tout cas pour moi). La technique consiste à utiliser l'espace inutilisé des machines du réseau des réseaux comme autant d'espace de stockage et donc de sauvegarde pour vos données personnelles (bien entendu chiffrées).</p>
  46. <p>Évoquée ainsi, l'idée est toute simple<sup>[<a href="#pnote-149-1" id="rev-pnote-149-1">1</a>]</sup>. Mais il fallait y penser, imaginez l'économie de support(s) réalisée&nbsp;! Il suffit d'une connexion haut débit pour synchroniser/récupérer vos données à tout moment. Mais détaillons d'abord le processus&nbsp;:</p>
  47. <ul>
  48. <li>vous sélectionnez les données à sauvegarder&nbsp;;</li>
  49. <li>ces données sont chiffrées et réparties sur des machines distantes&nbsp;;</li>
  50. <li>vous pouvez à tout moment récupérer vos données et les déchiffrer&nbsp;;</li>
  51. <li>il est possible de synchroniser vos données à intervalles réguliers&nbsp;;</li>
  52. <li>en contrepartie, vous proposez votre espace non utilisé pour stocker les données chiffrées des autres utilisateurs.</li>
  53. </ul>
  54. <p>Le principal problème des sauvegardes réside dans la pérennité des données. Quel que soit le support actuel, et je parle ici de support - pas de format de données, vous savez bien que seul un format ouvert vous garanti une interopérabilité future... - , ce support est périssable. Un CD ou un DVD franchit difficilement son cinquième anniversaire, les disques durs sont fragiles aussi. La solution actuelle à mon avis la plus fiable est le raid + synchro distante régulière mais c'est contraignant... et coûteux&nbsp;! Il faut le double de capacité en local + une capacité équivalente distante.</p>
  55. <p>Or, faites la somme de tout l'espace non occupé dont vous disposez actuellement. Multipliez ça par le nombre de machines en ligne. Il doit bien y avoir de quoi faire une sauvegarde redondante non&nbsp;? :-)</p>
  56. <p>Passons maintenant aux inconvénients qui ne sont pas oubliés dans le livre. Tout est dans l'algorithme de redondance des données. Alors qu'il est évident qu'une sauvegarde quotidienne sur un tel réseau est pertinente, qu'en est-il si je stocke des données que je souhaite récupérer des années plus tard&nbsp;? Certaines machines auront disparues, peut-être que le logiciel de stockage sur le réseau aussi. L'algorithme de chiffrement aura probablement évolué, ça reste un casse-tête aussi. Mais l'idée est là et je la trouve bonne, il reste à creuser un peu tout ça. On creuse ensemble&nbsp;?</p>
  57. <div class="footnotes"><h4>Notes</h4>
  58. <p>[<a href="#rev-pnote-149-1" id="pnote-149-1">1</a>] L'annexe en question est <a href="http://www.editions-eyrolles.com/Chapitres/9782212117318/Annexe_Lefessant.pdf?xd=9482e7e8e08ff16d1e981ef0ce114ab7">en libre téléchargement</a> sur le site des Éditions Eyrolles, je vous invite bien évidemment à la lire. Pour une critique rapide du livre, il s'adresse aux débutants du peer-to-peer mais peut être intéressant si vous envisagez de partager des fichiers au sein de communautés restreintes.</p></div>
  59. </div>
  60. </article>
  61. <footer>
  62. <h6 property="schema:datePublished">— 01/10/2006</h6>
  63. </footer>
  64. </section>
  65. <section>
  66. <div>
  67. <h3>Articles peut-être en rapport</h3>
  68. <ul>
  69. <li><a href="/david/biologeek/archives/20071224-mozilla-weave-la-liberation-des-donnees-utilisateurs-par-mozilla/" title="Accès à Mozilla Weave : la libération des données utilisateurs par Mozilla">Mozilla Weave : la libération des données utilisateurs par Mozilla</a></li>
  70. <li><a href="/david/biologeek/archives/20071124-quel-avenir-pour-les-applications-web-libres/" title="Accès à ★ Quel avenir pour les applications web libres ?">★ Quel avenir pour les applications web libres ?</a></li>
  71. <li><a href="/david/biologeek/archives/20071030-le-futur-du-developpement-logiciel/" title="Accès à Le futur du développement logiciel">Le futur du développement logiciel</a></li>
  72. </ul>
  73. </div>
  74. </section>
  75. <section>
  76. <div id="comments">
  77. <h3>Commentaires</h3>
  78. <div class="comment" typeof="schema:UserComments">
  79. <p class="comment-meta">
  80. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">01/10/2006</span> :
  81. </p>
  82. <div class="comment-content" property="schema:commentText">
  83. <p>Pour le coup, j'aurais vraiment du mal à disséminer mes archives sur le réseau. Car que se passe-t-il si le réseau (tout ou partie) se casse ? est-on sur de pouvoir à tout moment reconstituer ses archives ? <br />
  84. <br />
  85. Ca me parait bien risque tout ça (sans compter l'éventuelle possibilité que qqn déchiffre les données des autres...)<br />
  86. <br />
  87. Toi qui disait avoir du mal à confier des données à des prestataires externes, je suis étonné de te voir avancer de telles idées ;-)<br />
  88. <br />
  89. &quot;vous savez bien que seul un format ouvert vous garanti une interopérabilité future...&quot;<br />
  90. <br />
  91. Je sais pas si ça garantit, je dirais juste que tu augmentes significativement tes chances... contrairement à un format fermé où tes chances sont nulles...</p>
  92. </div>
  93. </div>
  94. <div class="comment" typeof="schema:UserComments">
  95. <p class="comment-meta">
  96. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">02/10/2006</span> :
  97. </p>
  98. <div class="comment-content" property="schema:commentText">
  99. <p>&gt; Car que se passe-t-il si le réseau (tout ou partie) se casse ?<br />
  100. <br />
  101. Comme il est indiqué page 144 du livre (ou 7 du pdf), il existe des algorithmes permettant d'assurer une redondance des données suffisante à mon avis (par exemple stockage sur la moitié du réseau).<br />
  102. <br />
  103. &gt; Ca me parait bien risque tout ça (sans compter l'éventuelle possibilité que qqn déchiffre les données des autres...)<br />
  104. <br />
  105. Selon la clé de chiffrement et l'algorithme utilisé, il est possible que les données envoyées soient plus difficiles à déchiffrer que l'accès à ta machine :-)<br />
  106. <br />
  107. &gt; Toi qui disait avoir du mal à confier des données à des prestataires externes, je suis étonné de te voir avancer de telles idées ;-)<br />
  108. <br />
  109. C'est assez différent. Bien sûr il faudra que l'algorithme de chiffrement et la technologie employés soient accessibles pour ne pas être tributaire d'un seul éditeur. D'autre part, j'ai pas vraiment l'impression qu'avec une telle solution on se fasse de l'argent sur mes données personnelles.<br />
  110. <br />
  111. &gt; Je sais pas si ça garantit, je dirais juste que tu augmentes significativement tes chances... contrairement à un format fermé où tes chances sont nulles...<br />
  112. <br />
  113. Je suis bien d'accord, je me suis un peu emporté ;-).<br />
  114. </p>
  115. </div>
  116. </div>
  117. </div>
  118. </section>
  119. <footer>
  120. <nav>
  121. <p>
  122. <small>
  123. Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
  124. </small>
  125. </p>
  126. </nav>
  127. </footer>
  128. </div>
  129. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  130. <script data-no-instant>InstantClick.init()</script>
  131. </body>
  132. </html>