git.schokokeks.org
Repositories
Help
Report an Issue
tor-webwml.git
Code
Commits
Branches
Tags
Suche
Strukturansicht:
02a1502d3
Branches
Tags
bridges
docs-debian
jobs
master
press-clips
tor-webwml.git
projects
pl
hidserv.wml
Mainetance/polish translation update.
Bogdan Drozdowski
commited
02a1502d3
at 2008-07-29 17:30:41
hidserv.wml
Blame
History
Raw
## translation metadata # Based-On-Revision: 16076 # Translation-Priority: 3-low # Last-Translator: bogdandr_at_op . pl #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. </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> <p> <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"> <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> Sierpień 08 </td> <td> </td> </tr> <tr> <td> Wrzesień 08 </td> <td> </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 /> <!-- 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">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. <!-- In the future, put links to proposal, preliminary results, etc. here --> </ul> </div><!-- #main --> #include <foot.wmi>