tor-webwml.git

@@ -39,14 +39,14 @@ hardy) à la place de <DISTRIBUTION>.

 </p>

 <p>

-Then add the gpg key used to sign the packages by running the following

-commands at your command prompt:

+Ensuite, ajoutez la clef gpg utilisée pour signer les paquets en lançant les

+commandes suivantes sur votre shell:

 <pre>

 gpg --keyserver keys.gnupg.net --recv 886DDD89

 gpg --export A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89 | sudo apt-key add -

 </pre>

-Now refresh your sources and install Vidalia by running the following

-commands at your command prompt:

+Rafraîchissez ensuite vos sources et installez Vidalia en lançant les

+commandes suivantes dans voter shell:

 <pre>

 apt-get update

 apt-get install vidalia 

@@ -18,8 +18,9 @@ sid, ou Debian testing</a></h2>

 <br />

 <p>

-If you're using Debian stable (lenny), unstable (sid), or testing (squeeze),

-just run<br /> <tt>apt-get install tor tor-geoipdb</tt> as root.

+Si vous utilisez Debian stable (lenny), unstable (sid) ou testing (squeeze),

+lancez simplement:<br /> <tt>apt-get install tor tor-geoipdb</tt> sous le

+compte root.

 </p>

 <p>

@@ -62,14 +63,14 @@ jaunty, intrepid, hardy ou n'importe quoi d'autre) à la place de

 </p>

 <p>

-Then add the gpg key used to sign the packages by running the following

-commands at your command prompt:

+Ajoutez alors la clef gpg utilisée pour signer les paquets en lançant les

+commandes suivantes dans votre shell:

 <pre>

 gpg --keyserver keys.gnupg.net --recv 886DDD89

 gpg --export A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89 | sudo apt-key add -

 </pre>

-Now refresh your sources and install Tor by running the following commands

-at your command prompt:

+Maintenant, vous pouvez rafraîchir vos sources et installer Tor en lançant

+les commandes suivantes dans votre shell:

 <pre>

 apt-get update

 apt-get install tor tor-geoipdb

@@ -110,7 +111,7 @@ lenny, sid, karmic, jaunty, intrepid, hardy) à la place de

 </p>

 <p>

-Then run the following commands at your command prompt:

+Lancez ensuite les commandes qui suivent dans vote shell:

 <pre>

 gpg --keyserver keys.gnupg.net --recv 886DDD89

 gpg --export A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89 | sudo apt-key add -

@@ -82,7 +82,7 @@ Vidalia</strong>:

 <li>

 	<dt>Faîtes un clic droit sur l'icône de Vidalia dans votre barre de tâches.

 Choisissez <tt>Panneau de Contrôle</tt>.</dt>

-	<dd><img alt="vidalia right click menu"

+	<dd><img alt="Menu bouton droit de Vidalia"

 src="../img/screenshot-win32-vidalia.png"></dd>

 </li>

@@ -94,7 +94,7 @@ un relais public (recommandé), ou choisissez 		<tt>Aidez les utilisateurs

 censurés à se connecter au réseau Tor</tt> si vous désirez devenir une <a

 href="<page faq>#RelayOrBridge">passerelle</a> pour les utilisateurs situés

 dans des pays qui censurent Internet.</dt>

-<dd><img alt="vidalia basic settings"

+<dd><img alt="Paramètres de base de Vidalia"

 src="../img/screenshot-win32-configure-relay-1.png"></dd>

 </li>

@@ -108,7 +108,7 @@ Si ça marche, super. Sinon, voyez le point 3 ci-dessous.</li>

 <li><dt>Choisisser le panneau <tt>Limitation de bande passante</tt>.  Sélectionnez

 combien de bande passante vous souhaitez fournir aux utilisateurs comme à

 vous même.</dt>

-<dd><img alt="vidalia bandwidth limits"

+<dd><img alt="Limites de bande passante sous vidalia"

 src="../img/screenshot-win32-configure-relay-2.png"></dd>

 </li> 

@@ -117,7 +117,7 @@ autoriser d'autres personnes à utiliser votre relais pour ces services, ne

 changez rien.  Décochez les services que vous ne souhaitez pas <a

 href="<page faq>#ExitPolicies">autoriser à travers votre relais</a>.  Si

 vous ne souhaitez pas être un relais de sortie décochez tous les services.</dt>

-<dd><img alt="vidalia exit policies"

+<dd><img alt="Politiques de sortie de Vidalia"

 src="../img/screenshot-win32-configure-relay-3.png"></dd>

 </li>

@@ -179,13 +179,14 @@ devriez revérifier vos pare-feux, vérifier qu'il teste l'adresse IP et le

 port que vous pensez qu'il devrait tester, etc. 

 </p>

-<p>When it decides that it's reachable, it will upload a "server descriptor" to

-the directories, to let clients know what address, ports, keys, etc your

-relay is using. You can <a

-href="http://194.109.206.212/tor/status-vote/current/consensus">load one of

-the network statuses manually</a> and look through it to find the nickname

-you configured, to make sure it's there. You may need to wait up to one hour

-to give enough time for it to make a fresh directory.</p>

+<p>Lorsque votre relais a décidé qu'il était joignable, il envoie un

+"descripteur de serveur" aux annuaires. Ceci permettra aux clients de

+connaître l' adresse, les ports, les clés, etc que votre relais

+utilise. Vous pouvez manuellement <a

+href="http://194.109.206.212/tor/status/authority">télécharger l'un des

+états du réseau</a> et voir si vous y trouvez le nom que vous avez

+configuré, pour être certain de sa présence. Vous aurez probablement à

+attendre quelques secondes pour avoir un rafraîchissement du répertoire.</p>

 <hr /> <a id="after"></a>

 <h2><a class="anchor" href="#after">Quatrième étape: une fois que ça

@@ -257,9 +257,10 @@ défauts</a>.

 <div class="underline"></div>

 <div class="nb">

 <p>

-See our <a href="<page verifying-signatures>">instructions on verifying

-package signatures</a>, which allows you to make sure you've downloaded the

-file we intended you to get.

+Consultez <a href="<page verifying-signatures>">les instructions sur la

+vérification des signatures de paquet</a>, qui vous permettra de vous

+assurer que le fichier téléchargé est bien celui que vous aviez l'intention

+de récupérer.

 </p>

 <p>

@@ -288,9 +288,10 @@ volunteer>#Documentation">identifier et documenter tous les défauts</a>.

 <div class="underline"></div>

 <div class="nb">

 <p>

-See our <a href="<page verifying-signatures>">instructions on verifying

-package signatures</a>, which allows you to make sure you've downloaded the

-file we intended you to get.

+Consultez <a href="<page verifying-signatures>">les instructions sur la

+vérification des signatures de paquet</a>, qui vous permettra de vous

+assurer que le fichier téléchargé est bien celui que vous aviez l'intention

+de récupérer.

 </p>

 <p>

@@ -364,8 +365,9 @@ href="<package-win32-alpha-sig>">sig</a>)

 <tr bgcolor="#e5e5e5">

   <td>

-    <img src="images/ico-osx-uni.png" /> Mac (Contains only Tor)<br />

-<small><em>Intel Only, no Snow Leopard (10.6) support</em></small>

+    <img src="images/ico-osx-uni.png" /> Mac (Contient seulement Tor)<br />

+<small><em>uniquement pour Intel, pas de support pour Snow Leopard

+(10.6)</em></small>

   </td>

   <td>

     <a href="<package-osx-stable>"><version-osx-stable></a> (<a

@@ -698,8 +698,8 @@ LiveCDs:

 </p>

 <ol>

-<li><a href="https://amnesia.boum.org/">The (Amnesic) Incognito Live System</a>

-is a Live System aimed at preserving your privacy and anonymity:

+<li><a href="https://amnesia.boum.org/">Le système Live Incognito (Amnesic)</a>

+est un système Live destiné à préserver votre vie privée et votre anonymat:

 <ul>

 <li> Toutes les connexions sortantes vers Internet passent forcément à travers le

 réseau Tor.</li>

@@ -28,11 +28,11 @@ Google Summer of Code 2010</a>.

 </p>

 <p>

-The <a

+La <a

 href="http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline">deadline</a>

-for your <a

-href="http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#student_apply">application</a>

-is <b>April 9, 2010</b> at 19:00 UTC.

+pour <a

+href="http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#student_apply">postuler</a>

+est fixée au <b>9 avril 2010</b> à 19:00 UTC.

 </p>

 <p>

@@ -129,12 +129,13 @@ candidature et votre proposition.

 <ol>

-<li>What project would you like to work on? Use our ideas lists as a starting

-point or make up your own idea. Your proposal should include high-level

-descriptions of what you're going to do, with more details about the parts

-you expect to be tricky. Your proposal should also try to break down the

-project into tasks of a fairly fine granularity, and convince us you have a

-plan for finishing it.</li>

+<li>Sur quel projet aimeriez-vous travailler ? Utilisez notre liste d'idées

+comme point de départ ou créez la votre. Votre proposition doit inclure des

+descriptions détaillées de ce que vous allez faire, avec plus d'informations

+sur les parties qui vous semblent difficiles. Votre proposition devrait

+aussi essayer de faire une estimation des tâches avec une assez bonne

+granularité, et nous convaincre que vous avez pour objectif de les mener à

+bien.</li>

 <li>Donnez nous un code d'exemple: quelque chose d'intéressant, propre à

 démontrer que vous savez ce que vous êtes en train de faire, idéalement d'un

@@ -167,10 +168,11 @@ manière, quel type de "chef" doit être votre tuteur?</li>

 diplôme/niveau/orientation ? Si vous faites partie d'un groupe de recherche,

 lequel ?</li>

-<li>How can we contact you to ask you further questions? Google doesn't share

-your contact details with us automatically, so you should include that in

-your application. In addition, what's your IRC nickname? Interacting with us

-on IRC will help us get to know you, and help you get to know our community.</li>

+<li>Comment pouvons-nous vous contacter pour vous poser des questions ? Google

+ne nous redonne pas vos éléments de contacts automatiquement. Ainsi, vous

+devrez les ajouter à votre candidature. En plus nous aimerions savoir quel

+est votre pseudo IRC ? Interagir avec nous sur IRC nous aidera mutuellement

+et vous aidera à connaître notre communauté.</li>

 <li>N'existe-t-il rien d'autre que nous devrions savoir qui fera que nous

 apprécieront davantage votre projet?</li>

@@ -95,15 +95,15 @@ un <a href="<page donate>">don exonéré d'impôt</a>.

 <div class="underline"></div>

 <ul>

-<li>29 March 2010: Tor and Printfection announce The Tor Store.  More details

-are available in the <a href="<page

-press/2010-03-25-tor-store-press-release>">press release</a>.</li>

-<li>16 March 2010: Tor 0.2.1.25 released as stable.  Fixes a regression

-introduced in 0.2.1.23 that could prevent relays from guessing their IP

-address correctly. It also fixes several minor potential security bugs. Read

-the <a

-href="http://archives.seul.org/or/announce/Mar-2010/msg00000.html">full

-announcement</a> for the list of changes.</li>

+<li>29 mars 2010: Tor et Printfection lancent la Tor Store.  Plus de détails

+sont disponibles dans le <a href="<page

+press/2010-03-25-tor-store-press-release>">communiqué de presse</a>.</li>

+<li>16 mars 2010: version stable de Tor 0.2.1.25.  Corrige une régression

+introduite dans la version 0.2.1.23 qui pouvait empêcher les relais de

+découvrir leur adresse IP correctement. Corrige également plusieurs failles

+mineures de sécurité. Consultez l'<a

+href="http://archives.seul.org/or/announce/Mar-2010/msg00000.html">annonce

+complète</a> pour obtenir la liste des évolutions.</li>

 <li>21 février 2010: version stable de Tor 0.2.1.24.  Corrige les problèmes de

 compatibilité avec les changements récents d'OpenSSL sous Apple OSX et

 améliore légèrement les performances.  Consultez l'<a

@@ -18,15 +18,15 @@

 <div class="underline"></div>

 <ul>

-<li>29 March 2010: Tor and Printfection announce The Tor Store.  More details

-are available in the <a href="<page

-press/2010-03-25-tor-store-press-release>">press release</a>.</li>

-<li>16 March 2010: Tor 0.2.1.25 released as stable.  Fixes a regression

-introduced in 0.2.1.23 that could prevent relays from guessing their IP

-address correctly. It also fixes several minor potential security bugs. Read

-the <a

-href="http://archives.seul.org/or/announce/Mar-2010/msg00000.html">full

-announcement</a> for the list of changes.</li>

+<li>29 mars 2010: Tor et Printfection lancent la Tor Store.  Plus de détails

+sont disponibles dans le <a href="<page

+press/2010-03-25-tor-store-press-release>">communiqué de presse</a>.</li>

+<li>16 mars 2010: version stable de Tor 0.2.1.25.  Corrige une régression

+introduite dans la version 0.2.1.23 qui pouvait empêcher les relais de

+découvrir leur adresse IP correctement. Corrige également plusieurs failles

+mineures de sécurité. Consultez l'<a

+href="http://archives.seul.org/or/announce/Mar-2010/msg00000.html">annonce

+complète</a> pour obtenir la liste des évolutions.</li>

 <li>21 février 2010: version stable de Tor 0.2.1.24.  Corrige les problèmes de

 compatibilité avec les changements récents d'OpenSSL sous Apple OSX et

 améliore légèrement les performances.  Consultez l'<a

@@ -79,7 +79,7 @@ Tor?</h2>

 <p>Oui.  Quelques projets open source, non-commerciaux utilisent les marques

 Tor sous licence:</p>

 <ul>

-<li><a href="https://amnesia.boum.org/">The (Amnesic) Incognito Live System</a></li>

+<li><a href="https://amnesia.boum.org/">Le système live (Amnesic) Incognito</a></li>

 <li><a href="http://portabletor.sourceforge.net/">Portable Tor</a></li>

 <li><a href="http://torstatus.kgprog.com/">Kprog Tor Status</a></li>

 <li><a href="http://www.vidalia-project.net/">Vidalia</a></li>

@@ -152,7 +152,7 @@ węzłem wyjściowym Tora. Po drugie, aktywnie buduje obwody w sieci Tora i

 łączy się sam ze sobą, by poznać właściwy wyjściowy adres IP każdego

 przekaźnika — niektóre z przekaźników wychodzą z innego adresu niż ten

 podany w ich deskryptorze. Po trzecie, eksportuje <a

-href=http://exitlist.torproject.org/exitAddresses">zestaw wniosków</a>, by

+href="http://exitlist.torproject.org/exitAddresses">zestaw wniosków</a>, by

 <a href="https://check.torproject.org/">check.torproject.org</a> mógł

 zgadnąć, czy Twoja przeglądarka jest skonfigurowana, by używać Tora. <br />

 Ten projekt wykorzystałby <a

@@ -29,8 +29,8 @@ Andrew Lewman execdir@torproject.org +1-781-424-9877

 <!-- END SIDEBAR -->

 <h3>Communiqués de presse</h3>

 <ul>

-<li>25 March 2010. Tor and Printfection launch <a href="<page

-press/2010-03-25-tor-store-press-release>">The Tor Store</a>.</li>

+<li>25 mars 2010.  Tor et Printfection lancent <a href="<page

+press/2010-03-25-tor-store-press-release>">la Boutique Tor</a>.</li>

 <li>12 mars 2009.  Tor lance une feuille de route et une campagne pour améliorer

 <a href="<page press/2009-03-12-performance-roadmap-press-release>">ses

 performances</a>.</li>

@@ -90,8 +90,8 @@ réseau expériment</a>.</li>

 <li>osx image</li>

 <li>torvm</li>

 <li>orbot</li>

-<li>livecd's: <a href="https://amnesia.boum.org/">The (Amnesic)  Incognito Live

-System</a>, tor ramdisk</li>

+<li>live cd: <a href="https://amnesia.boum.org/">Le système live (Amnesic)

+Incognito</a>, tor ramdisk</li>

 </ul>

 <a id="Implementations"></a>

@@ -1,14 +1,18 @@

+

+

+

+

+

+

 ## translation metadata

-# Based-On-Revision: 18524

+# Revision: $Revision$

 # Translation-Priority: 4-optional

-# Last-Translator: bogdandr_at_op . pl

+#include "head.wmi" TITLE="Google Project: Secure Upgrade of Tor" CHARSET="UTF-8"

+<div class="main-column">

-#include "head.wmi" TITLE="Projekt Google: Bezpieczna aktualizacja Tora" CHARSET="UTF-8"

-<div class="main-column">

 <!-- PUT CONTENT AFTER THIS TAG -->

-

 <h2>Projekt Google: Bezpieczna aktualizacja Tora</h2>

 <hr />

@@ -19,7 +23,8 @@

 </p>

 <p>

-Ten projekt jest hojnie sponsorowany przez <a href="http://www.google.com">Google</a>.

+Ten projekt jest hojnie sponsorowany przez <a

+href="http://www.google.com">Google</a>.

 </p>

 <a id="Timetable"></a>

@@ -31,14 +39,14 @@ Ten projekt jest hojnie sponsorowany przez <a href="http://www.google.com">Googl

 <th>Due Date</th>

 </tr>

 </thead> -->

-

 <tr bgcolor="#e5e5e5">

   <td>

-    <b>Kamień milowy 1:</b> Vidalia rozpoznaje, kiedy Tor musi zostać zaktualizowany

-    oraz dowiaduje się, jaka jest najnowsza odpowiednia wersja i gdzie ją znaleźć.<br />

-    <small><em>Patrząc na podpisany przez większość status sieci zdecyduje, kiedy

-    aktualizować i do jakiej wersji (Tor już wypisuje wersje uważane za bezpieczne w

-    każdym dokumencie statusu sieci)</em></small>

+    <b>Kamień milowy 1:</b> Vidalia rozpoznaje, kiedy Tor musi zostać

+zaktualizowany oraz dowiaduje się, jaka jest najnowsza odpowiednia wersja i

+gdzie ją znaleźć.<br /> <small><em>Patrząc na podpisany przez większość

+status sieci zdecyduje, kiedy aktualizować i do jakiej wersji (Tor już

+wypisuje wersje uważane za bezpieczne w każdym dokumencie statusu

+sieci)</em></small>

   </td>

   <td>

     15 Listopada 2008

@@ -47,11 +55,11 @@ Ten projekt jest hojnie sponsorowany przez <a href="http://www.google.com">Googl

 <tr>

   <td>

-    <b>Kamień milowy 2:</b>Vidalia może pobrać nową wersję Tora z jego witryny

-    i sprawdzić jej podpis.<br />

-    <small><em>Aktualizacja albo przez Tora albo przez protokół aktualizacji katalogu mirrorów

-    (propozycja 127), jeśli możliwe, dla dodatkowej prywatności. Sprawdzanie podpisów paczek

-    w celu upewnienia się co do ich wiarygodności.</em></small>

+    <b>Kamień milowy 2:</b>Vidalia może pobrać nową wersję Tora z jego witryny i

+sprawdzić jej podpis.<br /> <small><em>Aktualizacja albo przez Tora albo

+przez protokół aktualizacji katalogu mirrorów (propozycja 127), jeśli

+możliwe, dla dodatkowej prywatności. Sprawdzanie podpisów paczek w celu

+upewnienia się co do ich wiarygodności.</em></small>

   </td>

   <td>

     15 Listopada 2008

@@ -60,11 +68,10 @@ Ten projekt jest hojnie sponsorowany przez <a href="http://www.google.com">Googl

 <tr bgcolor="#e5e5e5">

   <td>

-    <b>Kamień milowy 3:</b> Vidalia ma interfejs powiadamiający użytkownika o aktualizacjach

-    i pomagający mu w aktualizacji. <br />

-    <small><em>Dajmy użytkownikowi interfejs dla aktualizacji, łącznie z możliwością

-    migracji na kolejną dużą wersję Tora.

-    </em></small>

+    <b>Kamień milowy 3:</b> Vidalia ma interfejs powiadamiający użytkownika o

+aktualizacjach i pomagający mu w aktualizacji. <br /> <small><em>Dajmy

+użytkownikowi interfejs dla aktualizacji, łącznie z możliwością migracji na

+kolejną dużą wersję Tora.  </em></small>

   </td>

   <td>

     15 Listopada 2008

@@ -74,7 +81,8 @@ Ten projekt jest hojnie sponsorowany przez <a href="http://www.google.com">Googl

 <br />

-</div><!-- #main -->

+</div>

-#include <foot.wmi>

+

+#include <foot.wmi>

@@ -1,44 +1,49 @@

+

+

+

+

+

+

 ## translation metadata

-# Based-On-Revision: 20047

+# Revision: $Revision$

 # Translation-Priority: 4-optional

-# Last-Translator: bogdandr_at_op . pl

+#include "head.wmi" TITLE="NLnet Project: Speed Up Tor Hidden Services" CHARSET="UTF-8"

+<div class="main-column">

-#include "head.wmi" TITLE="Projekt NLnet: Przyspieszenie usług ukrytych Tora" CHARSET="UTF-8"

-<div class="main-column">

 <!-- PUT CONTENT AFTER THIS TAG -->

-

 <h2>Projekt NLnet: Przyspieszenie usług ukrytych Tora</h2>

 <hr />

 <p>

-Usługi ukryte Tora pozwalają użytkownikom na zakładanie anonimowych serwisów

-informacyjnych, np. stron internetowych, które są dostępne tylko przez sieć Tora

-i są chronione przed identyfikacją komputera, na którym takie usługi są uruchomione.

-Najważniejsze ograniczenia usług ukrytych są: czas potrzebny na rejestrację usługi

-ukrytej w sieci i czas potrzebny na nawiązanie połączenia przez użytkownika.

-Z powodu spraw projektowych w oryginalnym protokole Tora połączenie z usługą ukrytą

-może trwać kilka minut, przez co większość użytkowników rezygnuje przed nawiązaniem

-połączenia. Używanie usług ukrytych do bezpośredniej interaktywnej komunikacji

-między użytkownikami (np. przesyłanie wiadomości) jest niemal niemożliwe z powodu

-długiego czasu tworzenia obwodu do usługi ukrytej.

+Tor Hidden Services allow users to set up anonymous information services,

+like websites, that can only be accessed through the Tor network and are

+protected against identification of the host that runs the services.  The

+most critical limitations of Tor Hidden Services are the time it takes until

+a Hidden Service is registered in the network and the latency of contact

+establishment when accessed by a user.  Due to design issues in the original

+Tor protocol, the connection to a new Hidden Service can take several

+minutes, which leads most users to give up before the connection has been

+established.  Using Tor Hidden Services for direct interactive user-to-user

+communication (e.g. messaging) is nearly impossible due to the high latency

+of Hidden Service circuit setup.

 </p>

 <p>

-Celem tego projektu jest przyspieszenie usług ukrytych Tora poprzez usprawnienie

-metody tworzenia obwodów między użytkownikiem a usługą, jak również sposobu, w jaki

-usługa jest rejestrowana w sieci.

-W pierwszym kroku poprowadzone będą dokładne pomiary zachowania usług ukrytych w

-warunkach laboratoryjnych i rzeczywistych, by znaleźć główne przyczyny opóźnień.

-Opierając się na wynikach pomiarów, zaprojektowane i zweryfikowane będą strategie

-optymalizacji niechcianych implikacji związanymi z bezpieczeństwem i anonimowością

-sieci Tora.

-Najbardziej obiecujące optymalizacje zostaną zaimplementowane, by dać użytkownikom

-widoczny efekt. Dokładne pomiary sukcesu zostaną stworzone w fazie diagnostyki,

-gdy już będzie jasne, gdzie tracony jest czas i jakie ulepszenia są możliwe.

-Ostatecznym celem jest umożliwienie wprowadzenia zmian w protokole usług ukrytych

-i rozprowadzenia ich wśród użytkowników Tora w przeciągu 12 miesięcy.

+Celem tego projektu jest przyspieszenie usług ukrytych Tora poprzez

+usprawnienie metody tworzenia obwodów między użytkownikiem a usługą, jak

+również sposobu, w jaki usługa jest rejestrowana w sieci.  W pierwszym kroku

+poprowadzone będą dokładne pomiary zachowania usług ukrytych w warunkach

+laboratoryjnych i rzeczywistych, by znaleźć główne przyczyny opóźnień.

+Opierając się na wynikach pomiarów, zaprojektowane i zweryfikowane będą

+strategie optymalizacji niechcianych implikacji związanymi z bezpieczeństwem

+i anonimowością sieci Tora.  Najbardziej obiecujące optymalizacje zostaną

+zaimplementowane, by dać użytkownikom widoczny efekt. Dokładne pomiary

+sukcesu zostaną stworzone w fazie diagnostyki, gdy już będzie jasne, gdzie

+tracony jest czas i jakie ulepszenia są możliwe.  Ostatecznym celem jest

+umożliwienie wprowadzenia zmian w protokole usług ukrytych i rozprowadzenia

+ich wśród użytkowników Tora w przeciągu 12 miesięcy.

 </p>

 <p>

@@ -46,8 +51,8 @@ Ten projekt jest hojnie sponsorowany przez:

 </p>

 <p>

-<a href="http://www.nlnet.nl/news/2008/20080514-awards.html"

-><img src="$(IMGROOT)/nlnet-160x60.png" alt="Fundacja NLnet" /></a>

+<a href="http://www.nlnet.nl/news/2008/20080514-awards.html" ><img

+src="$(IMGROOT)/nlnet-160x60.png" alt="Fundacja NLnet" /></a>

 </p>

 <table width="100%" border="0" cellspacing="0" cellpadding="3">

@@ -62,10 +67,11 @@ Ten projekt jest hojnie sponsorowany przez:

   <td>

     <b>Część A:</b> Analiza, pomiary i klaryfikacja problemu<br />

 <small><em>Jako że usługi ukryte Tora nie były aktywnie rozwijane przez

-    około ostatni rok rozwoju Tora, niektóre aspekty tych problemów są nie do końca

-    zbadane. Należy przeprowadzić dogłębną analizę przyczyn strat czasu, by znaleźć

-    ich dokładne źródła. Część A będzie wymagać około miesiąca pracy. Wyniki analizy

-    wpłyną na decyzje projektowe, które zostaną podjęte w Części B.</em></small>

+około ostatni rok rozwoju Tora, niektóre aspekty tych problemów są nie do

+końca zbadane. Należy przeprowadzić dogłębną analizę przyczyn strat czasu,

+by znaleźć ich dokładne źródła. Część A będzie wymagać około miesiąca

+pracy. Wyniki analizy wpłyną na decyzje projektowe, które zostaną podjęte w

+Części B.</em></small>

   </td>

   <td>

     15 Czerwca 2008

@@ -76,9 +82,9 @@ Ten projekt jest hojnie sponsorowany przez:

   <td>

     <b>Część B:</b> Projektowanie i sprawdzanie niezbędnych zmian<br />

 <small><em>Zmiany w usługach ukrytych wpłyną na podstawy funkcjonowania

-    protokołu i dlatego wymagają dokładnego sprawdzenia możliwych skutków

-    dla bezpieczeństwa i anonimowości. Na projekt i sprawdzanie przewidziany

-    jest dwumiesięczny okres, zakończony wyczerpującą recenzją.</em></small>

+protokołu i dlatego wymagają dokładnego sprawdzenia możliwych skutków dla

+bezpieczeństwa i anonimowości. Na projekt i sprawdzanie przewidziany jest

+dwumiesięczny okres, zakończony wyczerpującą recenzją.</em></small>

   </td>

   <td>

     15 Sierpnia 2008

@@ -87,10 +93,10 @@ Ten projekt jest hojnie sponsorowany przez:

 <tr bgcolor="#e5e5e5">

   <td>

-    <b>Część C:</b> Implementacja<br />

-    <small><em>Po projekcie, sprawdzeniu i przeglądzie, zmiany muszą zostać

-    zaimplementowane i zintegrowane z bieżącym kodem Tora. Sama implementacja

-    niezbędnych zmian zajmie około dwóch miesięcy.</em></small>

+    <b>Część C:</b> Implementacja<br /> <small><em>Po projekcie, sprawdzeniu i

+przeglądzie, zmiany muszą zostać zaimplementowane i zintegrowane z bieżącym

+kodem Tora. Sama implementacja niezbędnych zmian zajmie około dwóch

+miesięcy.</em></small>

   </td>

   <td>

     15 Października 2008

@@ -100,11 +106,12 @@ Ten projekt jest hojnie sponsorowany przez:

 <tr>

   <td>

     <b>Część D:</b> Implementacja i testowanie aż do wydania<br />

-    <small><em>Zmiana jest bardzo ważna dla bezpieczeństwa i anonimowości sieci Tora,

-    wymaga więc dogłębnego testowania i szukania błędów w warunkach laboratoryjnych

-    i rzeczywistych. Okres trzech miesięcy jest przewidziany na testowanie i usuwanie błędów,

-    podczas którego odpowiedzialny za to programista poświęci 1/3 swojego czasu na testowanie.

-    Część fazy testowania będzie okresem publicznej wersji beta.</em></small>

+<small><em>Zmiana jest bardzo ważna dla bezpieczeństwa i anonimowości sieci

+Tora, wymaga więc dogłębnego testowania i szukania błędów w warunkach

+laboratoryjnych i rzeczywistych. Okres trzech miesięcy jest przewidziany na

+testowanie i usuwanie błędów, podczas którego odpowiedzialny za to

+programista poświęci 1/3 swojego czasu na testowanie.  Część fazy testowania

+będzie okresem publicznej wersji beta.</em></small>

   </td>

   <td>

     15 Stycznia 2009

@@ -113,13 +120,13 @@ Ten projekt jest hojnie sponsorowany przez:

 <tr bgcolor="#e5e5e5">

   <td>

-    <b>Część E:</b> Wypuszczenie<br />

-    <small><em>Wypuszczenie zmian do sieci serwerów Tora będzie zsynchronizowane

-    z regularnymi wydaniami Tora. Jako że regularne wydania zależą od wielu

-    czynników zewnętrznych, jak zakończenie innych projektów, które powinny wyjść

-    w tym samym wydaniu, właściwy czas wydania i instalacji u większości operatorów

-    serwerów Tora może być różny. Z doświadczenia wiemy, że można oczekiwać okresu

-    od trzech do czterech miesięcy.</em></small>

+    <b>Część E:</b> Wypuszczenie<br /> <small><em>Wypuszczenie zmian do sieci

+serwerów Tora będzie zsynchronizowane z regularnymi wydaniami Tora. Jako że

+regularne wydania zależą od wielu czynników zewnętrznych, jak zakończenie

+innych projektów, które powinny wyjść w tym samym wydaniu, właściwy czas

+wydania i instalacji u większości operatorów serwerów Tora może być różny. Z

+doświadczenia wiemy, że można oczekiwać okresu od trzech do czterech

+miesięcy.</em></small>

   </td>

   <td>

     15 Maja 2009

@@ -127,13 +134,12 @@ Ten projekt jest hojnie sponsorowany przez:

 </tr>

 </table>

-<br />

-

-<a id="Reports"></a>

+<br /> <a id="Reports"></a>

 <h2><a class="anchor" href="#Reports">Miesięczne raporty o bieżącym stanie</a></h2>

 <p>

-Łącznie będzie osiem miesięcznych raportów zaczynających się od pierwszej części 15. czerwca

-2008 i kończących się na ukończeniu implementacji i testów 15. stycznia 2009.

+Łącznie będzie osiem miesięcznych raportów zaczynających się od pierwszej

+części 15. czerwca 2008 i kończących się na ukończeniu implementacji i

+testów 15. stycznia 2009.

 </p>

 <table width="100%" border="0" cellspacing="0" cellpadding="3">

@@ -146,134 +152,134 @@ Ten projekt jest hojnie sponsorowany przez:

 <tr bgcolor="#e5e5e5">

   <td>

-    <a id="Jun08"></a>

-    <a class="anchor" href="#Jun08">Czerwiec 08</a>

+    <a id="Jun08"></a> <a class="anchor" href="#Jun08">Czerwiec 08</a>

   </td>

   <td>

     <small><em>Pierwotny cel analizy problemu, który prowadził do spowolnienia

 usług ukrytych, został osiągnięty. Częścią tej analizy był pomiar opóźnienia

-    doświadczanego przez użytkownika podczas tworzenia lub łączenia się z usługą.

-    Ponadto, dane z kwietnia 2008 mogą zostać użyte do badania czasu wykonania

-    wewnętrznych kroków nawiązywania połączenia z usługą ukrytą. Wyniki analizy zawarte

-    są w 22-stronicowym

-    <a href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">raporcie</a>

-    upublicznionym na

-    <a href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">liście mailingowej

-    deweloperów</a> Tora.</em></small>

-    <br/>

-    <small><em>Analiza odkryła także kilka błędów odpowiedzialnych za część opóźnienia

-    w udostępnianiu usługi ukrytej klientom. Kilka błędów zostało poprawionych po

-    analizie, inne będą poprawione wkrótce. Badanie ukazało kilka możliwych podejść

-    do polepszenia wydajności usług ukrytych. Część z tych pomysłów może zostać zastosowana

-    natychmiast, inne wymagają głębszej analizy i nowych pomiarów. W trakcie analizy

-    odkryliśmy, że część usprawnień wymaga głębszych zmian w Torze, które nie są

-    bezpośrednio związane z usługami ukrytymi. Zmian tych nie da się osiągnąć w

-    czasie przeznaczonym na ten projekt.</em></small>

+doświadczanego przez użytkownika podczas tworzenia lub łączenia się z

+usługą.  Ponadto, dane z kwietnia 2008 mogą zostać użyte do badania czasu

+wykonania wewnętrznych kroków nawiązywania połączenia z usługą

+ukrytą. Wyniki analizy zawarte są w 22-stronicowym <a

+href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">raporcie</a>

+upublicznionym na <a

+href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">liście

+mailingowej deweloperów</a> Tora.</em></small> <br/> <small><em>Analiza

+odkryła także kilka błędów odpowiedzialnych za część opóźnienia w

+udostępnianiu usługi ukrytej klientom. Kilka błędów zostało poprawionych po

+analizie, inne będą poprawione wkrótce. Badanie ukazało kilka możliwych

+podejść do polepszenia wydajności usług ukrytych. Część z tych pomysłów może

+zostać zastosowana natychmiast, inne wymagają głębszej analizy i nowych

+pomiarów. W trakcie analizy odkryliśmy, że część usprawnień wymaga głębszych

+zmian w Torze, które nie są bezpośrednio związane z usługami ukrytymi. Zmian

+tych nie da się osiągnąć w czasie przeznaczonym na ten projekt.</em></small>

   </td>

 </tr>

 <tr>

   <td>

-  <a id="Jul08"></a>

-   <a class="anchor" href="#Jul08">Lipiec 08</a>

+    <a id="Jul08"></a> <a class="anchor" href="#Jul08">Lipiec 08</a>

   </td>

   <td>

-  <small><em>Wszystkie błędy znalezione w analizie zostały naprawione,

-  łącznie z 2 błędami naprawionymi w czasie analizy i jeszcze 4 znalezionymi

-  w ciągu ostatnich 30 dni. Podczas gdy usunięcie błędów usunęło niechciane

-  wąskie gardła wydajności związane z błędami w programowaniu, część zmian projektowych

-  zauważonych w poprzedniej analizie ma efekty uboczne na anonimowości lub sumarycznym

-  obciążeniu sieci. Efekty te muszą zostać zanalizowane w odniesieniu do poszczególnych

-  celów wydajnościowych. <a href="http://freehaven.net/~karsten/hidserv/discussion-2008-07-15.pdf"

-  >Raport</a> został wydany na <a href="http://archives.seul.org/or/dev/Jul-2008/msg00034.html"

-  >listę mailingową deweloperów</a>, zawiera on 7 możliwych zmian projektu, które muszą zostać

-  przedyskutowane. Okazało się, że część badań (pomiary wolnego łącza i

-  wielki plan skalowania) zajmie więcej czasu, niż się spodziewano, więc zostały

-  przełożonych na dalszą przyszłość niż część B. Bieżący plan zakłada przeprowadzenie tych

-  badań do 15. stycznia i pracę z założeniami do czasu, gdy dostępne będą końcowe wyniki.</em></small>

+    <small><em>Wszystkie błędy znalezione w analizie zostały naprawione, łącznie

+z 2 błędami naprawionymi w czasie analizy i jeszcze 4 znalezionymi w ciągu

+ostatnich 30 dni. Podczas gdy usunięcie błędów usunęło niechciane wąskie

+gardła wydajności związane z błędami w programowaniu, część zmian

+projektowych zauważonych w poprzedniej analizie ma efekty uboczne na

+anonimowości lub sumarycznym obciążeniu sieci. Efekty te muszą zostać

+zanalizowane w odniesieniu do poszczególnych celów wydajnościowych. <a

+href="http://freehaven.net/~karsten/hidserv/discussion-2008-07-15.pdf"

+>Raport</a> został wydany na <a

+href="http://archives.seul.org/or/dev/Jul-2008/msg00034.html" >listę

+mailingową deweloperów</a>, zawiera on 7 możliwych zmian projektu, które

+muszą zostać przedyskutowane. Okazało się, że część badań (pomiary wolnego

+łącza i wielki plan skalowania) zajmie więcej czasu, niż się spodziewano,

+więc zostały przełożonych na dalszą przyszłość niż część B. Bieżący plan

+zakłada przeprowadzenie tych badań do 15. stycznia i pracę z założeniami do

+czasu, gdy dostępne będą końcowe wyniki.</em></small>

   </td>

 </tr>

 <tr bgcolor="#e5e5e5">

   <td>

-    <a id="Aug08"></a>

-    <a class="anchor" href="#Aug08">Sierpień 08</a>

+    <a id="Aug08"></a> <a class="anchor" href="#Aug08">Sierpień 08</a>

   </td>

   <td>

     <small><em>W przeciągu ostatnich 30 dni 7 zaproponowanych projektów zostało

-    dalej rozpatrzonych i omówionych. Cztery z nich okazały się możliwe do zastosowania,

-    biorąc pod uwagę wymagane zmiany kodu i możliwe implikacje na anonimowość.

-    Jeden został zakwalifikowany jako błąd, a nie zmiana projektu. Dwa musiały zostać

-    wykluczone ze względów albo nieprzewidywalnych problemów z anonimowością albo

-    niepewnością co do zysków wydajności.</em></small>

-    <br/>

-    <small><em>Łącznie z wynikami z 15. licpa, faza projektowania została zakończona.

-    Zadania dla zbliżającej się fazy implementacji są teraz całkiem jasne: należy

-    usunąć jeden błąd i zaimplementować cztery zmiany projektowe. Ponadto, należy

-    przeprowadzić badania zmienionego projektu, by sprawdzić jego przydatność.

-    <a href="http://freehaven.net/~karsten/hidserv/design-2008-08-15.pdf">Raport</a>

-    z wynikami fazy projektowej został wydany na

-    <a href="http://archives.seul.org/or/dev/Aug-2008/msg00025.html">listę mailingową

-    deweloperów</a>.</em></small>

+dalej rozpatrzonych i omówionych. Cztery z nich okazały się możliwe do

+zastosowania, biorąc pod uwagę wymagane zmiany kodu i możliwe implikacje na

+anonimowość.  Jeden został zakwalifikowany jako błąd, a nie zmiana

+projektu. Dwa musiały zostać wykluczone ze względów albo nieprzewidywalnych

+problemów z anonimowością albo niepewnością co do zysków

+wydajności.</em></small> <br/> <small><em>Łącznie z wynikami z 15. licpa,

+faza projektowania została zakończona.  Zadania dla zbliżającej się fazy

+implementacji są teraz całkiem jasne: należy usunąć jeden błąd i

+zaimplementować cztery zmiany projektowe. Ponadto, należy przeprowadzić

+badania zmienionego projektu, by sprawdzić jego przydatność.  <a

+href="http://freehaven.net/~karsten/hidserv/design-2008-08-15.pdf">Raport</a>

+z wynikami fazy projektowej został wydany na <a

+href="http://archives.seul.org/or/dev/Aug-2008/msg00025.html">listę

+mailingową deweloperów</a>.</em></small>

   </td>

 </tr>

 <tr>

   <td>

-    <a id="Sep08"></a>

-    <a class="anchor" href="#Sep08">Wrzesień 08</a>

+    <a id="Sep08"></a> <a class="anchor" href="#Sep08">Wrzesień 08</a>

   </td>

   <td>

-   <small><em>W czasie pierwszej połowy fazy implementacji naprawiono dwa

-   błędy związane z usługami ukrytymi:

-   <a href="http://bugs.noreply.org/flyspray/index.php?do=details&amp;id=767">pierwszy

+    <small><em>W czasie pierwszej połowy fazy implementacji naprawiono dwa błędy

+związane z usługami ukrytymi: <a

+href="http://bugs.noreply.org/flyspray/index.php?do=details&id=767">pierwszy

 błąd</a> został odkryty w już fazie projektowania i był odpowiedzialny za

 wysoki odsetek niepowodzeń w czasie udostępniania usługi ukrytej w systemie;

-   <a href="http://bugs.noreply.org/flyspray/index.php?id=814&amp;do=details">drugi

+<a

+href="http://bugs.noreply.org/flyspray/index.php?id=814&do=details">drugi

 błąd</a> został znaleziony w fazie implementacji i był odpowiedzialny za

-   nieudane połączenia do działającej usługi ukrytej. Obie poprawki będą dołączone do

-   najbliższej wersji niestabilnej i prawdopodobnie przeniesione do jednej z

-   następnych wersji stabilnych.</em></small>

-   <br/>

+nieudane połączenia do działającej usługi ukrytej. Obie poprawki będą

+dołączone do najbliższej wersji niestabilnej i prawdopodobnie przeniesione

+do jednej z następnych wersji stabilnych.</em></small> <br/>

 <small><em>Cztery zmiany projektu, które zostały zaproponowane jako wynik

-   fazy projektowania, zostały zaimplementowane w

-   <a href="https://tor-svn.freehaven.net/svn/tor/branches/hidserv-design-changes/">eksperymentalnej

-   gałęzi</a> drzewa rozwojowego wersji niestabilnej. Pierwsze testy funkcjonalne

-   pokazały, że te zmiany działają i dają lepsze (widoczne) osiągi.

-   To musi być potwierdzone przez następne cztery tygodnie testów wewnętrznych.

-   Kolejnym celem jest przygotowanie wydania tej eksperymentalnej gałęzi, które

-   można byłoby dać beta-testerom na początku zbliżającej się fazy testów.</em></small>

+fazy projektowania, zostały zaimplementowane w <a

+href="https://tor-svn.freehaven.net/svn/tor/branches/hidserv-design-changes/">eksperymentalnej

+gałęzi</a> drzewa rozwojowego wersji niestabilnej. Pierwsze testy

+funkcjonalne pokazały, że te zmiany działają i dają lepsze (widoczne)

+osiągi.  To musi być potwierdzone przez następne cztery tygodnie testów

+wewnętrznych.  Kolejnym celem jest przygotowanie wydania tej

+eksperymentalnej gałęzi, które można byłoby dać beta-testerom na początku

+zbliżającej się fazy testów.</em></small>

   </td>

 </tr>

 <tr bgcolor="#e5e5e5">

   <td>

-    <a id="Oct08"></a>

-    <a class="anchor" href="#Oct08">Październik 08</a>

+    <a id="Oct08"></a> <a class="anchor" href="#Oct08">Październik 08</a>

   </td>

   <td>

-   <small><em>Faza implementacji została zakończona. Poprawki błędów znalezionych w ciągu

-   ostatnich 30 dni zostały wydane w wersji rozwojowej

-   <a href="http://archives.seul.org/or/talk/Oct-2008/msg00093.html">0.2.1.6-alpha</a>.

-   Cztery zmiany projektu określone w fazie projektowania zostały zapisane w

-   <a href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/155-four-hidden-service-improvements.txt">propozycji 155</a>.

-   Trzy zmiany projektu zostały umieszczone w kodzie rozwojowym i będą automatycznie

-   dołączone w następnej wersji rozwojowej. Pierwsze dwie zmiany poprawiają nawiązywanie

-   połączenia do usługi ukrytej, zmniejszając okres czasu z 60 do 30 sekund oraz poprzez

-   wykonanie drugiej próby równolegle po 15 sekundach. Trzecia zmiana wpływa na

-   ogłaszanie usługi ukrytej w sieci, poprzez przedstawianie usługi w 5 zamiast w 3 punktach

-   równolegle, a nawiązanie 3 połączeń wystarczy do pomyślnego zakończenia operacji.

-   Czwarta zmiana okazała się być dość mało wydajna, za to zwiększyłaby znacznie

-   złożoność kodu, więc została porzucona. W tej chwili nie ma już znanych błędów

-   ani nowych projektów. wszystkie zmiany są w kodzie rozwojowym i mogą być testowane w

-   następnej fazie.</em></small>

+    <small><em>The implementation phase has been concluded. The bugfixes that

+were found in the past 30 days have been released in developer version <a

+href="http://archives.seul.org/or/talk/Oct-2008/msg00093.html">0.2.1.6-alpha</a>.

+The four design changes that were identified in the design phase have been

+specified in <a

+href="https://svn.torproject.org/svn/tor/trunk/doc/spec/proposals/155-four-hidden-service-improvements.txt">proposal

+155</a>.  Three design changes have been included in the development

+codebase and will automatically be included in the next development

+version. The first two design changes improve connection establishment to a

+hidden service by reducing a timeout from 60 to 30 seconds and by making a

+second attempt in parallel after a delay of 15 seconds. The third design

+change affects publication of a hidden service in the network by advertising

+the service at 5 rather than 3 points in the network in parallel and

+succeeding as soon as 3 points are established. The fourth design change has

+turned out to be rather ineffective, but would add considerable code

+complexity and was therefore dismissed. By now there are no more open

+bugfixes or new designs. All changes are in the development codebase and can

+be tested in the next phase.</em></small>

   </td>

 </tr>

 <tr>

   <td>

-    <a id="Nov08"></a>

-    <a class="anchor" href="#Nov08">Listopad 08</a>

+    <a id="Nov08"></a> <a class="anchor" href="#Nov08">Listopad 08</a>

   </td>

   <td>

     <small><em>Usprawnienia zaimplementowane w poprzedniej fazie zostały wydane

@@ -281,140 +287,142 @@ Ten projekt jest hojnie sponsorowany przez:

 strony Tora i sprawdzić usprawnienia minimalnym wysiłkiem. Ponadto, dwie

 poprawki błędów (<a

 href="http://bugs.noreply.org/flyspray/index.php?id=767&amp;do=details">1</a>,

-  <a href="http://bugs.noreply.org/flyspray/index.php?id=814&amp;do=details">2</a>),

-  które znaleziono w trakcie projektu, zostały przeniesione też do gałęzi stabilnej

-  i będą dołączone w najbliższej stabilnej wersji 0.2.0.32.</em></small>

-  <br/>

-  <small><em>Głównym celem ostatnich 31 dni było przeprowadzenie nowych pomiarów,

-  by sprawdzić, czy nowe usprawnienia są efektywne, czy nie. Pomiary były

-  prowadzone przez dwa dni, od 6. listopada do 8. listopada. Niestety, sieć Tora

-  miała wtedy poważny problem: przedawniony certyfikat centrum katalogowego spowodował

-  olbrzymi ruch w sieci Tor, który <a

-  href="http://archives.seul.org/or/talk/Nov-2008/msg00053.html">zmusił

-  wielu operatorów do wyłączenia swoich przekaźników</a>. Drugi pomiar został

+<a

+href="http://bugs.noreply.org/flyspray/index.php?id=814&amp;do=details">2</a>),

+które znaleziono w trakcie projektu, zostały przeniesione też do gałęzi

+stabilnej i będą dołączone w najbliższej stabilnej wersji

+0.2.0.32.</em></small> <br/> <small><em>Głównym celem ostatnich 31 dni było

+przeprowadzenie nowych pomiarów, by sprawdzić, czy nowe usprawnienia są

+efektywne, czy nie. Pomiary były prowadzone przez dwa dni, od 6. listopada

+do 8. listopada. Niestety, sieć Tora miała wtedy poważny problem:

+przedawniony certyfikat centrum katalogowego spowodował olbrzymi ruch w

+sieci Tor, który <a

+href="http://archives.seul.org/or/talk/Nov-2008/msg00053.html">zmusił wielu

+operatorów do wyłączenia swoich przekaźników</a>. Drugi pomiar został

 przeprowadzony między 13. a 15. listopada. Surowe dane są dostępne <a

 href="http://freehaven.net/~karsten/hidserv/perfdata-2008-11-13.tar.gz">tutaj</a>

-  (40 MB). Ale wyniki pokazują, że całkowita wydajność sieci jest dalej gorsza niż

-  w Czerwcu 2008, gdy dokonano pierwszych pomiarów usług ukrytych. Widać to, gdy

-  porównuje się żądania do serwerów katalogowych Tora, na które nie wpłynęły

-  usprawnienia i które pokazują znacznie gorszą wydajność niż przedtem. Efekty

-  polepszenia wydajności są widoczne, ale wartości bezwzględne nie są w tej chwili

-  porównywalne. Nowe pomiary zostaną przeprowadzone w grudniu z nadzieją, że

-  efekty tego problemu zostaną złagodzone.</em></small>

-  <br/>

-  <small><em>Ponadto, może istnieć <a

+(40 MB). Ale wyniki pokazują, że całkowita wydajność sieci jest dalej gorsza

+niż w Czerwcu 2008, gdy dokonano pierwszych pomiarów usług ukrytych. Widać

+to, gdy porównuje się żądania do serwerów katalogowych Tora, na które nie

+wpłynęły usprawnienia i które pokazują znacznie gorszą wydajność niż

+przedtem. Efekty polepszenia wydajności są widoczne, ale wartości

+bezwzględne nie są w tej chwili porównywalne. Nowe pomiary zostaną

+przeprowadzone w grudniu z nadzieją, że efekty tego problemu zostaną

+złagodzone.</em></small> <br/> <small><em>Ponadto, może istnieć <a

 href="http://bugs.noreply.org/flyspray/index.php?id=847&amp;do=details">błąd</a>

-  w metodzie, której używa Tor do pobierania informacji katalogowych w czasie startu.

-  Mimo iż nie jest to powiązane z usługami ukrytymi, polepszenie w tej kwestii

-  poprawiłoby też publikację usług ukrytych. Część pracy w ciągu najbliższych 30 dni

-  będzie poświęcona na zbadanie tego błędu.

-  </em></small>

+w metodzie, której używa Tor do pobierania informacji katalogowych w czasie

+startu.  Mimo iż nie jest to powiązane z usługami ukrytymi, polepszenie w

+tej kwestii poprawiłoby też publikację usług ukrytych. Część pracy w ciągu

+najbliższych 30 dni będzie poświęcona na zbadanie tego błędu.  </em></small>

   </td>

 </tr>

 <tr bgcolor="#e5e5e5">

   <td>

-    <a id="Dec08"></a>

-    <a class="anchor" href="#Dec08">Grudzień 08</a>

+    <a id="Dec08"></a> <a class="anchor" href="#Dec08">Grudzień 08</a>

   </td>

   <td>

-   <small><em>Część ostatnich 30 dni została wykorzystana na naprawę błędów, które

-   wpłynęły na poprzednie pomiary usług ukrytych. Pierwsza <a

+    <small><em>Część ostatnich 30 dni została wykorzystana na naprawę błędów,

+które wpłynęły na poprzednie pomiary usług ukrytych. Pierwsza <a

 href="http://archives.seul.org/or/cvs/Nov-2008/msg00100.html">poprawka</a>

-   poprawia możliwość pojawienia się naruszenia ochrony pamięci, które bardzo prawdopodobnie

-   było odpowiedzialne za pewną liczbę nieudanych prób pomiarów. Kolejny <a

+poprawia możliwość pojawienia się naruszenia ochrony pamięci, które bardzo

+prawdopodobnie było odpowiedzialne za pewną liczbę nieudanych prób

+pomiarów. Kolejny <a

 href="https://bugs.torproject.org/flyspray/index.php?id=847&amp;do=details">błąd</a>

-   mógł prowadzić do sporych opóźnień w czasie uruchamiania: bardzo wolne serwery

-   katalogowe zajmowały uruchamiających się klientów przez długi czas zanim te

-   w końcu poddały się i uruchomiły z wykorzystaniem innego serwera. W wyniku tego,

-   dwa najwolniejsze serwery katalogowe dały więcej pasma swoim węzłom, by złagodzić

-   ten efekt. Trzeci <a

+mógł prowadzić do sporych opóźnień w czasie uruchamiania: bardzo wolne

+serwery katalogowe zajmowały uruchamiających się klientów przez długi czas

+zanim te w końcu poddały się i uruchomiły z wykorzystaniem innego serwera. W

+wyniku tego, dwa najwolniejsze serwery katalogowe dały więcej pasma swoim

+węzłom, by złagodzić ten efekt. Trzeci <a

 href="https://bugs.torproject.org/flyspray/index.php?id=874&amp;do=details">błąd</a>

-   został wprowadzony do kodu w czasie poprawek wydajności usług ukrytych w listopadzie;

-   efektem tego było to, że procesy Tora posiadające uruchomione usługi ukryte przestawały

-   o nich informować po przeładowaniu konfiguracji. Ponadto, ten błąd odsłonił fakt, że

-   Tor w czasie przeładowania ponownie nawiązuje połączenia ze swoimi punktami

-   przedstawiającymi, co mogło wpłynąć na stabilność usług ukrytych. Ten błąd został

-   naprawiony i będzie dołączony w zbliżającej się wersji 0.2.1.9-alpha.</em></small>

-   <br/>

-   <small><em>Poza poprawkami błędów, przeprowadzono nowe pomiary między 8. a 10. grudnia.

-   Będą to prawdopodobnie ostateczne pomiary do porównania bieżącej wydajności usług ukrytych

-   z tą na początku projektu. Dane nie zostały całkowicie ocenione, więc trudno stawiać

-   tezy o wydajności w chwili bieżącej. Jednak <a

+został wprowadzony do kodu w czasie poprawek wydajności usług ukrytych w

+listopadzie; efektem tego było to, że procesy Tora posiadające uruchomione

+usługi ukryte przestawały o nich informować po przeładowaniu

+konfiguracji. Ponadto, ten błąd odsłonił fakt, że Tor w czasie przeładowania

+ponownie nawiązuje połączenia ze swoimi punktami przedstawiającymi, co mogło

+wpłynąć na stabilność usług ukrytych. Ten błąd został naprawiony i będzie

+dołączony w zbliżającej się wersji 0.2.1.9-alpha.</em></small> <br/>

+<small><em>Poza poprawkami błędów, przeprowadzono nowe pomiary między 8. a

+10. grudnia.  Będą to prawdopodobnie ostateczne pomiary do porównania

+bieżącej wydajności usług ukrytych z tą na początku projektu. Dane nie

+zostały całkowicie ocenione, więc trudno stawiać tezy o wydajności w chwili

+bieżącej. Jednak <a

 href="http://freehaven.net/~karsten/hidserv/prelimreport-2008-12-15.pdf">wstępna

-   ocena</a> pokazuje, że czasy publikacji usług znacznie się polepszyły. Jest to

-   wynik szybszego uruchamiania się klientów Tora i polepszeń wydajności dodanych w

-   listopadzie. Z drugiej strony, wyniki nawiązywania połączenia z usługą ukrytą są

-   mniej obiecujące. Podczas gdy ulepszenia dodane w listopadzie zdają się mieć

-   pozytywny wpływ na wydajność, niektóre podkroki wykazują znacznie gorszą wydajność.

-   Jednym z przykładów jest pobieranie deskryptorów usług ukrytych w celu skontaktowania

-   się z usługą ukrytą. Możliwe wyjaśnienie jest takie, że nagły wzrost liczby węzłów

-   z usługami ukrytymi we wrześniu miał negatywny wpływ na wydajność. Część pracy w

-   ostatnich 31 dniach będzie polegać na bardziej szczegółowej ocenie tych danych i

-   wysnuciu ostatecznego wniosku o osiągnięciach tego projektu.</em></small>

+ocena</a> pokazuje, że czasy publikacji usług znacznie się polepszyły. Jest

+to wynik szybszego uruchamiania się klientów Tora i polepszeń wydajności

+dodanych w listopadzie. Z drugiej strony, wyniki nawiązywania połączenia z

+usługą ukrytą są mniej obiecujące. Podczas gdy ulepszenia dodane w

+listopadzie zdają się mieć pozytywny wpływ na wydajność, niektóre podkroki

+wykazują znacznie gorszą wydajność.  Jednym z przykładów jest pobieranie

+deskryptorów usług ukrytych w celu skontaktowania się z usługą

+ukrytą. Możliwe wyjaśnienie jest takie, że nagły wzrost liczby węzłów z

+usługami ukrytymi we wrześniu miał negatywny wpływ na wydajność. Część pracy

+w ostatnich 31 dniach będzie polegać na bardziej szczegółowej ocenie tych

+danych i wysnuciu ostatecznego wniosku o osiągnięciach tego

+projektu.</em></small>

   </td>

 </tr>

 <tr>

   <td>

-    <a id="Jan09"></a>

-    <a class="anchor" href="#Jan09">Styczeń 09</a>

+    <a id="Jan09"></a> <a class="anchor" href="#Jan09">Styczeń 09</a>

   </td>

   <td>

-   <small><em>Faza testów została zakończona. Testy zostały przeprowadzone w publicznej

-   fazie beta, w której wszystkie zmiany w usługach ukrytych stały się częścią serii

-   0.2.1.x-alpha. Wynikiem publicznej fazy beta jest kilka znalezionych błędów, które

-   mogły już być naprawione.</em></small>

-   <br/>

-   <small><em>Kolejną częścią testów był drugi zestaw pomiarów przeprowadzonych w grudniu

-   <a href="http://freehaven.net/~karsten/hidserv/comparison-2009-01-15.pdf">Porównanie</a>

-   pomiarów z czerwca i grudnia odkryło, że zmiany z tego projektu dają efekt. Czasy

-   publikacji usług mogą być ponad dwa razy mniejsze - z 2:12 minut do 58 sekund średnio.

-   To polepszenie jest znacznie lepsze, niż się spodziewaliśmy. Mając taki postęp, można

-   w przyszłości pomyśleć o zmniejszeniu czasu stabilizacji z 30 sekund do jakiejś niższej

-   wartości. Jednak czas nawiązania połączenia zostaje na poziomie około 56 sekund między

-   żądaniem usługi ukrytej a nawiązaniem połączenia z ukrytym serwerem. Głównym powodem

-   braku postępu jest przełączenie się między scentralizowanym a zdecentralizowanym

-   przechowywaniem deskryptorów usług ukrytych. Ten pogarszający efekt dystrybucji

-   katalogu usług ukrytych nie był wcześniej spodziewany. Przyszłe prace powinny skupić

-   się na polepszeniu pobierania z rozproszonego katalogu usług ukrytych, na przykład

-   poprzez prowadzenie równoległych żądań.</em></small>

-   <br/>

-   <small><em>Ten raport kończy serię comiesięcznych aktualizacji statusu. Wydanie

-   serii 0.2.1.x zawierającej polepszenia wydajności usług krytych odbędzie się

-   w przeciągu od najbliższych tygodni do miesięcy.</em></small>

+    <small><em>Faza testów została zakończona. Testy zostały przeprowadzone w

+publicznej fazie beta, w której wszystkie zmiany w usługach ukrytych stały

+się częścią serii 0.2.1.x-alpha. Wynikiem publicznej fazy beta jest kilka

+znalezionych błędów, które mogły już być naprawione.</em></small> <br/>

+<small><em>Kolejną częścią testów był drugi zestaw pomiarów przeprowadzonych

+w grudniu <a

+href="http://freehaven.net/~karsten/hidserv/comparison-2009-01-15.pdf">Porównanie</a>

+pomiarów z czerwca i grudnia odkryło, że zmiany z tego projektu dają

+efekt. Czasy publikacji usług mogą być ponad dwa razy mniejsze - z 2:12

+minut do 58 sekund średnio.  To polepszenie jest znacznie lepsze, niż się

+spodziewaliśmy. Mając taki postęp, można w przyszłości pomyśleć o

+zmniejszeniu czasu stabilizacji z 30 sekund do jakiejś niższej

+wartości. Jednak czas nawiązania połączenia zostaje na poziomie około 56

+sekund między żądaniem usługi ukrytej a nawiązaniem połączenia z ukrytym

+serwerem. Głównym powodem braku postępu jest przełączenie się między

+scentralizowanym a zdecentralizowanym przechowywaniem deskryptorów usług

+ukrytych. Ten pogarszający efekt dystrybucji katalogu usług ukrytych nie był

+wcześniej spodziewany. Przyszłe prace powinny skupić się na polepszeniu

+pobierania z rozproszonego katalogu usług ukrytych, na przykład poprzez

+prowadzenie równoległych żądań.</em></small> <br/> <small><em>Ten raport

+kończy serię comiesięcznych aktualizacji statusu. Wydanie serii 0.2.1.x

+zawierającej polepszenia wydajności usług krytych odbędzie się w przeciągu

+od najbliższych tygodni do miesięcy.</em></small>

   </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