tor-webwml.git

@@ -1,8 +1,8 @@

 ## translation metadata

-# Based-On-Revision: 15123

+# Based-On-Revision: 15882

 # Last-Translator: jens@kubieziel.de, peter@palfrader.org

-#include "head.wmi" TITLE="Mithelfen"

+#include "head.wmi" TITLE="Tor: Mithelfen"

 <div class="main-column">

@@ -1176,23 +1176,6 @@ roadmap</a> for more ideas.

     href="http://www.psc.edu/networking/projects/hpn-ssh/theory.php">Experiment

     mit dem SSH-Durchsatz</a> gut zu funktionieren. Wir m�ssen das

     messen und verbessern und bei guten Resultaten Tor �berholen.</li>

-  <li>Damit Dissidenden in fernen L�ndern Tor nutzen k�nnen, ohne von

-    der Firewall des Landes geblockt zu werden, brauchen wir einen

-    Weg, um zehntausende von Relays zu bekommen anstatt nur einigen

-    hundert. Wir k�nnen uns eine GUI vorstellen, die einen "Tor for

-    Freedom"-Button (Tor f�r die Freiheit) hat. Dieser �ffnet einen

-    Port und verteilt ein paar

-    Kilobyte Traffic ins Tornetzwerk. Wie verteilen wir eine Liste

-    dieser Freiwilligen in einer automatischen Art und Weise? Dies

-    muss so passieren, dass die Firewalls auf Landesebene diese nicht

-    erkennen. Wahrscheinlich muss das auf einem Niveau pers�nlichen

-    Vertrauens funktionieren. Siehe unseren <a href="<page

-  documentation>#DesignDoc">Designdokument hierzu</a> sowie den <a

-    href="https://wiki.torproject.org/noreply/TheOnionRouter/TorFAQ#BlockingResistance"

-    >Eintrag in der FAQ</a> und lies dann <a

-    href="http://freehaven.net/anonbib/topic.html#Communications_20Censorship"

-    >die Zensurwiderstandssektion der AnonBib</a>.

-    </li>

   <li>Unsere Ziele zum Schutz vor Zensur schlie�en ein, dass ein

     Angreifer Tor-Verkehr von <a

     href="https://www.torproject.org/svn/trunk/doc/design-paper/blocking.html#sec:network-fingerprint">normalem

@@ -1234,6 +1217,24 @@ roadmap</a> for more ideas.

     den User-Agent wechseln. B�sartige Webseiten greifen nur bestimmte

     Browser an. Wie beeinflussen die Antworten auf diese Fragen diese

     Antwort.</li>

+  <li>Momentan benutzen Tor-Clients eine aufgebaute Verbindungsstrecke

+    f�r zehn Minuten, nachdem diese aufgebaut wurde. Das Ziel hierf�r

+    ist, das Netzwerk nicht mit Nachrichten zum Verbindungsaufbau zu

+    �berlasten. Au�erdem kann der Austrittsknoten dadurch kein Profil

+    �ber den Nutzer bilden. Es hat sich herausgestellt, dass zehn

+    Minuten zu lang sind. Insbesondere dann, wenn Verbindungen von

+    verschiedenen Protokollen (IM und HTTP) benutzt werden. Wenn wir

+    die Gesamtzahl an Erweiterungen der Verbindungsstrecke beibehalten,

+    gibt es effizientere/sichere Wege, Streams zu den

+    Verbindungsstrecken zu alloziieren oder pr�emptiv Strecken

+    aufzubauen? Nat�rlich muss dieser Punkt damit beginnen, dass

+    erforscht wird, welche Verbindungen die Programme typischerweise

+    benutzen. Damit hast du dann einen realistischen Ansatz, den du

+    optimierst.</li>

+  <li>Wie viele Br�ckenserver ben�tigt man, um die Verf�gbarkeit zu

+    garantieren? Wir sollten die Abwanderung unseren Br�ckenservern messen.

+    Wenn es viel davon gibt, gibt es M�glichkeiten, dass die Nutzer

+    l�nger verbunden bleiben?</li>

   </ol>

 <p><a href="<page contact>">Lass uns wissen</a>, wenn du bei einem