projects/pl/hidserv.wml (069bab499) - tor-webwml.git

hidserv.wml

## translation metadata
# Based-On-Revision: 16863
# Translation-Priority: 3-low
# Last-Translator: bogdandr_at_op . pl

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

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

<p>
Ten projekt jest hojnie sponsorowany przez:
</p>

<table width="100%" border="0" cellspacing="0" cellpadding="3">
<thead>
<tr>
<th><big>Projekt</big></th>
<th><big>Czas zakończenia</big></th>
</tr>
</thead>

<tr bgcolor="#e5e5e5">
  <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>
  </td>
  <td>
    15 Czerwca 2008
  </td>
</tr>

<tr>
  <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>
  </td>
  <td>
    15 Sierpnia 2008
  </td>
</tr>

<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>
  </td>
  <td>
    15 Października 2008
  </td>
</tr>

<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>
  </td>
  <td>
    15 Stycznia 2009
  </td>
</tr>

<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>
  </td>
  <td>
    15 Maja 2009
  </td>
</tr>
</table>

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

<table width="100%" border="0" cellspacing="0" cellpadding="3">
<thead>
<tr>
<th><big>Miesiąc,</big></th>
<th><big>Raport o stanie</big></th>
</tr>
</thead>

<tr bgcolor="#e5e5e5">
  <td>
    <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>
  </td>
</tr>

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

<tr bgcolor="#e5e5e5">
  <td>
    <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>
  </td>
</tr>

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

<tr bgcolor="#e5e5e5">
  <td>
    Październik 08
  </td>
  <td>
  </td>
</tr>

<tr>
  <td>
    Listopad 08
  </td>
  <td>
  </td>
</tr>

<tr bgcolor="#e5e5e5">
  <td>
    Grudzień 08
  </td>
  <td>
  </td>
</tr>

<tr>
  <td>
    Styczeń 09
  </td>
  <td>
  </td>
</tr>
</table>

<br />

<a id="Links"></a>
<h2><a class="anchor" href="#Links">Linki</a></h2>
<ul>
<li>Dokument badań <b>Performance Measurements and Statistics of Tor
Hidden Services</b> ("Pomiary wydajności i statystyki usług ukrytych Tora")
(<a href="http://www.uni-bamberg.de/fileadmin/uni/fakultaeten/wiai_lehrstuehle/praktische_informatik/Dateien/Publikationen/loesing2008performance.pdf">PDF</a>)
napisali: Karsten Loesing, Werner Sandmann, Christian Wilms, i Guido Wirtz. We
Wstępie do 2008 International Symposium on Applications and the
Internet (SAINT), Turku, Finlandia, lipiec 2008.

</ul>

</div>

#include <foot.wmi>

tor-webwml.git

Mainetance/polish translation update.