Mfr commited on 2008-07-06 19:55:27
Zeige 1 geänderte Dateien mit 282 Einfügungen und 0 Löschungen.
... | ... |
@@ -0,0 +1,282 @@ |
1 |
+## translation metadata |
|
2 |
+# Based-On-Revision: 15630 |
|
3 |
+#Last-Translator: mfr(�]misericordia.be |
|
4 |
+ |
|
5 |
+#include "head.wmi" TITLE="NLnet Project: Acc�l�rer les Services Cach�s de Tor" CHARSET="UTF-8" |
|
6 |
+ |
|
7 |
+<div class="main-column"> |
|
8 |
+ |
|
9 |
+<!-- PUT CONTENT AFTER THIS TAG --> |
|
10 |
+ |
|
11 |
+<h2>Projet NLnet: Acc�l�rer les Services Cach�s de Tor</h2> |
|
12 |
+<hr /> |
|
13 |
+ |
|
14 |
+<p> |
|
15 |
+Les services cach�s de Tor permettent aux utilisateurs de mettre en place des |
|
16 |
+ services d'information anonymes, tels des sites web, qui ne peuvent �tre accessibles |
|
17 |
+ que par le r�seau Tor et sont prot�g�s contre l'identification de l'h�te qui ex�cute |
|
18 |
+ ce service. |
|
19 |
+Les limitations les plus critiques des services cach�s de Tor sont le temps qu'il faut |
|
20 |
+jusqu'� un service cach� soit enregistr� dans le r�seau et le temps de r�ponse |
|
21 |
+lorsque d'une consultation par un utilisateur. |
|
22 |
+En raison de probl�mes de conception dans le protocole original Tor, |
|
23 |
+la connexion � un nouveau service cach� peut prendre plusieurs minutes, ce qui |
|
24 |
+conduit la plupart des utilisateurs � abandonner avant la connexion ai �t� �tablie. |
|
25 |
+L'usage des services cach�s de Tor pour des services de communication interactif d'utilisateurs |
|
26 |
+ � utilisateurs (messagerie par exemple) est presque impossible en raison du long temps de r�ponse |
|
27 |
+lors de la mise en place du circuit du service cach�. |
|
28 |
+</p> |
|
29 |
+ |
|
30 |
+<p> |
|
31 |
+ |
|
32 |
+Ce projet vise � acc�l�rer Tor les services cach�s par l'am�lioration de la mani�re |
|
33 |
+dont les circuits Tor sont mis en place entre l'utilisateur et le service cach�, |
|
34 |
+ainsi que la mani�re dont un service cach� est enregistr� dans le r�seau Tor. |
|
35 |
+Dans une premi�re �tape, un diagnostic pr�cis du comportement des services cach�s |
|
36 |
+en laboratoire et en situation r�elle sera effectu� pour trouver les causes |
|
37 |
+profondes des mauvaises performances. |
|
38 |
+Sur la base de ces diagnostics, des strat�gies d'optimisation seront con�ues et |
|
39 |
+avec v�rification des effets ind�sirables sur la s�curit� et l'anonymat du |
|
40 |
+R�seau Tor. |
|
41 |
+Les optimisations les plus promettrices seront ensuite mises en �uvre pour atteindre |
|
42 |
+ une am�lioration notable pour les utilisateurs. Des mesures pr�cises de succ�s |
|
43 |
+ seront d�velopp�es dans la phase de diagnostic, afin que soit visible o� du temps |
|
44 |
+est perdu et o� des am�liorations sont r�alistes. |
|
45 |
+Le but ultime est d'avoir un changement du protocole des services cach�s en production |
|
46 |
+pr�t et diffus� aux utilisateurs de Tor dans un d�lai de moins de 12 mois. |
|
47 |
+</p> |
|
48 |
+ |
|
49 |
+<p> |
|
50 |
+Ce projet est g�n�reusement financ� par: |
|
51 |
+</p> |
|
52 |
+ |
|
53 |
+<p> |
|
54 |
+<a href="http://www.nlnet.nl/news/2008/20080514-awards.html"> |
|
55 |
+<img src="$(IMGROOT)/nlnet-160x60.png" alt="The NLnet foundation" /></a> |
|
56 |
+</p> |
|
57 |
+ |
|
58 |
+<table width="100%" border="0" cellspacing="0" cellpadding="3"> |
|
59 |
+<thead> |
|
60 |
+<tr> |
|
61 |
+<th><big>Projet</big></th> |
|
62 |
+<th><big>Date de Livraison</big></th> |
|
63 |
+</tr> |
|
64 |
+</thead> |
|
65 |
+ |
|
66 |
+<tr bgcolor="#e5e5e5"> |
|
67 |
+ <td> |
|
68 |
+ <b>Livrable A:</b> Analyse, mesures et clarification des probl�mes<br /> |
|
69 |
+ <small><em>Comme les services cach�s de Tor n'ont �t� activement mis au point |
|
70 |
+ que depuis la derni�re ann�e du d�veloppement de Tor, certains aspects de |
|
71 |
+ des probl�mes ont �t� sous-analys�s. Pour identifier les sources pr�cises de |
|
72 |
+ temps de r�ponse et des pertes de temps, une analyse approfondie des raisons |
|
73 |
+ plus profondes pour de ces �l�ments n�cessite d'�tre effectu�e. |
|
74 |
+ Ce livrable, n�cessitera environ un mois de travail. Les r�sultats de l'analyse |
|
75 |
+ auront une influence sur les d�cisions de conception � prendre dans |
|
76 |
+ Livrable B.</em></small> |
|
77 |
+ </td> |
|
78 |
+ <td> |
|
79 |
+ 15 Juin 2008 |
|
80 |
+ </td> |
|
81 |
+</tr> |
|
82 |
+ |
|
83 |
+<tr> |
|
84 |
+ <td> |
|
85 |
+ <b>Livrable B:</b> Conception et �valuation des modifications n�cessaires<br /> |
|
86 |
+ <small><em>Les modifications apport�es aux services cach�s de Tor auront |
|
87 |
+ une incidence sur le fonctionnement des services de base du protocole et, |
|
88 |
+ par cons�quent, exigent une �valuation attentive des r�percussions possibles |
|
89 |
+ pour la s�curit� et l'anonymat. Un d�lai de deux mois est pr�vu pour la conception |
|
90 |
+ et la phase d'�valuation, qui se terminera par un vaste examen par les pairs. |
|
91 |
+ </em></small> |
|
92 |
+ </td> |
|
93 |
+ <td> |
|
94 |
+ 15 Aout 2008 |
|
95 |
+ </td> |
|
96 |
+</tr> |
|
97 |
+ |
|
98 |
+<tr bgcolor="#e5e5e5"> |
|
99 |
+ <td> |
|
100 |
+ <b>Livrable C:</b> Mise en �uvre<br /> |
|
101 |
+ <small><em>Apr�s la conception, l'�valuation et l'examen par les pairs |
|
102 |
+ les modifications doivent �tre mises en �uvre et int�gr�e avec le code pricipal |
|
103 |
+ de Tor. La mise en �uvre effective des changements n�cessaires prendra |
|
104 |
+ environ deux mois.</em></small> |
|
105 |
+ </td> |
|
106 |
+ <td> |
|
107 |
+ 15 Octobre 2008 |
|
108 |
+ </td> |
|
109 |
+</tr> |
|
110 |
+ |
|
111 |
+<tr> |
|
112 |
+ <td> |
|
113 |
+ <b>Livrable D:</b> Mise en �uvre et conduite du changement jusqu'� |
|
114 |
+ la livraison<br /> |
|
115 |
+ <small><em>Cette modification est tr�s critique pour la s�curit� et |
|
116 |
+ de l'anonymat le r�seau Tor, elle n�cessite de nombreux essais et |
|
117 |
+ d�bogage en laboratoire et en r�el. Une p�riode de trois |
|
118 |
+ mois est pr�vu pour tester et d�boguer, o� le d�veloppeur responsable |
|
119 |
+ passera 1/3 de son temps � des essais. |
|
120 |
+ Une partie de la phase d'essai sera une p�riode de b�ta publique.</em></small> |
|
121 |
+ </td> |
|
122 |
+ <td> |
|
123 |
+ 15 Janvier 2009 |
|
124 |
+ </td> |
|
125 |
+</tr> |
|
126 |
+ |
|
127 |
+<tr bgcolor="#e5e5e5"> |
|
128 |
+ <td> |
|
129 |
+ <b>Livrable E:</b>D�ploiement <br /> |
|
130 |
+ <small><em>Le d�ploiement dans le r�seau des serveurs Tor sera r�alis� |
|
131 |
+ en synchronisation avec le calendrier normal de diffusion de Tor. |
|
132 |
+ Comme ce calendrier d�pend d'un certain nombre de facteurs externes, |
|
133 |
+ tel que l'ach�vement d'autres projets de logiciels qui devraient aller |
|
134 |
+ dans le m�me livraison, la date de sortie effective et la date auquelle |
|
135 |
+ cette version a �t� accept� et install� par la plupart des op�rateurs |
|
136 |
+ de serveur Tor peuvent varier. D'exp�rience une p�riode de trois � quatre mois |
|
137 |
+ peut �tre pr�vue.</em></small> |
|
138 |
+ </td> |
|
139 |
+ <td> |
|
140 |
+ 15 Mai 2009 |
|
141 |
+ </td> |
|
142 |
+</tr> |
|
143 |
+</table> |
|
144 |
+ |
|
145 |
+<br /> |
|
146 |
+ |
|
147 |
+<a id="Reports"></a> |
|
148 |
+<h2><a class="anchor" href="#Reports">Rapports mensuels d'avancement</a></h2> |
|
149 |
+<p> |
|
150 |
+Il y aura au total huit rapports mensuels de situation en commen�ant |
|
151 |
+par le premier livrable le 15 juin 2008 et terminant avec l'ach�vement |
|
152 |
+de la mise en oeuvre et les tests de bon fonctionnement le 15 janvier 2009. |
|
153 |
+</p> |
|
154 |
+ |
|
155 |
+<table width="100%" border="0" cellspacing="0" cellpadding="3"> |
|
156 |
+<thead> |
|
157 |
+<tr> |
|
158 |
+<th><big>Mois,</big></th> |
|
159 |
+<th><big>Rapport d'activit�</big></th> |
|
160 |
+</tr> |
|
161 |
+</thead> |
|
162 |
+ |
|
163 |
+<tr bgcolor="#e5e5e5"> |
|
164 |
+ <td> |
|
165 |
+ <a id="Jun08"></a> |
|
166 |
+ <a class="anchor" href="#Jun08">Juin 08</a> |
|
167 |
+ </td> |
|
168 |
+ <td> |
|
169 |
+ <small><em>L'objectif initial d'analyser les probl�mes qui conduisent au |
|
170 |
+ ralentissement des services cach�s de Tor a �t� accompli. Une partie de ces |
|
171 |
+ analyses a mesur� que le retard que l'utilisateur subit lors de |
|
172 |
+ la mise en place ou de l'acc�s � un service cach�. En outre, les donn�es |
|
173 |
+ de mesure d'avril 2008 pourrait �tre un moyen pour explorer les d�lais internes |
|
174 |
+ d'�tablissement d'une connexion � un service cach�. Les r�sultats |
|
175 |
+ de cette analyse sont contenues dans un |
|
176 |
+ <a href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">rapport</a> |
|
177 |
+ de 22 pages qui a �t� rendu public sur la |
|
178 |
+ <a href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">liste de |
|
179 |
+ diffusion des developpeurs</a> de Tor.</em></small> |
|
180 |
+ <br/> |
|
181 |
+ <small><em>L'analyse a aussi d�voil� quelques bogues qui sont responsables |
|
182 |
+ en partie du retard dans la mise en service du service cach� pour les |
|
183 |
+ clients. Quelques bogues ont �t� corrig�s � la suite de l'analyse, d'autres |
|
184 |
+ le seront prochainement. L'�valuation a en outre mis en place plusieurs |
|
185 |
+ les approches possibles pour am�liorer la performance du service cach� Tor. |
|
186 |
+ Certains de ces id�es peuvent �tre appliqu�es imm�diatement, tandis que d'autres |
|
187 |
+ exigent une analyse plus profonde et de nouvelles mesures. Enfin, au cours de |
|
188 |
+ l'analyse, nous avons d�couvert que certaines am�liorations n�cessitent |
|
189 |
+ des modification plus profondes de Tor, qui ne sont pas directement li�es |
|
190 |
+ aux services cach�s. Ces changements ne peuvent pas �tre r�alis�s dans les |
|
191 |
+ d�lais de ce projet.</em></small> |
|
192 |
+ </td> |
|
193 |
+</tr> |
|
194 |
+ |
|
195 |
+<tr> |
|
196 |
+ <td> |
|
197 |
+ Juil 08 |
|
198 |
+ </td> |
|
199 |
+ <td> |
|
200 |
+ </td> |
|
201 |
+</tr> |
|
202 |
+ |
|
203 |
+<tr bgcolor="#e5e5e5"> |
|
204 |
+ <td> |
|
205 |
+ Aou 08 |
|
206 |
+ </td> |
|
207 |
+ <td> |
|
208 |
+ </td> |
|
209 |
+</tr> |
|
210 |
+ |
|
211 |
+<tr> |
|
212 |
+ <td> |
|
213 |
+ Sep 08 |
|
214 |
+ </td> |
|
215 |
+ <td> |
|
216 |
+ </td> |
|
217 |
+</tr> |
|
218 |
+ |
|
219 |
+<tr bgcolor="#e5e5e5"> |
|
220 |
+ <td> |
|
221 |
+ Oct 08 |
|
222 |
+ </td> |
|
223 |
+ <td> |
|
224 |
+ </td> |
|
225 |
+</tr> |
|
226 |
+ |
|
227 |
+<tr> |
|
228 |
+ <td> |
|
229 |
+ Nov 08 |
|
230 |
+ </td> |
|
231 |
+ <td> |
|
232 |
+ </td> |
|
233 |
+</tr> |
|
234 |
+ |
|
235 |
+<tr bgcolor="#e5e5e5"> |
|
236 |
+ <td> |
|
237 |
+ Dec 08 |
|
238 |
+ </td> |
|
239 |
+ <td> |
|
240 |
+ </td> |
|
241 |
+</tr> |
|
242 |
+ |
|
243 |
+<tr> |
|
244 |
+ <td> |
|
245 |
+ Jan 09 |
|
246 |
+ </td> |
|
247 |
+ <td> |
|
248 |
+ </td> |
|
249 |
+</tr> |
|
250 |
+</table> |
|
251 |
+ |
|
252 |
+<br /> |
|
253 |
+ |
|
254 |
+<!-- Do we want a people section? If so, would it make sense to write what |
|
255 |
+these people will be doing? And what exactly are these people going to |
|
256 |
+do? :) |
|
257 |
+<a id="People"></a> |
|
258 |
+<h2><a class="anchor" href="#People">People</a></h2> |
|
259 |
+<ul> |
|
260 |
+<li><a href="<page people>#Core">Karsten Loesing</a></li> |
|
261 |
+<li><a href="<page people>#Core">Steven Murdoch</a></li> |
|
262 |
+</ul> |
|
263 |
+--> |
|
264 |
+ |
|
265 |
+<a id="Links"></a> |
|
266 |
+<h2><a class="anchor" href="#Links">Liens</a></h2> |
|
267 |
+<ul> |
|
268 |
+<li>Research paper on <b>Performance Measurements and Statistics of Tor |
|
269 |
+Hidden Services</b> |
|
270 |
+(<a href="http://www.uni-bamberg.de/fileadmin/uni/fakultaeten/wiai_lehrstuehle/praktische_informatik/Dateien/Publikationen/loesing2008performance.pdf">PDF</a>) |
|
271 |
+by Karsten Loesing, Werner Sandmann, Christian Wilms, and Guido Wirtz. In |
|
272 |
+the Proceedings of the 2008 International Symposium on Applications and the |
|
273 |
+Internet (SAINT), Turku, Finland, July 2008. |
|
274 |
+ |
|
275 |
+<!-- In the future, put links to proposal, preliminary results, etc. here --> |
|
276 |
+ |
|
277 |
+</ul> |
|
278 |
+ |
|
279 |
+</div><!-- #main --> |
|
280 |
+ |
|
281 |
+#include <foot.wmi> |
|
282 |
+ |
|
0 | 283 |