tor-webwml.git

de/volunteer.wml        1) ## translation metadata

de/volunteer.wml        2) # Based-On-Revision: 1.24

de/volunteer.wml        3) # Last-Translator: jens@kubieziel.de, peter@palfrader.org

de/volunteer.de.html    4) 

de/volunteer.wml        5) #include "head.wmi" TITLE="Mithelfen"

de/contribute.de.html   6) 
de/contribute.de.html   7) <div class="main-column">
de/contribute.de.html   8) 
de/contribute.de.html   9) <!-- PUT CONTENT AFTER THIS TAG -->
de/contribute.de.html  10) 

de/volunteer.wml       11) <h2>Vier Sachen, die jeder tun kann</h2>

de/contribute.de.html  12) 

de/volunteer.de.html   13) <ol>

de/volunteer.de.html   14)   <li>Bitte �berlege dir,

de/volunteer.wml       15)     einen <a href="<page docs/tor-doc-server>">Server zu

de/volunteer.de.html   16)     betreiben</a>, damit das Netzwerk weiter w�chst.</li>

de/volunteer.wml       17)   <li>Schaue dir den <a href="<page gui/index>">GUI-Wettbewerb</a> an und bringe

de/volunteer.de.html   18)     deine Ideen zur Verbesserung der Benutzbarkeit der
de/volunteer.de.html   19)     Torschnittstelle ein. Du erh�lst ein kostenloses T-Shirt f�r jeden
de/volunteer.de.html   20)     Beitrag!</li>
de/volunteer.de.html   21)   <li>Erz�hl es deinen Freunden! Bringe sie dazu, auch Server zu
de/volunteer.de.html   22)     betreiben.  Bringe sie dazu, auch versteckte Services zu
de/volunteer.de.html   23)     betreiben. Bringe sie dazu, es wieder ihren Freunden zu
de/volunteer.de.html   24)     erz�hlen.</li>

de/volunteer.wml       25)   <li>Wir suchen nach Sponsoren und Geldgebern. Wenn du die Ziele von Tor magst
de/volunteer.wml       26)     und es n�tzlich findest, <a href="<page donate>">nimm dir einen Moment Zeit
de/volunteer.wml       27)     und spende, um die weitere Entwicklung zu unterst�tzen</a>. Wenn du Firmen,

de/volunteer.wml       28)     <abbr title="Non-Governmental Organisations">NGO</abbr>s oder anderen

de/volunteer.wml       29)     Organisationen, die Sicherheit in ihrer Kommunikation ben�tigen, kennst,
de/volunteer.wml       30)     lasse sie �ber uns wissen.</li>
de/volunteer.wml       31)   </ol>
de/volunteer.wml       32) 
de/volunteer.wml       33) <a id="Bugs"></a>
de/volunteer.wml       34) <h2><a class="anchor" href="#Bugs">Bugs</a></h2>
de/volunteer.wml       35) 
de/volunteer.wml       36) <ol>
de/volunteer.wml       37)   <li>Tor server laufen im Moment auf Windows XP nicht

de/volunteer.wml       38)   stabil, weil wir versuchen, hunderte von Sockets
de/volunteer.wml       39)   zu verwenden, und der Windows-Betriebssystemkern anscheinend
de/volunteer.wml       40)   nicht in der Lage ist, damit umzugehen.
de/volunteer.wml       41)   <a href="http://wiki.noreply.org/noreply/TheOnionRouter/WindowsBufferProblems">Bitte
de/volunteer.wml       42)   hilf uns, das Problem zu l�sen!</a> Wahrscheinlich ist es die
de/volunteer.wml       43)   beste L�sung, libevent beizubringen, dass sie �berlappendes I/O
de/volunteer.wml       44)   statt <code>select()</code> auf Windows nutzt und danach Tor auf die
de/volunteer.wml       45)   neue libevent-Schnittstelle zu adaptieren.</li>

de/volunteer.wml       46) </ol>

de/contribute.de.html  47) 

de/volunteer.wml       48) <a id="Usability"></a>

de/volunteer.wml       49) <h2><a class="anchor" href="#Usability">unterst�tzende Anwendungen</a></h2>

de/volunteer.de.html   50) 
de/volunteer.de.html   51) <ol>

de/volunteer.wml       52)   <li>Wir brauchen einen guten Weg, um DNS-Abfragen abzufangen, damit diese
de/volunteer.wml       53)   nicht an einen lokalen Beobachter dringen, w�hrend wir versuchen, anonym zu
de/volunteer.wml       54)   bleiben. (Dies passiert, weil die Anwendung selbst DNS-Anfragen
de/volunteer.wml       55)   stellt, anstatt diese �ber Tor zu leiten.).
de/volunteer.wml       56)   <ul>
de/volunteer.wml       57)     <li>Wir m�ssen <a
de/volunteer.wml       58)     href="http://wiki.noreply.org/noreply/TheOnionRouter/TSocksPatches">all
de/volunteer.wml       59)     unsere Patches f�r tsocks</a> einspielen und einen Fork
de/volunteer.wml       60)     betreuen. Wir w�rden diesen auch hosten, wenn du m�chtest.</li>
de/volunteer.wml       61)     <li>Wir sollten das Programm dsocks von Dug Song patchen, so dass es
de/volunteer.wml       62)     das Kommando <code>mapaddress</code> von der Controllerschnittstelle
de/volunteer.wml       63)     nutzt. Somit verschwenden wir nicht einen gesamten Round-trip
de/volunteer.wml       64)     innerhalb von Tor, um die Aufl�sung vor der Verbindung zu
de/volunteer.wml       65)     machen.</li>
de/volunteer.wml       66)     <li>Wir m�ssen unser <kbd>torify</kbd>-Skript so umgestalten, dass
de/volunteer.wml       67)     es erkennt, welches tsocks oder dsocks installiert ist und dieses
de/volunteer.wml       68)     dann richtig aufruft. Das bedeutet wahrscheinlich, dass deren
de/volunteer.wml       69)     Schnittstellen vereinheitlich werden m�ssen und f�hrt wahrscheinlich
de/volunteer.wml       70)     dazu, dass Code zwischen beiden geteilt werden muss oder dass eines
de/volunteer.wml       71)     komplett nicht mehr benutzt wird.</li>
de/volunteer.wml       72)   </ul></li>

de/volunteer.de.html   73)   <li>Leute, die einen Server betreiben, teilen uns immer wieder mit,
de/volunteer.de.html   74)     dass sie BandwidthRate in Teilen des Tages setzen wollen und eine
de/volunteer.de.html   75)     andere BandwidthRate an anderen Teilen des Tages. Anstatt das
de/volunteer.de.html   76)     direkt in Tor zu implementieren, sollten wir lieber ein kleines

de/volunteer.wml       77)     Skript haben, das �ber die <a href="<page gui/index>">Torschnittstelle</a>

de/volunteer.de.html   78)     spricht und ein setconf macht, um die �nderungen
de/volunteer.de.html   79)     herbeizuf�hren. Nat�rlich w�rde es durch Cron ausgef�hrt oder es
de/volunteer.de.html   80)     schl�ft eine bestimmte Zeit und macht dann die �nderungen. Kann
de/volunteer.de.html   81)     das jemand f�r uns schreiben und wir packen das dann

de/volunteer.wml       82)     nach <a href="<svnsandbox>contrib/">contrib</a>? Das w�re

de/volunteer.wml       83)   eine gute M�glichkeit f�r den <a href="<page gui/index>">Tor GUI
de/volunteer.wml       84)   Wettbewerb</a>.</li>

de/volunteer.de.html   85)   <li>Wir haben eine Vielzahl von Wegen, um
de/volunteer.de.html   86)     das <a
de/volunteer.de.html   87)     href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#ChooseEntryExit">Tornetzwerk
de/volunteer.de.html   88)     in einem bestimmten Land zu verlassen</a>. Aber all diese Wege

de/volunteer.wml       89)     brauchen den Namen eines speziellen Torservers. Es w�re sch�n,

de/volunteer.de.html   90)     wenn man nur ein Land angeben muss und automatisch wird ein

de/volunteer.wml       91)     Server ausgew�hlt. Der beste Weg ist wahrscheinlich, Blossoms
de/volunteer.wml       92)   Verzeichnis herunterzuladen und einen lokalen Blossomclient laufen
de/volunteer.wml       93)   zu lassen, der die Verzeichnisse sicher l�d, die
de/volunteer.wml       94)   <code>.country.blossom</code>-Hostnamen mitschneidet und dann das
de/volunteer.wml       95)   richtige tut.</li>

de/volunteer.de.html   96)   <li>Wenn wir gerade bei Geolocation sind, w�re es sch�n, wenn
de/volunteer.de.html   97)     jemand eine Karte anfertigt, die die Standorte der Torserver
de/volunteer.de.html   98)     anzeigt. Bonuspunkte gibt es, wenn es sich bei �nderungen am

de/volunteer.wml       99)     Netzwerk auf den neuesten Stand bringt. Der leichteste Weg, um
de/volunteer.wml      100)   dies zu erreichen, w�re alle Daten zu Google zu schicken und diese
de/volunteer.wml      101)   machen dann die Karte f�r uns. Wie sehr beeinflusst dies die
de/volunteer.wml      102)   Privatsph�re und haben wir noch andere gute Optionen?</li>

de/volunteer.de.html  103)   <li>Tor bietet anonyme Verbindungen. Wenn du jedoch verschiedene
de/volunteer.de.html  104)     Pseudonyme haben m�chtest (z.B. rufst du des�fteren zwei Webseiten
de/volunteer.de.html  105)     auf und wenn das jemand wei�, kann er auf dich schliessen.),
de/volunteer.de.html  106)     unterst�tzen wir das nicht sehr gut.  Wir sollten einen guten
de/volunteer.de.html  107)     Ansatz und eine Schnittstelle zur Handhabung von pseudonymen
de/volunteer.de.html  108)     Profilen finden. Schaue dir
de/volunteer.de.html  109)     den <a
de/volunteer.de.html  110)     href="http://archives.seul.org/or/talk/Dec-2004/msg00086.html">Beitrag
de/volunteer.de.html  111)     </a> und den <a
de/volunteer.de.html  112)     href="http://archives.seul.org/or/talk/Jan-2005/msg00007.html">Followup</a>
de/volunteer.de.html  113)     f�r mehr Details an.</li>
de/volunteer.de.html  114) </ol>
de/volunteer.de.html  115) 

de/volunteer.wml      116) <a id="Documentation"></a>
de/volunteer.wml      117) <h2><a class="anchor" href="#Documentation">Dokumentation</a></h2>

de/volunteer.de.html  118) 
de/volunteer.de.html  119) <ol>

de/volunteer.wml      120)   <li>Wir h�ren, dass Tornutzer diversen anonymit�tsbrechenden
de/volunteer.wml      121)   Attacken von Javascript, Java, ActiveX, Flash, etc. zu Opfer
de/volunteer.wml      122)   fallen. Gibt es da drau�en gute Plugins (wie NoScript f�r den
de/volunteer.wml      123)   Firefox), die es den Nutzern erleichtern, diese Risiken zu meistern?
de/volunteer.wml      124)   Was ist exakt das Risiko?</li>
de/volunteer.wml      125)   <li>Gibt es eine komplette Seite mit Plugins, welche die komplette
de/volunteer.wml      126)   Funktionalit�t von Privoxy f�r Firefox 1.5+ ersetzen?</li>
de/volunteer.wml      127)   <li>Bitte hilf Matt Edman mit der Dokumentation und HOWTOs f�r
de/volunteer.wml      128)   seinen <a href="http://vidalia-project.net/">Tor Controller</a>.</li>

de/volunteer.wml      129)   <li>Kommentiere und dokumentiere unsere <a

de/volunteer.de.html  130)     href="http://wiki.noreply.org/wiki/TheOnionRouter/TorifyHOWTO">Liste

de/volunteer.wml      131)     von Programmen, die durch Tor geroutet werden k�nnen</a>. </li>

de/volunteer.de.html  132)   <li>Wir brauchen bessere Dokumentation f�r Programme, die dynamisch
de/volunteer.de.html  133)     in Verbindungen eingreifen und diese durch Tor schicken. F�r Linux

de/volunteer.wml      134)     und Windows scheinen tsocks (Linux), dsocks (BSD), und freecap gute Kandidaten.</li>

de/volunteer.de.html  135)   <li>Wir haben eine riesige

de/volunteer.wml      136)     Liste <a href="<page support>">potentiell n�tzlicher Programme,

de/volunteer.de.html  137)     die eine Schnittstelle zu Tor haben</a>. Welche sind in welchen
de/volunteer.de.html  138)     Situationen gut? Bitte hilf uns, diese zu testen und dokumentiere

de/volunteer.wml      139)     die Ergebnisse.</li>
de/volunteer.wml      140)   <li>Hilf, die Webseite und die Dokumentation in andere Sprachen zu
de/volunteer.wml      141)   �bersetzen. Schaue dir die <a href="<page translation>">Richtlinien
de/volunteer.wml      142)   zur �bersetzung</a> an, wenn du gern helfen m�chtest. Wir brauchen
de/volunteer.wml      143)   auch Leute, um die existierenden italienischen, franz�sischen und
de/volunteer.wml      144)   schwedischen �bersetzungen weiter zu betreuen. Einen �berblick gibt
de/volunteer.wml      145)   es bei der <a href="<page translation-status>">Statusseite der
de/volunteer.wml      146)   �bersetzungen</a>.</li>

de/volunteer.de.html  147)   </ol>
de/volunteer.de.html  148) 

de/volunteer.wml      149) <a id="Coding"></a>
de/volunteer.wml      150) <h2><a class="anchor" href="#Coding">Programmierung und Design</a></h2>

de/volunteer.de.html  151) 
de/volunteer.de.html  152) <ol>

de/volunteer.wml      153)   <li>Momentan werden die Deskriptoren der versteckten Services nur
de/volunteer.wml      154)   auf einigen wenigen Verzeichnisservern gespeichert. Dies ist
de/volunteer.wml      155)   schlecht f�r die Privatsph�re und die Robustheit. Um mehr Robustheit
de/volunteer.wml      156)   zu erlangen, sollten wir die privaten Daten aus den Deskriptoren
de/volunteer.wml      157)   entfernen, um diese auf verschiedenen Pl�tzen spiegeln zu
de/volunteer.wml      158)   k�nnen. Idealerweise h�tten wir gern ein Speicher-/Backupsystem, das
de/volunteer.wml      159)   verschieden zu den Verzeichnisservern ist. Das erste Problem ist,
de/volunteer.wml      160)   das wir Format f�r die versteckten Services schaffen m�ssen, welches
de/volunteer.wml      161)   a) ASCII statt bin�r ist, b) die Liste der Introductionpoints
de/volunteer.wml      162)   verschl�sselt, solange man nicht die <tt>.onion</tt>-Adresse kennt
de/volunteer.wml      163)   und c) den Verzeichnissen erlaubt, den Zeitstempel und die Signatur
de/volunteer.wml      164)   eines Deskriptors zu verifizieren, so dass diese nicht mit falschen
de/volunteer.wml      165)   �berrumpelt werden. Zweitens wird es jedes verteilte Speichersystem
de/volunteer.wml      166)   tun, solange es authentifizierte Updates erlaubt.</li>

de/volunteer.de.html  167)   <li>Die Exitknoten von Tor m�ssen sehr viele DNS-Abfragen parallel
de/volunteer.de.html  168)     erledigen. Aber <code>gethostbyname()</code> ist schlecht
de/volunteer.de.html  169)     designt, denn es blockiert bis die Anfrage beendet ist. Daher
de/volunteer.de.html  170)     ben�tigt es einen eigenen Thread oder Prozess und Tor muss sehr
de/volunteer.de.html  171)     viele DNS-"Arbeiter"-Threads hervorbringen. Es gibt einige
de/volunteer.de.html  172)     asynchrone DNS-Bibliotheken da drau�en. Aber aus historischen
de/volunteer.de.html  173)     Gr�nden sind diese voller fehler. Gibt es welche, die stabil,

de/volunteer.de.html  174)     schnell, sauber und Frei Software sind? (Tor nutzt OpenSSL und das
de/volunteer.de.html  175)     ist wahrscheinlich nicht mit der GPL kompatibel. Somit sind
de/volunteer.de.html  176)     GPL-Bibliotheken au�en vor.)
de/volunteer.de.html  177)     Falls ja, k�nnten wir diese in Tor integrieren. Schaue dir <a

de/volunteer.de.html  178)     href="http://archives.seul.org/or/talk/Sep-2005/msg00001.html">Agls

de/volunteer.de.html  179)     Posting</a> f�r einen potentiellen Ansatz an. Wirf weiterhin
de/volunteer.de.html  180)     einen Blick
de/volunteer.de.html  181)     auf <a href="http://daniel.haxx.se/projects/c-ares/">c-ares</a>
de/volunteer.de.html  182)     und <a
de/volunteer.de.html  183)     href="http://www.monkey.org/~provos/libdnsres/">libdnsres</a>.</li>

de/volunteer.de.html  184)   <li>Torversionen ab 0.1.1.x unterst�tzen Cryptohardwarebeschleuniger
de/volunteer.de.html  185)     via OpenSSL. Bisher hat das niemand getestet. M�chte jemand gern
de/volunteer.de.html  186)     eine Karte haben und schauen, ob das funktioniert?</li>

de/volunteer.de.html  187)   <li>Weil die Torserver jede Zelle speichern und weitergeben m�ssen,
de/volunteer.de.html  188)     brauchen die Torserver mit hoher Bandbreite Dutzende Megabyte an
de/volunteer.de.html  189)     Speicher. Wir ben�tigen bessere Heuristiken, wenn die Buffer zu
de/volunteer.de.html  190)     verkleinern/vergr��ern sind. Wahrscheinlich sollte dies nach dem
de/volunteer.de.html  191)     Bufferdesign des Linuxkernels modelliert werden. Dort gibt es
de/volunteer.de.html  192)     kleinere Buffer, die sich gegenseitig verbinden.</li>

de/volunteer.de.html  193)   <li>Reverse DNS implementieren (schon spezifiziert)</li>

de/volunteer.de.html  194)   <li>Eine Sicherheitsanalyse mit
de/volunteer.de.html  195)     "<a href="http://en.wikipedia.org/wiki/Fuzz_testing">Fuzz</a>"
de/volunteer.de.html  196)     machen.  Herausfinden, ob es da drau�en gute Bibliotheken daf�r
de/volunteer.de.html  197)     gibt. Gewinne Ruhm und Ehre, wenn wir nur wegen dir ein neues
de/volunteer.de.html  198)     Release herausbringen!</li>
de/volunteer.de.html  199)   <li>Wie schwer ist es, BIND oder einen DNS-Proxy zu patchen, um die
de/volunteer.de.html  200)     Anfragen �ber unsere <a
de/volunteer.de.html  201)     href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#CompatibleApplications">tor-resolve-Erweiterung</a>

de/volunteer.wml      202)     umzuleiten? Auf BSD-Systemen macht das dsocks schon. Was w�re,
de/volunteer.wml      203)     wenn die UDP-Anfragen in TCP-Anfragen ge�ndert werden und dann durch
de/volunteer.wml      204)     Tor geschickt werden?</li>

de/volunteer.de.html  205)   <li>Tor nutzt TCP f�r den Transport und TLS f�r die Verschl�sselung
de/volunteer.de.html  206)     der Verbindungen. Dies ist einfach. Es bedeutet aber auch, dass
de/volunteer.de.html  207)     alle Zellen Versp�tungen erfahren, wenn nur ein Paket verworfen
de/volunteer.de.html  208)     wird. Daher k�nnen wir nur bedingt TCP-Streams unterst�tzen. Es
de/volunteer.de.html  209)     gibt eine <a
de/volunteer.de.html  210)     href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP">Liste
de/volunteer.de.html  211)     von Gr�nden</a>, warum wir nicht zu Transport per UDP gewechselt

de/volunteer.wml      212)     sind. Es w�re sch�n, wenn diese Liste k�rzer werden w�rde. Wir
de/volunteer.wml      213)   haben auch eine <a

de/volunteer.wml      214)   href="<svnsandbox>doc/tor-spec-udp.txt">Spezifikation f�r Tor

de/volunteer.wml      215)   und UDP</a> &mdash; bitte lass uns wissen, wenn damit etwas nicht
de/volunteer.wml      216)   stimmt.</li>

de/volunteer.de.html  217)   <li>Wir sind nicht weit davon entfernt, Unterst�tzung f�r IPv6 bei
de/volunteer.de.html  218)     Exitknoten zu haben. Falls du dich stark um IPv6 k�mmerst, ist
de/volunteer.de.html  219)     das wahrscheinlich der Platz, um zu starten.</li>
de/volunteer.de.html  220) </ol>

de/contribute.de.html 221) 

de/volunteer.wml      222) <a id="Research"></a>
de/volunteer.wml      223) <h2><a class="anchor" href="#Research">Forschung</a></h2>

de/volunteer.de.html  224) 

de/volunteer.de.html  225) <ol>
de/volunteer.de.html  226)   <li>Die Fingerprintattacken gegen Webseiten machen eine Liste von
de/volunteer.de.html  227)     einigen wenigen popul�ren Webseiten, laden die Inhalte herunter
de/volunteer.de.html  228)     und machen einen Satz von Signaturen f�r jede Seite. Danach
de/volunteer.de.html  229)     observieren sie den Verkehr des Torclients. W�hrend sie
de/volunteer.de.html  230)     beobachten, wie der Client die Daten empf�ngt, gelangen sie
de/volunteer.de.html  231)     schnell zu einer Vermutung, welche Seite gerade besucht wird. Wie
de/volunteer.de.html  232)     effektiv ist dieser Angriff bez�glich der aktuellen Codebasis von
de/volunteer.de.html  233)     Tor? Beginne danach Verteidigungsm�glichkeiten auszuloten. Wir
de/volunteer.de.html  234)     k�nnten beispielsweise die Zellgr��e von 512 Bytes auf 1024 Bytes
de/volunteer.de.html  235)     anheben und Techniken wie <a
de/volunteer.de.html  236)     href="http://freehaven.net/anonbib/#timing-fc2004">defensives
de/volunteer.de.html  237)     Verwerfen</a> anwenden. Wir k�nnten auch k�nstliche Versp�tungen
de/volunteer.de.html  238)     einarbeiten. Welchen Einfluss haben diese Massnahmen und wie gro�
de/volunteer.de.html  239)     ist der Einfluss auf die Benutzbarkeit?</li>
de/volunteer.de.html  240)   <li>Eine weitere Angriffsm�glichkeit (end-to-end traffic
de/volunteer.de.html  241)     confirmation attack) basiert darauf, dass der verkehr zwischen
de/volunteer.de.html  242)     Alice und Bob beobachtet wird. Durch den <a
de/volunteer.de.html  243)     href="http://freehaven.net/anonbib/#danezis:pet2004">Vergleich
de/volunteer.de.html  244)     der Signaturen des Netzverkehrs kann man herausfinden, on man
de/volunteer.de.html  245)     denselben Stream verfolgt</a>. Bis jetzt akzeptiert Tor dies als
de/volunteer.de.html  246)     Fakt und nimmt an, dass dies in allen F�llen trivial ist. Ist das
de/volunteer.de.html  247)     wahr? Wieviel Verkehr von welcher Sorte braucht man, um sicher zu
de/volunteer.de.html  248)     sicher, dass es funktioniert? Gibt es Szenarien, die die Attacke
de/volunteer.de.html  249)     ausbremsen? Funktioniert Padding besser als anderes?</li>
de/volunteer.de.html  250)   <li>Die Attacke auf die Routingzonen ist der Netzpfad zwischen
de/volunteer.de.html  251)     Alice und dem Eingangsknoten (bzw. zwischen dem Exitknoten und
de/volunteer.de.html  252)     Bob). In der Literatur wird dies als einfache Verbindung auf
de/volunteer.de.html  253)     einem Graph dargestellt. In der Praxis durchquert der Pfad viele
de/volunteer.de.html  254)     autonome Systeme. Es ist nicht ungew�hnlich, dass dasselbe
de/volunteer.de.html  255)     <a href="http://freehaven.net/anonbib/#feamster:wpes2004">autonome
de/volunteer.de.html  256)     System sowohl beim Eingangs- wie auch beim Ausgangspfad
de/volunteer.de.html  257)     erscheint</a>. Um nun herauszufinden, ob ein spezielles Alice-,
de/volunteer.de.html  258)     Eingangs-, Ausgangs-, Bobviereck gef�hrlich ist, m�ssten wir die
de/volunteer.de.html  259)     gesamte Routingzone des internet herunterladen und Operationen
de/volunteer.de.html  260)     darauf ausf�hren. Gibt es praktische Absch�tzungen, die die
de/volunteer.de.html  261)     Arbeit erleichtern k�nnen?</li>
de/volunteer.de.html  262)   <li>Tor funktioniert nicht sehr gut, wenn Server eine asymmetrische
de/volunteer.de.html  263)     Bandbreite (Kabel oder DSL) haben. Tor hat separate
de/volunteer.de.html  264)     TCP-Verbindungen zwischen jedem Hop. Wenn nun die einkommenden
de/volunteer.de.html  265)     Pakete gut ankommen und die ausgehenden alle verworfen werden,
de/volunteer.de.html  266)     �bertragen die die TCP-Pushback-Mechanismen diese Informationen
de/volunteer.de.html  267)     nicht gut hin zu den eingehenden Verbindungen. Eventuell sollte
de/volunteer.de.html  268)     Tor feststellen, wenn eine Menge an ausgehenden Verbindungen
de/volunteer.de.html  269)     verworfen werden und dann die eigehenden Verbindungen selbst
de/volunteer.de.html  270)     herunterregeln? Ich k�nnte mir ein Schema vorstellen, wo wir ein
de/volunteer.de.html  271)     konservatives Ratelimit suchen und das langsam vergr��ern, bis
de/volunteer.de.html  272)     Pakete verworfen werden. Wir brauchen jemanden, der sich gut mit
de/volunteer.de.html  273)     Netzwerken auskennt, um dies zu simulieren und eine L�sung zu
de/volunteer.de.html  274)     finden. Wir m�ssen die Erosion in der Performance verstehen und
de/volunteer.de.html  275)     das als Motivation f�r Transport per UDP verstehen.</li>
de/volunteer.de.html  276)   <li>Ein verwandtes Thema ist die Kontrolle bei Netz�berlastung. Ist
de/volunteer.de.html  277)     unser Design ausreichend, um hohe Netzlast auszuhalten?
de/volunteer.de.html  278)     Vielleicht sollten wir mit Fenstern von variabler Gr��e
de/volunteer.de.html  279)     experimentieren? Das schien im <a
de/volunteer.de.html  280)     href="http://www.psc.edu/networking/projects/hpn-ssh/theory.php">Experiment
de/volunteer.de.html  281)     mit dem SSH-Durchsatz</a> gut zu funktionieren. Wir m�ssen das
de/volunteer.de.html  282)     messen und verbessern und bei guten Resultaten Tor �berholen.</li>
de/volunteer.de.html  283)   <li>Damit Dissidenden in fernen L�ndern Tor nutzen k�nnen, ohne von
de/volunteer.de.html  284)     der Firewall des Landes geblockt zu werden, brauchen wir einen
de/volunteer.de.html  285)     Weg, um zehntausende von Relays zu bekommen anstatt nur einigen
de/volunteer.de.html  286)     hundert. Wir k�nnen uns eine GUI vorstellen, die einen "Hilf
de/volunteer.de.html  287)     China"-Button hat. Dieser �ffnet einen Port und verteilt ein paar
de/volunteer.de.html  288)     Kilobyte Traffic ins Tornetzwerk. Wie verteilen wir eine Liste
de/volunteer.de.html  289)     dieser Freiwilligen in einer automatischen Art und Weise? Dies
de/volunteer.de.html  290)     muss so passieren, dass die Firewalls auf Landesebene diese nicht
de/volunteer.de.html  291)     erkennen. Wahrscheinlich muss das auf einem Niveau pers�nlichen

de/volunteer.wml      292)     Vertrauens funktionieren.  Siehe unseren <a
de/volunteer.wml      293)     href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#China"
de/volunteer.wml      294)     >Eintrag in der FAQ</a> und lies dann <a
de/volunteer.wml      295)     href="http://freehaven.net/anonbib/topic.html#Communications_20Censorship"
de/volunteer.wml      296)     >die Zunsurwiderstandssektion der AnonBib</a>.
de/volunteer.wml      297)     </li>
de/volunteer.wml      298)   <li>Tor-Verbindungen werden schrittweise aufgebaut, ein Knoten nach
de/volunteer.wml      299)     dem anderen.  Also haben wir theoretisch die M�glichkeit, manche
de/volunteer.wml      300)     Str�me schon nach dem zweiten Knoten die Tor-Wolke verlassen zu
de/volunteer.wml      301)     lassen, andere nach dem dritten Knoten, und so weiter.  Dies erscheint
de/volunteer.wml      302)     nett, weil es die Menge der austretenden Str�me, welcher ein bestimmter
de/volunteer.wml      303)     Server sieht, begrenzt.  Wenn wir diesen Strom jedoch sicher haben wollen,
de/volunteer.wml      304)     dann, laut unserer aktuellen Logik,  sollte der k�rzeste Pfad mindestens 3
de/volunteer.wml      305)     Knoten lang sein.  Das heisst, die anderen Str�me w�ren noch l�nger.  Wir
de/volunteer.wml      306)     m�ssen diese Performance/Sicherheitsabw�gung untersuchen.</li>
de/volunteer.wml      307)    <li>Es ist nicht schwer, DoS Angriffe auf Tor-Server oder
de/volunteer.wml      308)     Tor-Verzeischnisserver erfolgreich durchzuf�hren.  Sind Client-Puzzles die
de/volunteer.wml      309)     richtige Anwort?  Welche anderen praktischen Herangehensweisen gibt es?
de/volunteer.wml      310)     Bonuspunkte, wenn diese mit dem aktuellen Tor-Protokoll abw�rtskompatibel
de/volunteer.wml      311)     sind.</li>

de/volunteer.de.html  312)   </ol>

de/contribute.de.html 313) 

de/volunteer.wml      314) <p><a href="<page contact>">Lass uns wissen</a>, wenn du bei einem
de/volunteer.wml      315)   dieser Punkte Fortschritte gemacht hast.</p>

de/contribute.de.html 316) 
de/contribute.de.html 317) </div><!-- #main -->