[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
[or-cvs] r15697: Add a French page (website/trunk/projects/fr)
Author: mfr
Date: 2008-07-06 13:55:27 -0400 (Sun, 06 Jul 2008)
New Revision: 15697
Added:
website/trunk/projects/fr/hidserv.wml
Log:
Add a French page
Added: website/trunk/projects/fr/hidserv.wml
===================================================================
--- website/trunk/projects/fr/hidserv.wml (rev 0)
+++ website/trunk/projects/fr/hidserv.wml 2008-07-06 17:55:27 UTC (rev 15697)
@@ -0,0 +1,282 @@
+## translation metadata
+# Based-On-Revision: 15630
+#Last-Translator: mfr(�isericordia.be
+
+#include "head.wmi" TITLE="NLnet Project: Acc�rer les Services Cach�de Tor" CHARSET="UTF-8"
+
+<div class="main-column">
+
+<!-- PUT CONTENT AFTER THIS TAG -->
+
+<h2>Projet NLnet: Acc�rer les Services Cach�de Tor</h2>
+<hr />
+
+<p>
+Les services cach�de Tor permettent aux utilisateurs de mettre en place des
+ services d'information anonymes, tels des sites web, qui ne peuvent �e accessibles
+ que par le r�au Tor et sont prot�s contre l'identification de l'h�qui ex�te
+ ce service.
+Les limitations les plus critiques des services cach�de Tor sont le temps qu'il faut
+jusqu'�n service cach�oit enregistr�ans le r�au et le temps de r�nse
+lorsque d'une consultation par un utilisateur.
+En raison de probl�s de conception dans le protocole original Tor,
+la connexion �n nouveau service cach�eut prendre plusieurs minutes, ce qui
+conduit la plupart des utilisateurs �bandonner avant la connexion ai � �blie.
+L'usage des services cach�de Tor pour des services de communication interactif d'utilisateurs
+ �tilisateurs (messagerie par exemple) est presque impossible en raison du long temps de r�nse
+lors de la mise en place du circuit du service cach�+</p>
+
+<p>
+
+Ce projet vise �cc�rer Tor les services cach�par l'am�oration de la mani�
+dont les circuits Tor sont mis en place entre l'utilisateur et le service cach�
+ainsi que la mani� dont un service cach�st enregistr�ans le r�au Tor.
+Dans une premi� �pe, un diagnostic pr�s du comportement des services cach�+en laboratoire et en situation r�le sera effectu�our trouver les causes
+profondes des mauvaises performances.
+Sur la base de ces diagnostics, des strat�es d'optimisation seront con�s et
+avec v�fication des effets ind�rables sur la s�rit�t l'anonymat du
+R�au Tor.
+Les optimisations les plus promettrices seront ensuite mises en �uvre pour atteindre
+ une am�oration notable pour les utilisateurs. Des mesures pr�ses de succ�
+ seront d�lopp� dans la phase de diagnostic, afin que soit visible o�temps
+est perdu et o� am�orations sont r�istes.
+Le but ultime est d'avoir un changement du protocole des services cach�en production
+pr�et diffus�ux utilisateurs de Tor dans un d�i de moins de 12 mois.
+</p>
+
+<p>
+Ce projet est g�reusement financ�ar:
+</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�s<br />
+ <small><em>Comme les services cach�de Tor n'ont � activement mis au point
+ que depuis la derni� ann�du d�loppement de Tor, certains aspects de
+ des probl�s ont � sous-analys� Pour identifier les sources pr�ses de
+ temps de r�nse et des pertes de temps, une analyse approfondie des raisons
+ plus profondes pour de ces �ments n�ssite d'�e effectu�
+ Ce livrable, n�ssitera environ un mois de travail. Les r�ltats de l'analyse
+ auront une influence sur les d�sions de conception �rendre dans
+ Livrable B.</em></small>
+ </td>
+ <td>
+ 15 Juin 2008
+ </td>
+</tr>
+
+<tr>
+ <td>
+ <b>Livrable B:</b> Conception et �luation des modifications n�ssaires<br />
+ <small><em>Les modifications apport� aux services cach�de Tor auront
+ une incidence sur le fonctionnement des services de base du protocole et,
+ par cons�ent, exigent une �luation attentive des r�rcussions possibles
+ pour la s�rit�t l'anonymat. Un d�i de deux mois est pr� pour la conception
+ et la phase d'�luation, 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�la conception, l'�luation et l'examen par les pairs
+ les modifications doivent �e mises en �uvre et int��avec le code pricipal
+ de Tor. La mise en �uvre effective des changements n�ssaires 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�critique pour la s�rit�t
+ de l'anonymat le r�au Tor, elle n�ssite de nombreux essais et
+ d�gage en laboratoire et en r�. Une p�ode de trois
+ mois est pr� pour tester et d�guer, o�d�loppeur responsable
+ passera 1/3 de son temps �es essais.
+ Une partie de la phase d'essai sera une p�ode de b� publique.</em></small>
+ </td>
+ <td>
+ 15 Janvier 2009
+ </td>
+</tr>
+
+<tr bgcolor="#e5e5e5">
+ <td>
+ <b>Livrable E:</b>D�oiement <br />
+ <small><em>Le d�oiement dans le r�au des serveurs Tor sera r�is�+ en synchronisation avec le calendrier normal de diffusion de Tor.
+ Comme ce calendrier d�nd d'un certain nombre de facteurs externes,
+ tel que l'ach�ment d'autres projets de logiciels qui devraient aller
+ dans le m� livraison, la date de sortie effective et la date auquelle
+ cette version a � accept�t install�ar la plupart des op�teurs
+ de serveur Tor peuvent varier. D'exp�ence une p�ode de trois �uatre mois
+ peut �e pr�e.</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�t
+par le premier livrable le 15 juin 2008 et terminant avec l'ach�ment
+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�s qui conduisent au
+ ralentissement des services cach�de Tor a � accompli. Une partie de ces
+ analyses a mesur�ue le retard que l'utilisateur subit lors de
+ la mise en place ou de l'acc��n service cach�En outre, les donn�
+ de mesure d'avril 2008 pourrait �e un moyen pour explorer les d�is internes
+ d'�blissement d'une connexion �n service cach�Les r�ltats
+ 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 � 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�il�uelques bogues qui sont responsables
+ en partie du retard dans la mise en service du service cach�our les
+ clients. Quelques bogues ont � corrig��a suite de l'analyse, d'autres
+ le seront prochainement. L'�luation a en outre mis en place plusieurs
+ les approches possibles pour am�orer la performance du service cach�or.
+ Certains de ces id� peuvent �e appliqu� imm�atement, tandis que d'autres
+ exigent une analyse plus profonde et de nouvelles mesures. Enfin, au cours de
+ l'analyse, nous avons d�uvert que certaines am�orations n�ssitent
+ des modification plus profondes de Tor, qui ne sont pas directement li�
+ aux services cach� Ces changements ne peuvent pas �e r�is�dans les
+ d�is 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>
+