git.schokokeks.org
Repositories
Help
Report an Issue
tor-webwml.git
Code
Commits
Branches
Tags
Suche
Strukturansicht:
b1fe521b6
Branches
Tags
bridges
docs-debian
jobs
master
press-clips
tor-webwml.git
projects
fr
hidserv.wml
Maintenance French Translation
Mfr
commited
b1fe521b6
at 2008-07-07 10:43:03
hidserv.wml
Blame
History
Raw
## translation metadata # Based-On-Revision: 15630 #Last-Translator: mfr(ä]misericordia.be #include "head.wmi" TITLE="NLnet Project: Accélérer les Services Cachés de Tor" CHARSET="UTF-8" <div class="main-column"> <!-- PUT CONTENT AFTER THIS TAG --> <h2>Projet NLnet: Accélérer les Services Cachés de Tor</h2> <hr /> <p> Les services cachés de Tor permettent aux utilisateurs de mettre en place des services d'information anonymes, tels des sites web, qui ne peuvent être accessibles que par le réseau Tor et sont protégés contre l'identification de l'hôte qui exécute ce service. Les limitations les plus critiques des services cachés de Tor sont le temps qu'il faut jusqu'à un service caché soit enregistré dans le réseau et le temps de réponse lorsque d'une consultation par un utilisateur. En raison de problèmes de conception dans le protocole original Tor, la connexion à un nouveau service caché peut prendre plusieurs minutes, ce qui conduit la plupart des utilisateurs à abandonner avant la connexion ai été établie. L'usage des services cachés de Tor pour des services de communication interactif d'utilisateurs à utilisateurs (messagerie par exemple) est presque impossible en raison du long temps de réponse lors de la mise en place du circuit du service caché. </p> <p> Ce projet vise à accélérer Tor les services cachés par l'amélioration de la manière dont les circuits Tor sont mis en place entre l'utilisateur et le service caché, ainsi que la manière dont un service caché est enregistré dans le réseau Tor. Dans une première étape, un diagnostic précis du comportement des services cachés en laboratoire et en situation réelle sera effectué pour trouver les causes profondes des mauvaises performances. Sur la base de ces diagnostics, des stratégies d'optimisation seront conçues et avec vérification des effets indésirables sur la sécurité et l'anonymat du Réseau Tor. Les optimisations les plus promettrices seront ensuite mises en œuvre pour atteindre une amélioration notable pour les utilisateurs. Des mesures précises de succès seront développées dans la phase de diagnostic, afin que soit visible où du temps est perdu et où des améliorations sont réalistes. Le but ultime est d'avoir un changement du protocole des services cachés en production prêt et diffusé aux utilisateurs de Tor dans un délai de moins de 12 mois. </p> <p> Ce projet est généreusement financé par: </p> <p> <a href="http://www.nlnet.nl/news/2008/20080514-awards.html"> <img src="$(IMGROOT)/nlnet-160x60.png" alt="The NLnet foundation" /></a> </p> <table width="100%" border="0" cellspacing="0" cellpadding="3"> <thead> <tr> <th><big>Projet</big></th> <th><big>Date de Livraison</big></th> </tr> </thead> <tr bgcolor="#e5e5e5"> <td> <b>Livrable A:</b> Analyse, mesures et clarification des problèmes<br /> <small><em>Comme les services cachés de Tor n'ont été activement mis au point que depuis la dernière année du développement de Tor, certains aspects de des problèmes ont été sous-analysés. Pour identifier les sources précises de temps de réponse et des pertes de temps, une analyse approfondie des raisons plus profondes pour de ces éléments nécessite d'être effectuée. Ce livrable, nécessitera environ un mois de travail. Les résultats de l'analyse auront une influence sur les décisions de conception à prendre dans Livrable B.</em></small> </td> <td> 15 Juin 2008 </td> </tr> <tr> <td> <b>Livrable B:</b> Conception et évaluation des modifications nécessaires<br /> <small><em>Les modifications apportées aux services cachés de Tor auront une incidence sur le fonctionnement des services de base du protocole et, par conséquent, exigent une évaluation attentive des répercussions possibles pour la sécurité et l'anonymat. Un délai de deux mois est prévu pour la conception et la phase d'évaluation, qui se terminera par un vaste examen par les pairs. </em></small> </td> <td> 15 Aout 2008 </td> </tr> <tr bgcolor="#e5e5e5"> <td> <b>Livrable C:</b> Mise en œuvre<br /> <small><em>Après la conception, l'évaluation et l'examen par les pairs les modifications doivent être mises en œuvre et intégrée avec le code pricipal de Tor. La mise en œuvre effective des changements nécessaires prendra environ deux mois.</em></small> </td> <td> 15 Octobre 2008 </td> </tr> <tr> <td> <b>Livrable D:</b> Mise en œuvre et conduite du changement jusqu'à la livraison<br /> <small><em>Cette modification est très critique pour la sécurité et de l'anonymat le réseau Tor, elle nécessite de nombreux essais et débogage en laboratoire et en réel. Une période de trois mois est prévu pour tester et déboguer, où le développeur responsable passera 1/3 de son temps à des essais. Une partie de la phase d'essai sera une période de bêta publique.</em></small> </td> <td> 15 Janvier 2009 </td> </tr> <tr bgcolor="#e5e5e5"> <td> <b>Livrable E:</b>Déploiement <br /> <small><em>Le déploiement dans le réseau des serveurs Tor sera réalisé en synchronisation avec le calendrier normal de diffusion de Tor. Comme ce calendrier dépend d'un certain nombre de facteurs externes, tel que l'achèvement d'autres projets de logiciels qui devraient aller dans le même livraison, la date de sortie effective et la date auquelle cette version a été accepté et installé par la plupart des opérateurs de serveur Tor peuvent varier. D'expérience une période de trois à quatre mois peut être prévue.</em></small> </td> <td> 15 Mai 2009 </td> </tr> </table> <br /> <a id="Reports"></a> <h2><a class="anchor" href="#Reports">Rapports mensuels d'avancement</a></h2> <p> Il y aura au total huit rapports mensuels de situation en commençant par le premier livrable le 15 juin 2008 et terminant avec l'achèvement de la mise en oeuvre et les tests de bon fonctionnement le 15 janvier 2009. </p> <table width="100%" border="0" cellspacing="0" cellpadding="3"> <thead> <tr> <th><big>Mois,</big></th> <th><big>Rapport d'activité</big></th> </tr> </thead> <tr bgcolor="#e5e5e5"> <td> <a id="Jun08"></a> <a class="anchor" href="#Jun08">Juin 08</a> </td> <td> <small><em>L'objectif initial d'analyser les problèmes qui conduisent au ralentissement des services cachés de Tor a été accompli. Une partie de ces analyses a mesuré que le retard que l'utilisateur subit lors de la mise en place ou de l'accès à un service caché. En outre, les données de mesure d'avril 2008 pourrait être un moyen pour explorer les délais internes d'établissement d'une connexion à un service caché. Les résultats de cette analyse sont contenues dans un <a href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">rapport</a> de 22 pages qui a été rendu public sur la <a href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">liste de diffusion des developpeurs</a> de Tor.</em></small> <br/> <small><em>L'analyse a aussi dévoilé quelques bogues qui sont responsables en partie du retard dans la mise en service du service caché pour les clients. Quelques bogues ont été corrigés à la suite de l'analyse, d'autres le seront prochainement. L'évaluation a en outre mis en place plusieurs les approches possibles pour améliorer la performance du service caché Tor. Certains de ces idées peuvent être appliquées immédiatement, tandis que d'autres exigent une analyse plus profonde et de nouvelles mesures. Enfin, au cours de l'analyse, nous avons découvert que certaines améliorations nécessitent des modification plus profondes de Tor, qui ne sont pas directement liées aux services cachés. Ces changements ne peuvent pas être réalisés dans les délais de ce projet.</em></small> </td> </tr> <tr> <td> Juil 08 </td> <td> </td> </tr> <tr bgcolor="#e5e5e5"> <td> Aou 08 </td> <td> </td> </tr> <tr> <td> Sep 08 </td> <td> </td> </tr> <tr bgcolor="#e5e5e5"> <td> Oct 08 </td> <td> </td> </tr> <tr> <td> Nov 08 </td> <td> </td> </tr> <tr bgcolor="#e5e5e5"> <td> Dec 08 </td> <td> </td> </tr> <tr> <td> Jan 09 </td> <td> </td> </tr> </table> <br /> <!-- Do we want a people section? If so, would it make sense to write what these people will be doing? And what exactly are these people going to do? :) <a id="People"></a> <h2><a class="anchor" href="#People">People</a></h2> <ul> <li><a href="<page people>#Core">Karsten Loesing</a></li> <li><a href="<page people>#Core">Steven Murdoch</a></li> </ul> --> <a id="Links"></a> <h2><a class="anchor" href="#Links">Liens</a></h2> <ul> <li>Research paper on <b>Performance Measurements and Statistics of Tor Hidden Services</b> (<a href="http://www.uni-bamberg.de/fileadmin/uni/fakultaeten/wiai_lehrstuehle/praktische_informatik/Dateien/Publikationen/loesing2008performance.pdf">PDF</a>) by Karsten Loesing, Werner Sandmann, Christian Wilms, and Guido Wirtz. In the Proceedings of the 2008 International Symposium on Applications and the Internet (SAINT), Turku, Finland, July 2008. <!-- In the future, put links to proposal, preliminary results, etc. here --> </ul> </div><!-- #main --> #include <foot.wmi>