Move website to wml
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 1) ## translation metadata
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 2) # Based-On-Revision: 15882
|
Bring de/volunteer up to 1.12
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 3) # Last-Translator: jens@kubieziel.de, peter@palfrader.org
|
added banner HTML changes t...
le@svn.torproject.org authored 18 years ago
|
de/volunteer.de.html 4)
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 5) #include "head.wmi" TITLE="Tor: Mithelfen"
|
Add some of the files trans...
Thomas Sjögren authored 18 years ago
|
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)
|
updated german volunteer pa...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 11) <h2>Einige Dinge, die jeder tun kann</h2>
|
Add some of the files trans...
Thomas Sjögren authored 18 years ago
|
de/contribute.de.html 12)
|
commited Jens diff
Andrew Lewman authored 18 years ago
|
de/volunteer.de.html 13) <ol>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 14) <li>Bitte �berlege dir,
|
change german tor-doc-serve...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 15) einen <a href="<page docs/tor-doc-relay>">Server zu
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 16) betreiben</a>, damit das Netzwerk weiter w�chst.</li>
de/volunteer.de.html 17) <li>Erz�hl es deinen Freunden! Bringe sie dazu, auch Server zu
de/volunteer.de.html 18) betreiben. Bringe sie dazu, auch versteckte Services zu
de/volunteer.de.html 19) betreiben. Bringe sie dazu, es wieder ihren Freunden zu
de/volunteer.de.html 20) erz�hlen.</li>
|
updated german volunteer pa...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 21) <li>Wenn du die Ziele von Tor magst, bitte nimm dir einen Moment
de/volunteer.wml 22) Zeit, um f�r das <a href="<page donate>">Projekt zu spenden</a>. Wir
de/volunteer.wml 23) sind auch auf der Suche nach weiteren Sponsoren — wenn du
de/volunteer.wml 24) Firmen, NGOs oder andere Organisationen kennst, die Anonymit�t,
de/volunteer.wml 25) Privatsph�re und die Sicherheit der Kommunikation sch�tzen, dann
de/volunteer.wml 26) lass sie von uns wissen.</li>
de/volunteer.wml 27) <li>Wir suchen nach weiteren <a href="<page torusers>">guten
de/volunteer.wml 28) Beispielen f�r Nutzer von Tor oder von Anwendungsf�llen</a>. Falls
de/volunteer.wml 29) du Tor f�r ein bestimmtes Szenario verwendest und uns davon erz�hlen
de/volunteer.wml 30) m�chtest, freuen wir uns, dar�ber zu h�ren.</li>
|
Update de/volunteer
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 31) </ol>
de/volunteer.wml 32)
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 33) <a id="Usability"></a>
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 34) <h2><a class="anchor" href="#Usability">unterst�tzende Anwendungen</a></h2>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 35)
de/volunteer.de.html 36) <ol>
|
update german volunteer pag...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 37) <li>Wir brauchen gute Methoden, um DNS-Abfragen abzufangen, damit diese
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 38) nicht an einen lokalen Beobachter dringen, w�hrend wir versuchen, anonym zu
de/volunteer.wml 39) bleiben. (Dies passiert, weil die Anwendung selbst DNS-Anfragen
de/volunteer.wml 40) stellt, anstatt diese �ber Tor zu leiten.).
de/volunteer.wml 41) <ul>
de/volunteer.wml 42) <li>Wir m�ssen <a
|
Change all wiki.noreply to...
Nick Mathewson authored 16 years ago
|
de/volunteer.wml 43) href="https://wiki.torproject.org/noreply/TheOnionRouter/TSocksPatches">all
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 44) unsere Patches f�r tsocks</a> einspielen und einen Fork
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 45) betreuen. Wir w�rden diesen auch auf unserem Server mit anbieten, wenn
de/volunteer.wml 46) du m�chtest.</li>
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 47) <li>Wir sollten das Programm dsocks von Dug Song patchen, so dass es
de/volunteer.wml 48) das Kommando <code>mapaddress</code> von der Controllerschnittstelle
de/volunteer.wml 49) nutzt. Somit verschwenden wir nicht einen gesamten Round-trip
de/volunteer.wml 50) innerhalb von Tor, um die Aufl�sung vor der Verbindung zu
de/volunteer.wml 51) machen.</li>
de/volunteer.wml 52) <li>Wir m�ssen unser <kbd>torify</kbd>-Skript so umgestalten, dass
de/volunteer.wml 53) es erkennt, welches tsocks oder dsocks installiert ist und dieses
de/volunteer.wml 54) dann richtig aufruft. Das bedeutet wahrscheinlich, dass deren
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 55) Schnittstellen vereinheitlicht werden m�ssen und f�hrt wahrscheinlich
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 56) dazu, dass Code zwischen beiden geteilt werden muss oder dass eines
de/volunteer.wml 57) komplett nicht mehr benutzt wird.</li>
de/volunteer.wml 58) </ul></li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 59) <li>Leute, die einen Server betreiben, teilen uns immer wieder mit,
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 60) dass sie <var>BandwidthRate</var> in Abh�ngigkeit von der Uhrzeit setzen
de/volunteer.wml 61) wollen. Anstatt das
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 62) direkt in Tor zu implementieren, sollten wir lieber ein kleines
|
Update links
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 63) Skript haben, das �ber die <a href="<page gui/index>">Torschnittstelle</a>
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 64) spricht und ein <code>setconf</code> macht, um die �nderungen
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 65) herbeizuf�hren. Nat�rlich w�rde es durch Cron ausgef�hrt oder es
de/volunteer.de.html 66) schl�ft eine bestimmte Zeit und macht dann die �nderungen. Kann
de/volunteer.de.html 67) das jemand f�r uns schreiben und wir packen das dann
|
- cvssandbox --> svnsandbox...
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 68) nach <a href="<svnsandbox>contrib/">contrib</a>? Das w�re
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 69) eine gute M�glichkeit f�r den <a href="<page gui/index>">Tor GUI
de/volunteer.wml 70) Wettbewerb</a>.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 71) <li>Wir haben eine Vielzahl von Wegen, um
de/volunteer.de.html 72) das <a
|
Change all wiki.noreply to...
Nick Mathewson authored 16 years ago
|
de/volunteer.wml 73) href="https://wiki.torproject.org/noreply/TheOnionRouter/TorFAQ#ChooseEntryExit">Tornetzwerk
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 74) in einem bestimmten Land zu verlassen</a>. Aber all diese Wege
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 75) brauchen den Namen eines speziellen Torservers. Es w�re sch�n,
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 76) wenn man nur ein Land angeben muss und automatisch wird ein
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 77) Server ausgew�hlt. Der beste Weg ist wahrscheinlich, Blossoms
de/volunteer.wml 78) Verzeichnis herunterzuladen und einen lokalen Blossomclient laufen
|
- fixed a typo in volunteer
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 79) zu lassen, der die Verzeichnisse sicher l�dt, die
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 80) <code>.country.blossom</code>-Hostnamen mitschneidet und dann das
de/volunteer.wml 81) richtige tut.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 82) <li>Wenn wir gerade bei Geolocation sind, w�re es sch�n, wenn
de/volunteer.de.html 83) jemand eine Karte anfertigt, die die Standorte der Torserver
de/volunteer.de.html 84) anzeigt. Bonuspunkte gibt es, wenn es sich bei �nderungen am
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 85) Netzwerk auf den neuesten Stand bringt. Der leichteste Weg, um
de/volunteer.wml 86) dies zu erreichen, w�re alle Daten zu Google zu schicken und diese
de/volunteer.wml 87) machen dann die Karte f�r uns. Wie sehr beeinflusst dies die
de/volunteer.wml 88) Privatsph�re und haben wir noch andere gute Optionen?</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 89) <li>Tor bietet anonyme Verbindungen. Wenn du jedoch verschiedene
de/volunteer.de.html 90) Pseudonyme haben m�chtest (z.B. rufst du des�fteren zwei Webseiten
de/volunteer.de.html 91) auf und wenn das jemand wei�, kann er auf dich schliessen.),
de/volunteer.de.html 92) unterst�tzen wir das nicht sehr gut. Wir sollten einen guten
de/volunteer.de.html 93) Ansatz und eine Schnittstelle zur Handhabung von pseudonymen
de/volunteer.de.html 94) Profilen finden. Schaue dir
de/volunteer.de.html 95) den <a
de/volunteer.de.html 96) href="http://archives.seul.org/or/talk/Dec-2004/msg00086.html">Beitrag
de/volunteer.de.html 97) </a> und den <a
de/volunteer.de.html 98) href="http://archives.seul.org/or/talk/Jan-2005/msg00007.html">Followup</a>
de/volunteer.de.html 99) f�r mehr Details an.</li>
de/volunteer.de.html 100) </ol>
de/volunteer.de.html 101)
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 102) <a id="Documentation"></a>
de/volunteer.wml 103) <h2><a class="anchor" href="#Documentation">Dokumentation</a></h2>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 104)
de/volunteer.de.html 105) <ol>
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 106) <li>Bitte hilf Matt Edman mit der Dokumentation und HOWTOs f�r
|
- german translation of vol...
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 107) seinen <a href="http://vidalia-project.net/">Vidalia</a>.</li>
|
Update de/volunteer
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 108) <li>Kommentiere und dokumentiere unsere <a
|
Change all wiki.noreply to...
Nick Mathewson authored 16 years ago
|
de/volunteer.wml 109) href="https://wiki.torproject.org/wiki/TheOnionRouter/TorifyHOWTO">Liste
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 110) von Programmen, die durch Tor geroutet werden k�nnen</a>.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 111) <li>Wir brauchen bessere Dokumentation f�r Programme, die dynamisch
de/volunteer.de.html 112) in Verbindungen eingreifen und diese durch Tor schicken. F�r Linux
|
Bring de/volunteer up to 1.12
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 113) und Windows scheinen tsocks (Linux), dsocks (BSD), und freecap gute Kandidaten.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 114) <li>Wir haben eine riesige
|
Make local links point to t...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 115) Liste <a href="<page support>">potentiell n�tzlicher Programme,
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 116) die eine Schnittstelle zu Tor haben</a>. Welche sind in welchen
de/volunteer.de.html 117) Situationen gut? Bitte hilf uns, diese zu testen und dokumentiere
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 118) die Ergebnisse.</li>
de/volunteer.wml 119) <li>Hilf, die Webseite und die Dokumentation in andere Sprachen zu
de/volunteer.wml 120) �bersetzen. Schaue dir die <a href="<page translation>">Richtlinien
de/volunteer.wml 121) zur �bersetzung</a> an, wenn du gern helfen m�chtest. Wir brauchen
|
- german update of volunteer
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 122) auch Leute, um die Seiten in Arabisch oder Farsi zu �bersetzen. Einen
de/volunteer.wml 123) �berblick gibt
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 124) es bei der <a href="<page translation-status>">Statusseite der
de/volunteer.wml 125) �bersetzungen</a>.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 126) </ol>
de/volunteer.de.html 127)
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 128) <a id="Coding"></a>
|
update german volunteer pag...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 129) <p>Die untenstehenden Angaben wurden in der Originalsprache
de/volunteer.wml 130) belassen. Da diese sich ausschlie�lich auf englischsprachige
de/volunteer.wml 131) Bewerber beziehen.</p>
de/volunteer.wml 132)
de/volunteer.wml 133) <a id="Summer"></a>
de/volunteer.wml 134) <a id="Projects"></a>
de/volunteer.wml 135) <h2><a class="anchor" href="#Projects">Good Coding Projects</a></h2>
de/volunteer.wml 136)
de/volunteer.wml 137) <p>
de/volunteer.wml 138) You may find some of these projects to be good <a href="<page
de/volunteer.wml 139) gsoc>">Google Summer of Code 2008</a> ideas. We have labelled each idea
de/volunteer.wml 140) with how useful it would be to the overall Tor project
de/volunteer.wml 141) (priority), how much work we expect it would be (effort level), how much
de/volunteer.wml 142) clue you should start with (skill level), and which of our <a href="<page
de/volunteer.wml 143) people>#Core">core developers</a> would be good mentors. There are plenty
de/volunteer.wml 144) of other good ideas to work on too — see for example the <a
de/volunteer.wml 145) href="<svnsandbox>doc/spec/proposals/">current proposals</a> list, or
de/volunteer.wml 146) just make up your own ideas.
de/volunteer.wml 147) </p>
de/volunteer.wml 148)
de/volunteer.wml 149) <ol>
de/volunteer.wml 150)
de/volunteer.wml 151) <li>
de/volunteer.wml 152) <b>Tor Exit Scanner improvements</b>
de/volunteer.wml 153) <br />
de/volunteer.wml 154) Priority: <i>High</i>
de/volunteer.wml 155) <br />
de/volunteer.wml 156) Effort Level: <i>High</i>
de/volunteer.wml 157) <br />
de/volunteer.wml 158) Skill Level: <i>High</i>
de/volunteer.wml 159) <br />
de/volunteer.wml 160) Likely Mentors: <i>Mike</i>
de/volunteer.wml 161) <br />
de/volunteer.wml 162) Applications as of 1 Apr 00:00 UTC: <i>5</i>
de/volunteer.wml 163) <br />
de/volunteer.wml 164) The Tor exit node scanner 'SoaT', part of the <a
de/volunteer.wml 165) href="<svnsandbox>torflow/">Torflow project</a>, makes connections out
de/volunteer.wml 166) of each Tor exit node and compares the content it gets back with what it
de/volunteer.wml 167) "should" get back. The goal is to notice misconfigured, broken, and even
de/volunteer.wml 168) malicious exit relays. Alas, the code is
de/volunteer.wml 169) currently written in rather rickety perl and relies on MD5sums of
de/volunteer.wml 170) entire documents in order to determine if exit nodes are modifying
de/volunteer.wml 171) content. The problem with this is threefold: 1) Perl sucks at life.
de/volunteer.wml 172) 2) The scanner can't verify pages that are dynamic, and attackers can
de/volunteer.wml 173) focus malicious content injection on only those dynamic pages. 3)
de/volunteer.wml 174) Pages change after a while (or based on GeoIP) and begin generating
de/volunteer.wml 175) false positives.
de/volunteer.wml 176) <br />
de/volunteer.wml 177) Ideally, soat.pl would be reimplemented in a sane language with a
de/volunteer.wml 178) robust html parser library (since the rest of Torflow is in Python
de/volunteer.wml 179) that would be nice, but it is not required), and calculate signatures only for
de/volunteer.wml 180) tags and content likely to be targeted by a malicious attacker (script
de/volunteer.wml 181) tags, object links, images, css). It should also be robust in the face of
de/volunteer.wml 182) changes to content outside of Tor, and ultimately even GeoIP localized
de/volunteer.wml 183) content.
de/volunteer.wml 184) <br />
de/volunteer.wml 185) This scanner would likely be run by the Directory Authorities and
de/volunteer.wml 186) report its results to the control port via the AuthDirBadExit config
de/volunteer.wml 187) setting.
de/volunteer.wml 188) <br />
de/volunteer.wml 189) </li>
de/volunteer.wml 190)
de/volunteer.wml 191) <li>
de/volunteer.wml 192) <b>Tor Node Scanner improvements</b>
de/volunteer.wml 193) <br />
de/volunteer.wml 194) Priority: <i>High</i>
de/volunteer.wml 195) <br />
de/volunteer.wml 196) Effort Level: <i>Medium to High</i>
de/volunteer.wml 197) <br />
de/volunteer.wml 198) Skill Level: <i>Medium to High</i>
de/volunteer.wml 199) <br />
de/volunteer.wml 200) Likely Mentors: <i>Mike</i>
de/volunteer.wml 201) <br />
de/volunteer.wml 202) Applications as of 1 Apr 00:00 UTC: <i>1</i>
de/volunteer.wml 203) <br />
de/volunteer.wml 204) Similar to the exit scanner (or perhaps even during exit scanning),
de/volunteer.wml 205) statistics can be gathered about the reliability of nodes. Nodes that
de/volunteer.wml 206) fail too high a percentage of their circuits should not be given
de/volunteer.wml 207) Guard status. Perhaps they should have their reported bandwidth
de/volunteer.wml 208) penalized by some ratio as well, or just get marked as Invalid. In
de/volunteer.wml 209) addition, nodes that exhibit a very low average stream capacity but
de/volunteer.wml 210) advertise a very high node bandwidth can also be marked as Invalid.
de/volunteer.wml 211) Much of this statistics gathering is already done, it just needs to be
de/volunteer.wml 212) transformed into something that can be reported to the Directory
de/volunteer.wml 213) Authorities to blacklist/penalize nodes in such a way that clients
de/volunteer.wml 214) will listen.
de/volunteer.wml 215) <br />
de/volunteer.wml 216) In addition, these same statistics can be gathered about the traffic
de/volunteer.wml 217) through a node. Events can be added to the <a
de/volunteer.wml 218) href="https://www.torproject.org/svn/torctl/doc/howto.txt">Tor Control
de/volunteer.wml 219) Protocol</a> to
de/volunteer.wml 220) report if a circuit extend attempt through the node succeeds or fails, and
de/volunteer.wml 221) passive statistics can be gathered on both bandwidth and reliability
de/volunteer.wml 222) of other nodes via a node-based monitor using these events. Such a
de/volunteer.wml 223) scanner would also report information on oddly-behaving nodes to
de/volunteer.wml 224) the Directory Authorities, but a communication channel for this
de/volunteer.wml 225) currently does not exist and would need to be developed as well.
de/volunteer.wml 226) </li>
de/volunteer.wml 227)
de/volunteer.wml 228) <li>
de/volunteer.wml 229) <b>Help track the overall Tor Network status</b>
de/volunteer.wml 230) <br />
de/volunteer.wml 231) Priority: <i>High</i>
de/volunteer.wml 232) <br />
de/volunteer.wml 233) Effort Level: <i>Medium</i>
de/volunteer.wml 234) <br />
de/volunteer.wml 235) Skill Level: <i>Medium</i>
de/volunteer.wml 236) <br />
de/volunteer.wml 237) Likely Mentors: <i>Roger, Nick, Mike</i>
de/volunteer.wml 238) <br />
de/volunteer.wml 239) It would be great to set up an automated system for tracking network
de/volunteer.wml 240) health over time, graphing it, etc. Part of this project would involve
de/volunteer.wml 241) inventing better metrics for assessing network health and growth. Is the
de/volunteer.wml 242) average uptime of the network increasing? How many relays are qualifying
de/volunteer.wml 243) for Guard status this month compared to last month? What's the turnover
de/volunteer.wml 244) in terms of new relays showing up and relays shutting off? Periodically
de/volunteer.wml 245) people collect brief snapshots, but where it gets really interesting is
de/volunteer.wml 246) when we start tracking data points over time.
de/volunteer.wml 247) <br />
de/volunteer.wml 248) Data could be collected from the "Tor Node Scanner" item above, from
de/volunteer.wml 249) the server descriptors that each relay publishes, and from other
de/volunteer.wml 250) sources. Results over time could be integrated into one of the <a
de/volunteer.wml 251) href="https://torstatus.blutmagie.de/">Tor Status</a> web pages, or be
de/volunteer.wml 252) kept separate. Speaking of the Tor Status pages, take a look at Roger's
de/volunteer.wml 253) <a href="http://archives.seul.org/or/talk/Jan-2008/msg00300.html">Tor
de/volunteer.wml 254) Status wish list</a>.
de/volunteer.wml 255) </li>
de/volunteer.wml 256)
de/volunteer.wml 257) <li>
de/volunteer.wml 258) <b>Tor path selection improvements</b>
de/volunteer.wml 259) <br />
de/volunteer.wml 260) Priority: <i>High</i>
de/volunteer.wml 261) <br />
de/volunteer.wml 262) Effort Level: <i>Low to Medium</i>
de/volunteer.wml 263) <br />
de/volunteer.wml 264) Skill Level: <i>High</i>
de/volunteer.wml 265) <br />
de/volunteer.wml 266) Likely Mentors: <i>Roger, Nick, Mike</i>
de/volunteer.wml 267) <br />
de/volunteer.wml 268) Applications as of 1 Apr 00:00 UTC: <i>3</i>
de/volunteer.wml 269) <br />
de/volunteer.wml 270) Some simple improvements can be made to Tor's path selection to vastly
de/volunteer.wml 271) improve Tor speed. For instance, some of the (unofficial) <a
de/volunteer.wml 272) href="http://wiki.noreply.org/noreply/TheOnionRouter/FireFoxTorPerf">Tor
de/volunteer.wml 273) Performance Recommendations</a> on the wiki are to increase the number of
de/volunteer.wml 274) guards and decrease the CircuitBuildTimeout. Ideally, the client would
de/volunteer.wml 275) <a href="http://archives.seul.org/or/talk/Feb-2008/msg00012.html">learn
de/volunteer.wml 276) these values by gathering statistics on circuit construction
de/volunteer.wml 277) time</a> (and/or using values gained from Torflow), and set the timeouts
de/volunteer.wml 278) low enough such that some high percentile (75%, 90%, 1-stddev?) of
de/volunteer.wml 279) circuits succeed, yet extremely slow nodes are avoided. This would
de/volunteer.wml 280) involve some statistics gathering+basic research, and some changes to
de/volunteer.wml 281) Tor path selection code.
de/volunteer.wml 282) <br />
de/volunteer.wml 283) In addition, to improve path security, some elements from the <a
de/volunteer.wml 284) href="http://www.torproject.org/svn/trunk/doc/spec/proposals/115-two-hop-paths.txt">Two
de/volunteer.wml 285) Hop Paths proposal</a> could be done as part of this (since it will
de/volunteer.wml 286) likely touch the same code anyways), regardless of the adoption of
de/volunteer.wml 287) that proposal. In particular, clients probably should avoid guards that
de/volunteer.wml 288) seem to fail an excessive percentage of their circuits through them,
de/volunteer.wml 289) and non-firewalled clients should issue a warning if they are only able
de/volunteer.wml 290) to connect to a limited set of guard nodes. See also
de/volunteer.wml 291) <a href="http://archives.seul.org/or/dev/Feb-2008/msg00003.html">this
de/volunteer.wml 292) or-dev post</a>.
de/volunteer.wml 293) </li>
de/volunteer.wml 294)
de/volunteer.wml 295) <li>
de/volunteer.wml 296) <b>Translation Wiki</b>
de/volunteer.wml 297) <br />
de/volunteer.wml 298) Priority: <i>High</i>
de/volunteer.wml 299) <br />
de/volunteer.wml 300) Effort Level: <i>Medium</i>
de/volunteer.wml 301) <br />
de/volunteer.wml 302) Skill Level: <i>Medium</i>
de/volunteer.wml 303) <br />
de/volunteer.wml 304) Likely Mentors: <i>Jacob</i>
de/volunteer.wml 305) <br />
de/volunteer.wml 306) We need a way to edit and translate sections of the website. Currently
de/volunteer.wml 307) the website is made up of a bunch of <a href="<svnwebsite>en/">wml
de/volunteer.wml 308) files</a>, and <a href="<page translation>">translators</a> fetch these
de/volunteer.wml 309) wml files, translate them in an editor, and either send us the translation
de/volunteer.wml 310) or use svn to commit them back. The current "cost" of publication of
de/volunteer.wml 311) website changes is quite high even for English language users. For a
de/volunteer.wml 312) single word change or any type of
de/volunteer.wml 313) minor change, the page may never be corrected or translated. It would
de/volunteer.wml 314) be nice to have a wiki that was specifically geared towards translation
de/volunteer.wml 315) and would somehow track the upstream (English) versions to indicate when
de/volunteer.wml 316) a fresh translation is needed, like our current
de/volunteer.wml 317) <a href="<page translation-status>">translation status page</a>. This
de/volunteer.wml 318) seems mostly like a job for a wiki
de/volunteer.wml 319) integrator or wiki software author. Certainly the person would need to
de/volunteer.wml 320) be interested in human languages and translation. They should at least
de/volunteer.wml 321) be minimally familiar with what Tor is; but they would not have to interact
de/volunteer.wml 322) with the software, only the documentation and the website.
de/volunteer.wml 323) </li>
de/volunteer.wml 324)
de/volunteer.wml 325) <li>
de/volunteer.wml 326) <b>Better Debian/Ubuntu Packaging for Tor+Vidalia</b>
de/volunteer.wml 327) <br />
de/volunteer.wml 328) Priority: <i>High</i>
de/volunteer.wml 329) <br />
de/volunteer.wml 330) Effort Level: <i>Medium</i>
de/volunteer.wml 331) <br />
de/volunteer.wml 332) Skill Level: <i>Medium</i>
de/volunteer.wml 333) <br />
de/volunteer.wml 334) Likely Mentors: <i>Peter, Matt</i>
de/volunteer.wml 335) <br />
de/volunteer.wml 336) Applications as of 1 Apr 00:00 UTC: <i>1</i>
de/volunteer.wml 337) <br />
de/volunteer.wml 338) Vidalia currently doesn't play nicely on Debian and Ubuntu with the
de/volunteer.wml 339) default Tor packages. The current Tor packages automatically start Tor
de/volunteer.wml 340) as a daemon running as the debian-tor user and (sensibly) do not have a
de/volunteer.wml 341) <a href="<svnsandbox>doc/spec/control-spec.txt">ControlPort</a> defined
de/volunteer.wml 342) in the default torrc. Consequently, Vidalia will try
de/volunteer.wml 343) to start its own Tor process since it could not connect to the existing
de/volunteer.wml 344) Tor, and Vidalia's Tor process will then exit with an error message
de/volunteer.wml 345) the user likely doesn't understand since Tor cannot bind its listening
de/volunteer.wml 346) ports — they're already in use by the original Tor daemon.
de/volunteer.wml 347) <br />
de/volunteer.wml 348) The current solution involves either telling the user to stop the
de/volunteer.wml 349) existing Tor daemon and let Vidalia start its own Tor process, or
de/volunteer.wml 350) explaining to the user how to set a control port and password in their
de/volunteer.wml 351) torrc. A better solution on Debian would be to use Tor's ControlSocket,
de/volunteer.wml 352) which allows Vidalia to talk to Tor via a Unix domain socket, and could
de/volunteer.wml 353) possibly be enabled by default in Tor's Debian packages. Vidalia can
de/volunteer.wml 354) then authenticate to Tor using filesystem-based (cookie) authentication
de/volunteer.wml 355) if the user running Vidalia is also in the debian-tor group.
de/volunteer.wml 356) <br />
de/volunteer.wml 357) This project will first involve adding support for Tor's ControlSocket
de/volunteer.wml 358) to Vidalia. The student will then develop and test Debian and Ubuntu
de/volunteer.wml 359) packages for Vidalia that conform to Debian's packaging standards and
de/volunteer.wml 360) make sure they work well with the existing Tor packages. We can also
de/volunteer.wml 361) set up an apt repository to host the new Vidalia packages.
de/volunteer.wml 362) <br />
de/volunteer.wml 363) The next challenge would be to find an intuitive usable way for Vidalia
de/volunteer.wml 364) to be able to change Tor's configuration (torrc) even though it is
de/volunteer.wml 365) located in <code>/etc/tor/torrc</code> and thus immutable. The best
de/volunteer.wml 366) idea we've come up with so far is to feed Tor a new configuration via
de/volunteer.wml 367) the ControlSocket when Vidalia starts, but that's bad because Tor starts
de/volunteer.wml 368) each boot with a different configuration than the user wants. The second
de/volunteer.wml 369) best idea
de/volunteer.wml 370) we've come up with is for Vidalia to write out a temporary torrc file
de/volunteer.wml 371) and ask the user to manually move it to <code>/etc/tor/torrc</code>,
de/volunteer.wml 372) but that's bad because users shouldn't have to mess with files directly.
de/volunteer.wml 373) <br />
de/volunteer.wml 374) A student undertaking this project should have prior knowledge of
de/volunteer.wml 375) Debian package management and some C++ development experience. Previous
de/volunteer.wml 376) experience with Qt is helpful, but not required.
de/volunteer.wml 377) </li>
de/volunteer.wml 378)
de/volunteer.wml 379) <li>
de/volunteer.wml 380) <b>Improving Tor's ability to resist censorship</b>
de/volunteer.wml 381) <br />
de/volunteer.wml 382) Priority: <i>High</i>
de/volunteer.wml 383) <br />
de/volunteer.wml 384) Effort Level: <i>High</i>
de/volunteer.wml 385) <br />
de/volunteer.wml 386) Skill Level: <i>High</i>
de/volunteer.wml 387) <br />
de/volunteer.wml 388) Likely Mentors: <i>Nick</i>
de/volunteer.wml 389) <br />
de/volunteer.wml 390) The Tor 0.2.0.x series makes <a
de/volunteer.wml 391) href="<svnsandbox>doc/design-paper/blocking.html">significant
de/volunteer.wml 392) improvements</a> in resisting national and organizational censorship.
de/volunteer.wml 393) But Tor still needs better mechanisms for some parts of its
de/volunteer.wml 394) anti-censorship design. For example, current Tors can only listen on a
de/volunteer.wml 395) single address/port combination at a time. There's
de/volunteer.wml 396) <a href="<svnsandbox>doc/spec/proposals/118-multiple-orports.txt">a
de/volunteer.wml 397) proposal to address this limitation</a> and allow clients to connect
de/volunteer.wml 398) to any given Tor on multiple addresses and ports, but it needs more
de/volunteer.wml 399) work. Another anti-censorship project (far more difficult) is to try
de/volunteer.wml 400) to make Tor more scanning-resistant. Right now, an adversary can identify
de/volunteer.wml 401) <a href="<svnsandbox>doc/spec/proposals/125-bridges.txt">Tor bridges</a>
de/volunteer.wml 402) just by trying to connect to them, following the Tor protocol, and
de/volunteer.wml 403) seeing if they respond. To solve this, bridges could
de/volunteer.wml 404) <a href="<svnsandbox>doc/design-paper/blocking.html#tth_sEc9.3">act like
de/volunteer.wml 405) webservers</a> (HTTP or HTTPS) when contacted by port-scanning tools,
de/volunteer.wml 406) and not act like bridges until the user provides a bridge-specific key.
de/volunteer.wml 407) <br />
de/volunteer.wml 408) This project involves a lot of research and design. One of the big
de/volunteer.wml 409) challenges will be identifying and crafting approaches that can still
de/volunteer.wml 410) resist an adversary even after the adversary knows the design, and
de/volunteer.wml 411) then trading off censorship resistance with usability and robustness.
de/volunteer.wml 412) </li>
de/volunteer.wml 413)
de/volunteer.wml 414) <li>
de/volunteer.wml 415) <b>Tor/Polipo/Vidalia Auto-Update Framework</b>
de/volunteer.wml 416) <br />
de/volunteer.wml 417) Priority: <i>Medium</i>
de/volunteer.wml 418) <br />
de/volunteer.wml 419) Effort Level: <i>High</i>
de/volunteer.wml 420) <br />
de/volunteer.wml 421) Skill Level: <i>High</i>
de/volunteer.wml 422) <br />
de/volunteer.wml 423) Likely Mentors: <i>Matt, Jacob</i>
de/volunteer.wml 424) <br />
de/volunteer.wml 425) We're in need of a good authenticated-update framework.
de/volunteer.wml 426) Vidalia already has the ability to notice when the user is running an
de/volunteer.wml 427) outdated or unrecommended version of Tor, using signed statements inside
de/volunteer.wml 428) the Tor directory information. Currently, Vidalia simply pops
de/volunteer.wml 429) up a little message box that lets the user know they should manually
de/volunteer.wml 430) upgrade. The goal of this project would be to extend Vidalia with the
de/volunteer.wml 431) ability to also fetch and install the updated Tor software for the
de/volunteer.wml 432) user. We should do the fetches via Tor when possible, but also fall back
de/volunteer.wml 433) to direct fetches in a smart way. Time permitting, we would also like
de/volunteer.wml 434) to be able to update other
de/volunteer.wml 435) applications included in the bundled installers, such as Polipo and
de/volunteer.wml 436) Vidalia itself.
de/volunteer.wml 437) <br />
de/volunteer.wml 438) To complete this project, the student will first need to first investigate
de/volunteer.wml 439) the existing auto-update frameworks (e.g., Sparkle on OS X) to evaluate
de/volunteer.wml 440) their strengths, weaknesses, security properties, and ability to be
de/volunteer.wml 441) integrated into Vidalia. If none are found to be suitable, the student
de/volunteer.wml 442) will design their own auto-update framework, document the design, and
de/volunteer.wml 443) then discuss the design with other developers to assess any security
de/volunteer.wml 444) issues. The student will then implement their framework (or integrate
de/volunteer.wml 445) an existing one) and test it.
de/volunteer.wml 446) <br />
de/volunteer.wml 447) A student undertaking this project should have good C++ development
de/volunteer.wml 448) experience. Previous experience with Qt is helpful, but not required. The
de/volunteer.wml 449) student should also have a good understanding of common security
de/volunteer.wml 450) practices, such as package signature verification. Good writing ability
de/volunteer.wml 451) is also important for this project, since a vital step of the project
de/volunteer.wml 452) will be producing a design document for others to review and discuss
de/volunteer.wml 453) with the student prior to implementation.
de/volunteer.wml 454) </li>
de/volunteer.wml 455)
de/volunteer.wml 456) <li>
de/volunteer.wml 457) <b>An Improved and More Usable Network Map in Vidalia</b>
de/volunteer.wml 458) <br />
de/volunteer.wml 459) Priority: <i>Medium</i>
de/volunteer.wml 460) <br />
de/volunteer.wml 461) Effort Level: <i>Medium</i>
de/volunteer.wml 462) <br />
de/volunteer.wml 463) Skill Level: <i>Medium to High</i>
de/volunteer.wml 464) <br />
de/volunteer.wml 465) Likely Mentors: <i>Matt</i>
de/volunteer.wml 466) <br />
de/volunteer.wml 467) One of Vidalia's existing features is a network map that shows the user
de/volunteer.wml 468) the approximate geographic location of relays in the Tor network and
de/volunteer.wml 469) plots the paths the user's traffic takes as it is tunneled through the
de/volunteer.wml 470) Tor network. The map is currently not very interactive and has rather
de/volunteer.wml 471) poor graphics. Instead, we would like to leverage KDE's Marble widget
de/volunteer.wml 472) that gives us a better quality map and enables improved interactivity,
de/volunteer.wml 473) such as allowing the user to click on individual relays or circuits to
de/volunteer.wml 474) display additional information. We might also consider adding the ability
de/volunteer.wml 475) for users to click on a particular relay or a country containing one or
de/volunteer.wml 476) more Tor exit relays and say, "I want my connections to foo.com to exit
de/volunteer.wml 477) from here."
de/volunteer.wml 478) <br />
de/volunteer.wml 479) This project will first involve the student getting familiar with Vidalia
de/volunteer.wml 480) and the Marble widget's API. The student will then integrate the widget
de/volunteer.wml 481) into Vidalia and customize Marble to be better suited for our application,
de/volunteer.wml 482) such as making circuits clickable, storing cached map data in Vidalia's
de/volunteer.wml 483) own data directory, and customizing some of the widget's dialogs.
de/volunteer.wml 484) <br />
de/volunteer.wml 485) A student undertaking this project should have good C++ development
de/volunteer.wml 486) experience. Previous experience with Qt and CMake is helpful, but not
de/volunteer.wml 487) required.
de/volunteer.wml 488) </li>
de/volunteer.wml 489)
de/volunteer.wml 490) <li>
de/volunteer.wml 491) <b>Tor Controller Status Event Interface</b>
de/volunteer.wml 492) <br />
de/volunteer.wml 493) Priority: <i>Medium</i>
de/volunteer.wml 494) <br />
de/volunteer.wml 495) Effort Level: <i>Medium</i>
de/volunteer.wml 496) <br />
de/volunteer.wml 497) Skill Level: <i>Medium</i>
de/volunteer.wml 498) <br />
de/volunteer.wml 499) Likely Mentors: <i>Matt, Roger</i>
de/volunteer.wml 500) <br />
de/volunteer.wml 501) There are a number of status changes inside Tor of which the user may need
de/volunteer.wml 502) to be informed. For example, if the user is trying to set up his Tor as a
de/volunteer.wml 503) relay and Tor decides that its ports are not reachable from outside
de/volunteer.wml 504) the user's network, we should alert the user. Currently, all the user
de/volunteer.wml 505) gets is a couple log messages in Vidalia's 'message log' window, which they
de/volunteer.wml 506) likely never see since they don't receive a notification that something
de/volunteer.wml 507) has gone wrong. Even if the user does actually look at the message log,
de/volunteer.wml 508) most of the messages make little sense to the novice user.
de/volunteer.wml 509) <br />
de/volunteer.wml 510) Tor has the ability to inform Vidalia of many such status changes, and
de/volunteer.wml 511) we recently implemented support for a couple of these events. Still,
de/volunteer.wml 512) there are many more status events the user should be informed of and we
de/volunteer.wml 513) need a better UI for actually displaying them to the user.
de/volunteer.wml 514) <br />
de/volunteer.wml 515) The goal of this project then is to design and implement a UI for
de/volunteer.wml 516) displaying Tor status events to the user. For example, we might put a
de/volunteer.wml 517) little badge on Vidalia's tray icon that alerts the user to new status
de/volunteer.wml 518) events they should look at. Double-clicking the icon could bring up a
de/volunteer.wml 519) dialog that summarizes recent status events in simple terms and maybe
de/volunteer.wml 520) suggests a remedy for any negative events if they can be corrected by
de/volunteer.wml 521) the user. Of course, this is just an example and the student is free to
de/volunteer.wml 522) suggest another approach.
de/volunteer.wml 523) <br />
de/volunteer.wml 524) A student undertaking this project should have good UI design and layout
de/volunteer.wml 525) and some C++ development experience. Previous experience with Qt and
de/volunteer.wml 526) Qt's Designer will be very helpful, but are not required. Some
de/volunteer.wml 527) English writing ability will also be useful, since this project will
de/volunteer.wml 528) likely involve writing small amounts of help documentation that should
de/volunteer.wml 529) be understandable by non-technical users. Bonus points for some graphic
de/volunteer.wml 530) design/Photoshop fu, since we might want/need some shiny new icons too.
de/volunteer.wml 531) </li>
de/volunteer.wml 532)
de/volunteer.wml 533) <li>
de/volunteer.wml 534) <b>Improvements on our active browser configuration tester</b> -
de/volunteer.wml 535) <a href="https://check.torproject.org/">https://check.torproject.org/</a>
de/volunteer.wml 536) <br />
de/volunteer.wml 537) Priority: <i>Medium</i>
de/volunteer.wml 538) <br />
de/volunteer.wml 539) Effort Level: <i>Low</i>
de/volunteer.wml 540) <br />
de/volunteer.wml 541) Skill Level: <i>Low to Medium</i>
de/volunteer.wml 542) <br />
de/volunteer.wml 543) Likely Mentors: <i>Jacob, Steven</i>
de/volunteer.wml 544) <br />
de/volunteer.wml 545) Applications as of 1 Apr 00:00 UTC: <i>1</i>
de/volunteer.wml 546) <br />
de/volunteer.wml 547) We currently have a functional web page to detect if Tor is working. It
de/volunteer.wml 548) has a few places where it falls short. It requires improvements with
de/volunteer.wml 549) regard to default languages and functionality. It currently only responds
de/volunteer.wml 550) in English. In addition, it is a hack of a perl script that should have
de/volunteer.wml 551) never seen the light of day. It should probably be rewritten in python
de/volunteer.wml 552) with multi-lingual support in mind. It currently uses the <a
de/volunteer.wml 553) href="http://exitlist.torproject.org/">Tor DNS exit list</a>
de/volunteer.wml 554) and should continue to do so in the future. It currently result in certain
de/volunteer.wml 555) false positives and these should be discovered, documented, and fixed
de/volunteer.wml 556) where possible. Anyone working on this project should be interested in
de/volunteer.wml 557) DNS, basic perl or preferably python programming skills, and will have
de/volunteer.wml 558) to interact minimally with Tor to test their code.
de/volunteer.wml 559) <br />
de/volunteer.wml 560) If you want to make the project more exciting
de/volunteer.wml 561) and involve more design and coding, take a look at <a
de/volunteer.wml 562) href="<svnsandbox>doc/spec/proposals/131-verify-tor-usage.txt">proposal
de/volunteer.wml 563) 131-verify-tor-usage.txt</a>.
de/volunteer.wml 564) </li>
de/volunteer.wml 565)
de/volunteer.wml 566) <li>
de/volunteer.wml 567) <b>Improvements on our DNS Exit List service</b> -
de/volunteer.wml 568) <a href="http://exitlist.torproject.org/">http://exitlist.torproject.org/</a>
de/volunteer.wml 569) <br />
de/volunteer.wml 570) Priority: <i>Medium</i>
de/volunteer.wml 571) <br />
de/volunteer.wml 572) Effort Level: <i>Low</i>
de/volunteer.wml 573) <br />
de/volunteer.wml 574) Skill Level: <i>Low</i>
de/volunteer.wml 575) <br />
de/volunteer.wml 576) Likely Mentors: <i>Jacob, Tup</i>
de/volunteer.wml 577) <br />
de/volunteer.wml 578) The <a href="http://p56soo2ibjkx23xo.onion/">exitlist software</a>
de/volunteer.wml 579) is written by our fabulous anonymous
de/volunteer.wml 580) contributer Tup. It's a DNS server written in Haskell that supports part of our <a
de/volunteer.wml 581) href="https://www.torproject.org/svn/trunk/doc/contrib/torel-design.txt">exitlist
de/volunteer.wml 582) design document</a>. Currently, it is functional and it is used by
de/volunteer.wml 583) check.torproject.org and other users. The issues that are outstanding
de/volunteer.wml 584) are mostly aesthetic. This wonderful service could use a much better
de/volunteer.wml 585) website using the common Tor theme. It would be best served with better
de/volunteer.wml 586) documentation for common services that use an RBL. It could use more
de/volunteer.wml 587) publicity. A person working on this project should be interested in DNS,
de/volunteer.wml 588) basic RBL configuration for popular services, and writing documentation.
de/volunteer.wml 589) The person would require minimal Tor interaction — testing their
de/volunteer.wml 590) own documentation at the very least. Furthermore, it would be useful
de/volunteer.wml 591) if they were interested in Haskell and wanted to implement more of the
de/volunteer.wml 592) torel-design.txt suggestions.
de/volunteer.wml 593) </li>
de/volunteer.wml 594)
de/volunteer.wml 595) <li>
de/volunteer.wml 596) <b>Testing integration of Tor with web browsers for our end users</b>
de/volunteer.wml 597) <br />
de/volunteer.wml 598) Priority: <i>Medium</i>
de/volunteer.wml 599) <br />
de/volunteer.wml 600) Effort Level: <i>Medium</i>
de/volunteer.wml 601) <br />
de/volunteer.wml 602) Skill Level: <i>Medium</i>
de/volunteer.wml 603) <br />
de/volunteer.wml 604) Likely Mentors: <i>Jacob, Mike, Greg</i>
de/volunteer.wml 605) <br />
de/volunteer.wml 606) Applications as of 1 Apr 00:00 UTC: <i>1</i>
de/volunteer.wml 607) <br />
de/volunteer.wml 608) The Tor project currently lacks a solid test suite to ensure that a
de/volunteer.wml 609) user has a properly and safely configured web browser. It should test for as
de/volunteer.wml 610) many known issues as possible. It should attempt to decloak the
de/volunteer.wml 611) user in any way possible. Two current webpages that track these
de/volunteer.wml 612) kinds of issues are run by Greg Fleischer and HD Moore. Greg keeps a nice <a
de/volunteer.wml 613) href="http://pseudo-flaw.net/tor/torbutton/">list of issues along
de/volunteer.wml 614) with their proof of concept code, bug issues, etc</a>. HD Moore runs
de/volunteer.wml 615) the <a href="http://metasploit.com/research/projects/decloak/">metasploit
de/volunteer.wml 616) decloak website</a>. A student interested in defending Tor could start
de/volunteer.wml 617) by collecting as many workable and known methods for decloaking a
de/volunteer.wml 618) Tor user. (<a href="https://torcheck.xenobite.eu/">This page</a> may
de/volunteer.wml 619) be helpful as a start.) The student should be familiar with the common
de/volunteer.wml 620) pitfalls but
de/volunteer.wml 621) possibly have new methods in mind for implementing decloaking issues. The
de/volunteer.wml 622) website should ensure that it tells a user what their problem is. It
de/volunteer.wml 623) should help them to fix the problem or direct them to the proper support
de/volunteer.wml 624) channels. The student should be closely familiar with using Tor and how
de/volunteer.wml 625) to prevent Tor information leakage.
de/volunteer.wml 626) </li>
de/volunteer.wml 627)
de/volunteer.wml 628) <li>
de/volunteer.wml 629) <b>Libevent and Tor integration improvements</b>
de/volunteer.wml 630) <br />
de/volunteer.wml 631) Priority: <i>Medium</i>
de/volunteer.wml 632) <br />
de/volunteer.wml 633) Effort Level: <i>High</i>
de/volunteer.wml 634) <br />
de/volunteer.wml 635) Skill Level: <i>Medium to High</i>
de/volunteer.wml 636) <br />
de/volunteer.wml 637) Likely Mentors: <i>Nick</i>
de/volunteer.wml 638) <br />
de/volunteer.wml 639) Tor should make better use of the more recent features of Niels
de/volunteer.wml 640) Provos's <a href="http://monkey.org/~provos/libevent/">Libevent</a>
de/volunteer.wml 641) library. Tor already uses Libevent for its low-level asynchronous IO
de/volunteer.wml 642) calls, and could also use Libevent's increasingly good implementations
de/volunteer.wml 643) of network buffers and of HTTP. This wouldn't be simply a matter of
de/volunteer.wml 644) replacing Tor's internal calls with calls to Libevent: instead, we'll
de/volunteer.wml 645) need to refactor Tor to use Libevent calls that do not follow the
de/volunteer.wml 646) same models as Tor's existing backends. Also, we'll need to add
de/volunteer.wml 647) missing functionality to Libevent as needed — most difficult likely
de/volunteer.wml 648) will be adding OpenSSL support on top of Libevent's buffer abstraction.
de/volunteer.wml 649) Also tricky will be adding rate-limiting to Libevent.
de/volunteer.wml 650) </li>
de/volunteer.wml 651)
de/volunteer.wml 652) <li>
de/volunteer.wml 653) <b>Tuneup Tor!</b>
de/volunteer.wml 654) <br />
de/volunteer.wml 655) Priority: <i>Medium</i>
de/volunteer.wml 656) <br />
de/volunteer.wml 657) Effort Level: <i>Medium</i>
de/volunteer.wml 658) <br />
de/volunteer.wml 659) Skill Level: <i>Medium to High</i>
de/volunteer.wml 660) <br />
de/volunteer.wml 661) Likely Mentors: <i>Nick, Roger, Mike</i>
de/volunteer.wml 662) <br />
de/volunteer.wml 663) Right now, Tor relays measure and report their own bandwidth, and Tor
de/volunteer.wml 664) clients choose which relays to use in part based on that bandwidth.
de/volunteer.wml 665) This approach is vulnerable to
de/volunteer.wml 666) <a href="http://freehaven.net/anonbib/#bauer:wpes2007">attacks where
de/volunteer.wml 667) relays lie about their bandwidth</a>;
de/volunteer.wml 668) to address this, Tor currently caps the maximum bandwidth
de/volunteer.wml 669) it's willing to believe any relay provides. This is a limited fix, and
de/volunteer.wml 670) a waste of bandwidth capacity to boot. Instead,
de/volunteer.wml 671) Tor should possibly measure bandwidth in a more distributed way, perhaps
de/volunteer.wml 672) as described in the
de/volunteer.wml 673) <a href="http://freehaven.net/anonbib/author.html#snader08">"A Tune-up for
de/volunteer.wml 674) Tor"</a> paper
de/volunteer.wml 675) by Snader and Borisov. A student could use current testing code to
de/volunteer.wml 676) double-check this paper's findings and verify the extent to which they
de/volunteer.wml 677) dovetail with Tor as deployed in the wild, and determine good ways to
de/volunteer.wml 678) incorporate them into their suggestions Tor network without adding too
de/volunteer.wml 679) much communications overhead between relays and directory
de/volunteer.wml 680) authorities.
de/volunteer.wml 681) </li>
de/volunteer.wml 682)
de/volunteer.wml 683) <!--
de/volunteer.wml 684) <li>
de/volunteer.wml 685) <b>Improving the Tor QA process: Continuous Integration for Windows builds</b>
de/volunteer.wml 686) <br />
de/volunteer.wml 687) Priority: <i>High</i>
de/volunteer.wml 688) <br />
de/volunteer.wml 689) Effort Level: <i>Medium</i>
de/volunteer.wml 690) <br />
de/volunteer.wml 691) Skill Level: <i>Medium</i>
de/volunteer.wml 692) <br />
de/volunteer.wml 693) Likely Mentors: <i>Jacob, Andrew</i>
de/volunteer.wml 694) <br />
de/volunteer.wml 695) It would be useful to have automated build processes for Windows and
de/volunteer.wml 696) probably other platforms. The purpose of having a continuous integration
de/volunteer.wml 697) build environment is to ensure that Windows isn't left behind for any of
de/volunteer.wml 698) the software projects used in the Tor project or its accompanying.<br />
de/volunteer.wml 699) Buildbot may be a good choice for this as it appears to support all of
de/volunteer.wml 700) the platforms Tor does. See the
de/volunteer.wml 701) <a href="http://en.wikipedia.org/wiki/BuildBot">wikipedia entry for
de/volunteer.wml 702) buildbot</a>.<br />
de/volunteer.wml 703) There may be better options and the person undertaking this task should
de/volunteer.wml 704) evaluate other options. Any person working on this automatic build
de/volunteer.wml 705) process should have experience or be willing to learn how to build all
de/volunteer.wml 706) of the respective Tor related code bases from scratch. Furthermore, the
de/volunteer.wml 707) person should have some experience building software in Windows
de/volunteer.wml 708) environments as this is the target audience we want to ensure we do not
de/volunteer.wml 709) leave behind. It would require close work with the Tor source code but
de/volunteer.wml 710) probably only in the form of building, not authoring.<br />
de/volunteer.wml 711) Additionally, we need to automate our performance testing for all platforms.
de/volunteer.wml 712) We've got buildbot (except on Windows — as noted above) to automate
de/volunteer.wml 713) our regular integration and compile testing already,
de/volunteer.wml 714) but we need to get our network simulation tests (as built in torflow)
de/volunteer.wml 715) updated for more recent versions of Tor, and designed to launch a test
de/volunteer.wml 716) network either on a single machine, or across several, so we can test
de/volunteer.wml 717) changes in performance on machines in different roles automatically.
de/volunteer.wml 718) </li>
de/volunteer.wml 719) -->
de/volunteer.wml 720)
de/volunteer.wml 721) <li>
de/volunteer.wml 722) <b>Improve our unit testing process</b>
de/volunteer.wml 723) <br />
de/volunteer.wml 724) Priority: <i>Medium</i>
de/volunteer.wml 725) <br />
de/volunteer.wml 726) Effort Level: <i>Medium</i>
de/volunteer.wml 727) <br />
de/volunteer.wml 728) Skill Level: <i>Medium</i>
de/volunteer.wml 729) <br />
de/volunteer.wml 730) Likely Mentors: <i>Nick</i>
de/volunteer.wml 731) <br />
de/volunteer.wml 732) Tor needs to be far more tested. This is a multi-part effort. To start
de/volunteer.wml 733) with, our unit test coverage should rise substantially, especially in
de/volunteer.wml 734) the areas outside the utility functions. This will require significant
de/volunteer.wml 735) refactoring of some parts of Tor, in order to dissociate as much logic
de/volunteer.wml 736) as possible from globals.
de/volunteer.wml 737) <br />
de/volunteer.wml 738) Additionally, we need to automate our performance testing. We've got
de/volunteer.wml 739) buildbot to automate our regular integration and compile testing already
de/volunteer.wml 740) (though we need somebody to set it up on Windows),
de/volunteer.wml 741) but we need to get our network simulation tests (as built in TorFlow: see
de/volunteer.wml 742) the "Tor Node Scanner improvements" item)
de/volunteer.wml 743) updated for more recent versions of Tor, and designed to launch a test
de/volunteer.wml 744) network either on a single machine, or across several, so we can test
de/volunteer.wml 745) changes in performance on machines in different roles automatically.
de/volunteer.wml 746) </li>
de/volunteer.wml 747)
de/volunteer.wml 748) <li>
de/volunteer.wml 749) <b>Help revive an independent Tor client implementation</b>
de/volunteer.wml 750) <br />
de/volunteer.wml 751) Priority: <i>Medium</i>
de/volunteer.wml 752) <br />
de/volunteer.wml 753) Effort Level: <i>High</i>
de/volunteer.wml 754) <br />
de/volunteer.wml 755) Skill Level: <i>Medium to High</i>
de/volunteer.wml 756) <br />
de/volunteer.wml 757) Likely Mentors: <i>Karsten, Nick</i>
de/volunteer.wml 758) <br />
de/volunteer.wml 759) Applications as of 1 Apr 00::00 UTC: <i>4</i>
de/volunteer.wml 760) <br />
de/volunteer.wml 761) Reanimate one of the approaches to implement a Tor client in Java,
de/volunteer.wml 762) e.g. the <a href="http://onioncoffee.sourceforge.net/">OnionCoffee
de/volunteer.wml 763) project</a>, and make it run on <a
de/volunteer.wml 764) href="http://code.google.com/android/">Android</a>. The first step
de/volunteer.wml 765) would be to port the existing code and execute it in an Android
de/volunteer.wml 766) environment. Next, the code should be updated to support the newer Tor
de/volunteer.wml 767) protocol versions like the <a href="<svnsandbox>doc/spec/dir-spec.txt">v3
de/volunteer.wml 768) directory protocol</a>. Further, support for requesting or even
de/volunteer.wml 769) providing Tor hidden services would be neat, but not required.
de/volunteer.wml 770) <br />
de/volunteer.wml 771) The student should be able to understand and write new Java code, including
de/volunteer.wml 772) a Java cryptography API. Being able to read C code would be helpful,
de/volunteer.wml 773) too. The student should be willing to read the existing documentation,
de/volunteer.wml 774) implement code based on it, and refine the documentation
de/volunteer.wml 775) when things are underdocumented. This project is mostly about coding and
de/volunteer.wml 776) to a small degree about design.
de/volunteer.wml 777) </li>
de/volunteer.wml 778)
de/volunteer.wml 779) <li>
de/volunteer.wml 780) <b>Automatic system tests and automatically starting private Tor networks</b>
de/volunteer.wml 781) <br />
de/volunteer.wml 782) Priority: <i>Medium</i>
de/volunteer.wml 783) <br />
de/volunteer.wml 784) Effort Level: <i>Medium</i>
de/volunteer.wml 785) <br />
de/volunteer.wml 786) Skill Level: <i>Medium</i>
de/volunteer.wml 787) <br />
de/volunteer.wml 788) Likely Mentors: <i>Karsten, Nick, Roger</i>
de/volunteer.wml 789) <br />
de/volunteer.wml 790) Applications as of 1 Apr 00:00 UTC: <i>2</i>
de/volunteer.wml 791) <br />
de/volunteer.wml 792) Write a tool that runs automatic system tests in addition
de/volunteer.wml 793) to the existing unit tests. The Java-based Tor simulator <a
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 794) href="https://svn.torproject.org/svn/puppetor/trunk/">PuppeTor</a>
|
update german volunteer pag...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 795) might be a good start for starting up a private Tor network, using it
de/volunteer.wml 796) for a while, and verifying that at least parts of it are working. This
de/volunteer.wml 797) project requires to conceive a blueprint for performing system tests
de/volunteer.wml 798) of private Tor networks, before starting to code. Typical types of
de/volunteer.wml 799) tests range from performing single requests over the private network to
de/volunteer.wml 800) manipulating exchanged messages and see if nodes handle corrupt messages
de/volunteer.wml 801) appropriately.
de/volunteer.wml 802) <br />
de/volunteer.wml 803) The student should be able to obtain a good understanding
de/volunteer.wml 804) of how Tor works and what problems and bugs could arise to design good
de/volunteer.wml 805) test cases. Understanding the existing Tor code structure and documentation is
de/volunteer.wml 806) vital. If PuppeTor is used, the student should also be able to understand
de/volunteer.wml 807) and possibly extend an existing Java application. This project is partly
de/volunteer.wml 808) about design and partly about coding.
de/volunteer.wml 809) </li>
de/volunteer.wml 810)
de/volunteer.wml 811) <li>
de/volunteer.wml 812) <b>Bring moniTor to life</b>
de/volunteer.wml 813) <br />
de/volunteer.wml 814) Priority: <i>Medium</i>
de/volunteer.wml 815) <br />
de/volunteer.wml 816) Effort Level: <i>Medium</i>
de/volunteer.wml 817) <br />
de/volunteer.wml 818) Skill Level: <i>Low to Medium</i>
de/volunteer.wml 819) <br />
de/volunteer.wml 820) Likely Mentors: <i>Karsten, Jacob</i>
de/volunteer.wml 821) <br />
de/volunteer.wml 822) Applications as of 1 Apr 00::00 UTC: <i>2</i>
de/volunteer.wml 823) <br />
de/volunteer.wml 824) Implement a <a href="http://www.ss64.com/bash/top.html">top-like</a>
de/volunteer.wml 825) management tool for Tor relays. The purpose of such a tool would be
de/volunteer.wml 826) to monitor a local Tor relay via its control port and include useful
de/volunteer.wml 827) system information of the underlying machine. When running this tool, it
de/volunteer.wml 828) would dynamically update its content like top does for Linux processes.
de/volunteer.wml 829) <a href="http://archives.seul.org/or/dev/Jan-2008/msg00005.html">This
de/volunteer.wml 830) or-dev post</a> might be a good first read.
de/volunteer.wml 831) <br />
de/volunteer.wml 832) The student should be familiar
de/volunteer.wml 833) with or willing to learn about administering a Tor relay and configuring
de/volunteer.wml 834) it via its control port. As an initial prototype is written in Python,
de/volunteer.wml 835) some knowledge about writing Python code would be helpful, too. This
de/volunteer.wml 836) project is one part about identifying requirements to such a
de/volunteer.wml 837) tool and designing its interface, and one part lots of coding.
de/volunteer.wml 838) </li>
de/volunteer.wml 839)
de/volunteer.wml 840) <li>
de/volunteer.wml 841) <b>Torbutton improvements</b>
de/volunteer.wml 842) <br />
de/volunteer.wml 843) Priority: <i>Medium</i>
de/volunteer.wml 844) <br />
de/volunteer.wml 845) Effort Level: <i>High</i>
de/volunteer.wml 846) <br />
de/volunteer.wml 847) Skill Level: <i>High</i>
de/volunteer.wml 848) <br />
de/volunteer.wml 849) Likely Mentors: <i>Mike</i>
de/volunteer.wml 850) <br/>
de/volunteer.wml 851) Torbutton has a number of improvements that can be made in the post-1.2
de/volunteer.wml 852) timeframe. Most of these are documented as feature requests in the <a
de/volunteer.wml 853) href="https://bugs.torproject.org/flyspray/index.php?tasks=all&project=5">Torbutton
de/volunteer.wml 854) flyspray section</a>. Good examples include: stripping off node.exit on http
de/volunteer.wml 855) headers, more fine-grained control over formfill blocking, improved referrer
de/volunteer.wml 856) spoofing based on the domain of the site (a-la <a
de/volunteer.wml 857) href="https://addons.mozilla.org/en-US/firefox/addon/953">refcontrol extension</a>),
de/volunteer.wml 858) tighter integration with Vidalia for reporting Tor status, a New Identity
de/volunteer.wml 859) button with Tor integration and multiple identity management, and anything
de/volunteer.wml 860) else you might think of.
de/volunteer.wml 861) <br />
de/volunteer.wml 862) This work would be independent coding in Javascript and the fun world of <a
de/volunteer.wml 863) href="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">XUL</a>,
de/volunteer.wml 864) with not too much involvement in the Tor internals.
de/volunteer.wml 865) </li>
de/volunteer.wml 866)
de/volunteer.wml 867) <li>
de/volunteer.wml 868) <b>Porting Polipo to Windows</b>
de/volunteer.wml 869) <br />
de/volunteer.wml 870) Priority: <i>Medium</i>
de/volunteer.wml 871) <br />
de/volunteer.wml 872) Effort Level: <i>Medium</i>
de/volunteer.wml 873) <br />
de/volunteer.wml 874) Skill Level: <i>Medium to High</i>
de/volunteer.wml 875) <br />
de/volunteer.wml 876) Likely Mentors: <i>Andrew, Steven, Roger</i>
de/volunteer.wml 877) <br />
de/volunteer.wml 878) Help port <a
de/volunteer.wml 879) href="http://www.pps.jussieu.fr/~jch/software/polipo/">Polipo</a> to
de/volunteer.wml 880) Windows. Example topics to tackle include:
de/volunteer.wml 881) 1) handle spaces in path names and understand the filesystem
de/volunteer.wml 882) namespace — that is, where application data, personal data,
de/volunteer.wml 883) and program data typically reside in various versions of Windows. 2) the
de/volunteer.wml 884) ability to handle ipv6 communications. 3) the ability to asynchronously
de/volunteer.wml 885) query name servers, find the system nameservers, and manage netbios
de/volunteer.wml 886) and dns queries. 4) use native regex capabilities of Windows, rather
de/volunteer.wml 887) than using 3rd party GNU regex libraries. 5) manage events and buffers
de/volunteer.wml 888) natively (i.e. in Unix-like OSes, Polipo defaults to 25% of ram, in
de/volunteer.wml 889) Windows it's whatever the config specifies). 6) some sort of GUI config
de/volunteer.wml 890) and reporting tool, bonus if it has a systray icon with right clickable
de/volunteer.wml 891) menu options. Double bonus if it's cross-platform compatible.
de/volunteer.wml 892) </li>
de/volunteer.wml 893)
de/volunteer.wml 894) <li>
de/volunteer.wml 895) <b>Make our diagrams beautiful and automated</b>
de/volunteer.wml 896) <br />
de/volunteer.wml 897) Priority: <i>Medium</i>
de/volunteer.wml 898) <br />
de/volunteer.wml 899) Effort Level: <i>Low</i>
de/volunteer.wml 900) <br />
de/volunteer.wml 901) Skill Level: <i>Low</i>
de/volunteer.wml 902) <br />
de/volunteer.wml 903) Likely Mentors: <i>Andrew</i>
de/volunteer.wml 904) <br />
de/volunteer.wml 905) We need a way to generate the website diagrams (for example, the "How
de/volunteer.wml 906) Tor Works" pictures on the <a href="<page overview>">overview page</a>
de/volunteer.wml 907) from source, so we can translate them as UTF-8 text rather than edit
de/volunteer.wml 908) them by hand with Gimp. We might want to
de/volunteer.wml 909) integrate this as an wml file so translations are easy and images are
de/volunteer.wml 910) generated in multiple languages whenever we build the website. See the
de/volunteer.wml 911) "Translation Wiki" idea above.
de/volunteer.wml 912) </li>
de/volunteer.wml 913)
de/volunteer.wml 914) <li>
de/volunteer.wml 915) <b>Improve the LiveCD offerings for the Tor community</b>
de/volunteer.wml 916) <br />
de/volunteer.wml 917) Priority: <i>Low</i>
de/volunteer.wml 918) <br />
de/volunteer.wml 919) Effort Level: <i>Low</i>
de/volunteer.wml 920) <br />
de/volunteer.wml 921) Skill Level: <i>Medium to High</i>
de/volunteer.wml 922) <br />
de/volunteer.wml 923) Likely Mentors: <i>Anonym, Jacob, Roger</i>
de/volunteer.wml 924) <br />
de/volunteer.wml 925) How can we make the <a
de/volunteer.wml 926) href="http://anonymityanywhere.com/incognito/">Incognito LiveCD</a>
de/volunteer.wml 927) easier to maintain, improve, and document?
de/volunteer.wml 928) </li>
de/volunteer.wml 929)
de/volunteer.wml 930) <li>
de/volunteer.wml 931) <b>Rework and extend Blossom</b>
de/volunteer.wml 932) <br />
de/volunteer.wml 933) Priority: <i>Medium</i>
de/volunteer.wml 934) <br />
de/volunteer.wml 935) Effort Level: <i>Medium to High</i>
de/volunteer.wml 936) <br />
de/volunteer.wml 937) Skill Level: <i>Medium to High</i>
de/volunteer.wml 938) <br />
de/volunteer.wml 939) Likely Mentors: <i>Goodell</i>
de/volunteer.wml 940) <br />
de/volunteer.wml 941) Rework and extend Blossom (a tool for monitoring and
de/volunteer.wml 942) selecting appropriate Tor circuits based upon exit node requirements
de/volunteer.wml 943) specified by the user) to gather data in a self-contained way, with
de/volunteer.wml 944) parameters easily configurable by the user. Blossom is presently
de/volunteer.wml 945) implemented as a single Python script that interfaces with Tor using the
de/volunteer.wml 946) Controller interface and depends upon metadata about Tor nodes obtained
de/volunteer.wml 947) via external processes, such as a webpage indicating status of the nodes
de/volunteer.wml 948) plus publically available data from DNS, whois, etc. This project has
de/volunteer.wml 949) two parts: (1) Determine which additional metadata may be useful and
de/volunteer.wml 950) rework Blossom so that it cleanly obtains the metadata on its own rather
de/volunteer.wml 951) than depend upon external scripts (this may, for example, involve
de/volunteer.wml 952) additional threads or inter-process communication), and (2) develop a
de/volunteer.wml 953) means by which the user can easily configure Blossom, starting with a
de/volunteer.wml 954) configuration file and possibly working up to a web configuration engine.
de/volunteer.wml 955) Knowledge of Tor and Python are important; knowledge of
de/volunteer.wml 956) TCP, interprocess communication, and Perl will also be helpful. An
de/volunteer.wml 957) interest in network neutrality is important as well, since the
de/volunteer.wml 958) principles of evaluating and understanding internet inconsistency are at
de/volunteer.wml 959) the core of the Blossom effort.
de/volunteer.wml 960) </li>
de/volunteer.wml 961)
de/volunteer.wml 962) <li>
de/volunteer.wml 963) <b>Improve Blossom: Allow users to qualitatively describe exit nodes they desire</b>
de/volunteer.wml 964) <br />
de/volunteer.wml 965) Priority: <i>Low</i>
de/volunteer.wml 966) <br />
de/volunteer.wml 967) Effort Level: <i>Medium</i>
de/volunteer.wml 968) <br />
de/volunteer.wml 969) Skill Level: <i>Medium</i>
de/volunteer.wml 970) <br />
de/volunteer.wml 971) Likely Mentors: <i>Goodell</i>
de/volunteer.wml 972) <br />
de/volunteer.wml 973) Develop and implement a means of affording Blossom
de/volunteer.wml 974) users the ability to qualitatively describe the exit node that they
de/volunteer.wml 975) want. The Internet is an inconsistent place: some Tor exit nodes see
de/volunteer.wml 976) the world differently than others. As presently implemented, Blossom (a
de/volunteer.wml 977) tool for monitoring and selecting appropriate Tor circuits based upon
de/volunteer.wml 978) exit node requirements specified by the user) lacks a sufficiently rich
de/volunteer.wml 979) language to describe how the different vantage points are different.
de/volunteer.wml 980) For example, some exit nodes may have an upstream network that filters
de/volunteer.wml 981) certain kinds of traffic or certain websites. Other exit nodes may
de/volunteer.wml 982) provide access to special content as a result of their location, perhaps
de/volunteer.wml 983) as a result of discrimination on the part of the content providers
de/volunteer.wml 984) themselves. This project has two parts: (1) develop a language for
de/volunteer.wml 985) describing characteristics of networks in which exit nodes reside, and
de/volunteer.wml 986) (2) incorporate this language into Blossom so that users can select Tor
de/volunteer.wml 987) paths based upon the description.
de/volunteer.wml 988) Knowledge of Tor and Python are important; knowledge of
de/volunteer.wml 989) TCP, interprocess communication, and Perl will also be helpful. An
de/volunteer.wml 990) interest in network neutrality is important as well, since the
de/volunteer.wml 991) principles of evaluating and understanding internet inconsistency are at
de/volunteer.wml 992) the core of the Blossom effort.
de/volunteer.wml 993) </li>
de/volunteer.wml 994)
de/volunteer.wml 995) <li>
de/volunteer.wml 996) <b>Bring up new ideas!</b>
de/volunteer.wml 997) <br />
de/volunteer.wml 998) Don't like any of these? Look at the <a
de/volunteer.wml 999) href="<svnsandbox>doc/design-paper/roadmap-future.pdf">Tor development
de/volunteer.wml 1000) roadmap</a> for more ideas.
de/volunteer.wml 1001) </li>
de/volunteer.wml 1002)
de/volunteer.wml 1003) </ol>
de/volunteer.wml 1004)
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 1005) <h2><a class="anchor" href="#Coding">Programmierung und Design</a></h2>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1006)
de/volunteer.de.html 1007) <ol>
|
- german update
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 1008) <li>Torserver funktionieren unter Windows XP nicht sehr gut. Wir
de/volunteer.wml 1009) verwenden auf Windows den standardm��igen <code>select</code>-Systemaufruf.
de/volunteer.wml 1010) Dies bereitet gerade auf mittelgro�en Servern <a
|
Change all wiki.noreply to...
Nick Mathewson authored 16 years ago
|
de/volunteer.wml 1011) href="https://wiki.torproject.org/noreply/TheOnionRouter/WindowsBufferProblems">Probleme</a>.
|
- translated volunteer page...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1012) Wahrscheinlich sollten wir hier besser Overlapped I/O nutzen. Eine L�sung
de/volunteer.wml 1013) w�re, <a href="http://www.monkey.org/~provos/libevent/">libevent</a>
de/volunteer.wml 1014) beizubringen, Overlapped I/O statt <code>select()</code> zu w�hlen. Tor muss
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 1015) dann an die neue libevent-Schnittstelle angepasst werden. Christian
de/volunteer.wml 1016) King hat
de/volunteer.wml 1017) <a href="https://svn.torproject.org/svn/libevent-urz/trunk/">einen guten
|
- translated volunteer page...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1018) Anfang</a> gemacht.</li>
de/volunteer.wml 1019) <li>Wie k�nnen wir die <a
de/volunteer.wml 1020) href="http://anonymityanywhere.com/incognito/">Incognito LiveCD</a> leichter
de/volunteer.wml 1021) zu warten, verbessern und zu dokumentieren machen?</li>
|
- forgot to add the GSoC-part
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 1022) <li>Wir sollten damit anfangen unser <a href="<page
de/volunteer.wml 1023) documentation>#DesignDoc">gegen Blockierungen gesch�tztes Design</a> zu
de/volunteer.wml 1024) implementieren. Dies beinhaltet die Ausarbeitung des Designs, die
de/volunteer.wml 1025) Modifizierung diverser Teile von Tor, die Arbeit an einer <a
de/volunteer.wml 1026) href="http://vidalia-project.net/">GUI</a>, die intuitiv ist und die Planung
de/volunteer.wml 1027) f�r den Einsatz.</li>
de/volunteer.wml 1028) <li>Wir brauchen ein flexibles Ger�st, um Ende-zu-Ende Attacken des
de/volunteer.wml 1029) Netzverkehrs zu simulieren. Viele Forscher haben Simulatoren geschaffen, die
de/volunteer.wml 1030) ihre Intuition, ob ein Angriff oder Verteidigung funktioniert, unterst�tzt.
de/volunteer.wml 1031) K�nnen wir einen Simulator bauen, der offen und gut dokumentiert ist? Dies
de/volunteer.wml 1032) wird eine Menge neuer Forschung anregen. Schaue auch auf den <a
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1033) href="#Research">Eintrag unten</a>, um Details zu dieser Aufgabe zu entdecken.
de/volunteer.wml 1034) Wenn es fertig ist, k�nntest du helfen, eine Ver�ffentlichung dazu zu schreiben.</li>
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 1035) <li>Momentan werden die Deskriptoren der versteckten Services nur
de/volunteer.wml 1036) auf einigen wenigen Verzeichnisservern gespeichert. Dies ist
de/volunteer.wml 1037) schlecht f�r die Privatsph�re und die Robustheit. Um mehr Robustheit
de/volunteer.wml 1038) zu erlangen, sollten wir die privaten Daten aus den Deskriptoren
de/volunteer.wml 1039) entfernen, um diese auf verschiedenen Pl�tzen spiegeln zu
de/volunteer.wml 1040) k�nnen. Idealerweise h�tten wir gern ein Speicher-/Backupsystem, das
de/volunteer.wml 1041) verschieden zu den Verzeichnisservern ist. Das erste Problem ist,
de/volunteer.wml 1042) das wir Format f�r die versteckten Services schaffen m�ssen, welches
de/volunteer.wml 1043) a) ASCII statt bin�r ist, b) die Liste der Introductionpoints
de/volunteer.wml 1044) verschl�sselt, solange man nicht die <tt>.onion</tt>-Adresse kennt
de/volunteer.wml 1045) und c) den Verzeichnissen erlaubt, den Zeitstempel und die Signatur
de/volunteer.wml 1046) eines Deskriptors zu verifizieren, so dass diese nicht mit falschen
de/volunteer.wml 1047) �berrumpelt werden. Zweitens wird es jedes verteilte Speichersystem
de/volunteer.wml 1048) tun, solange es authentifizierte Updates erlaubt.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1049) <li>Torversionen ab 0.1.1.x unterst�tzen Cryptohardwarebeschleuniger
de/volunteer.de.html 1050) via OpenSSL. Bisher hat das niemand getestet. M�chte jemand gern
de/volunteer.de.html 1051) eine Karte haben und schauen, ob das funktioniert?</li>
de/volunteer.de.html 1052) <li>Eine Sicherheitsanalyse mit
de/volunteer.de.html 1053) "<a href="http://en.wikipedia.org/wiki/Fuzz_testing">Fuzz</a>"
de/volunteer.de.html 1054) machen. Herausfinden, ob es da drau�en gute Bibliotheken daf�r
de/volunteer.de.html 1055) gibt. Gewinne Ruhm und Ehre, wenn wir nur wegen dir ein neues
de/volunteer.de.html 1056) Release herausbringen!</li>
de/volunteer.de.html 1057) <li>Tor nutzt TCP f�r den Transport und TLS f�r die Verschl�sselung
de/volunteer.de.html 1058) der Verbindungen. Dies ist einfach. Es bedeutet aber auch, dass
de/volunteer.de.html 1059) alle Zellen Versp�tungen erfahren, wenn nur ein Paket verworfen
de/volunteer.de.html 1060) wird. Daher k�nnen wir nur bedingt TCP-Streams unterst�tzen. Es
de/volunteer.de.html 1061) gibt eine <a
|
Change all wiki.noreply to...
Nick Mathewson authored 16 years ago
|
de/volunteer.wml 1062) href="https://wiki.torproject.org/noreply/TheOnionRouter/TorFAQ#TransportIPnotTCP">Liste
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1063) von Gr�nden</a>, warum wir nicht zu Transport per UDP gewechselt
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 1064) sind. Es w�re sch�n, wenn diese Liste k�rzer werden w�rde. Wir
de/volunteer.wml 1065) haben auch eine <a
|
- forgot to add the GSoC-part
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 1066) href="<svnsandbox>doc/100-tor-spec-udp.txt">Spezifikation f�r Tor
|
- Update of all changed pag...
Jens Kubieziel authored 18 years ago
|
de/volunteer.wml 1067) und UDP</a> — bitte lass uns wissen, wenn damit etwas nicht
de/volunteer.wml 1068) stimmt.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1069) <li>Wir sind nicht weit davon entfernt, Unterst�tzung f�r IPv6 bei
de/volunteer.de.html 1070) Exitknoten zu haben. Falls du dich stark um IPv6 k�mmerst, ist
de/volunteer.de.html 1071) das wahrscheinlich der Platz, um zu starten.</li>
|
- translated volunteer page...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1072) <li>Du magst keinen von den obigen Punkten? Schaue dir die <a
de/volunteer.wml 1073) href="<svnsandbox>doc/design-paper/roadmap-future.pdf">weiteren Pl�ne</a> f�r
de/volunteer.wml 1074) weitere Ideen an.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1075) </ol>
|
Add some of the files trans...
Thomas Sjögren authored 18 years ago
|
de/contribute.de.html 1076)
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 1077) <a id="Research"></a>
de/volunteer.wml 1078) <h2><a class="anchor" href="#Research">Forschung</a></h2>
|
commited Jens diff
Andrew Lewman authored 18 years ago
|
de/volunteer.de.html 1079)
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1080) <ol>
de/volunteer.de.html 1081) <li>Die Fingerprintattacken gegen Webseiten machen eine Liste von
de/volunteer.de.html 1082) einigen wenigen popul�ren Webseiten, laden die Inhalte herunter
de/volunteer.de.html 1083) und machen einen Satz von Signaturen f�r jede Seite. Danach
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1084) beobachten sie den Verkehr des Torclients. W�hrenddessen gelangen sie
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1085) schnell zu einer Vermutung, welche Seite gerade besucht wird. Wie
de/volunteer.de.html 1086) effektiv ist dieser Angriff bez�glich der aktuellen Codebasis von
de/volunteer.de.html 1087) Tor? Beginne danach Verteidigungsm�glichkeiten auszuloten. Wir
de/volunteer.de.html 1088) k�nnten beispielsweise die Zellgr��e von 512 Bytes auf 1024 Bytes
de/volunteer.de.html 1089) anheben und Techniken wie <a
de/volunteer.de.html 1090) href="http://freehaven.net/anonbib/#timing-fc2004">defensives
de/volunteer.de.html 1091) Verwerfen</a> anwenden. Wir k�nnten auch k�nstliche Versp�tungen
de/volunteer.de.html 1092) einarbeiten. Welchen Einfluss haben diese Massnahmen und wie gro�
de/volunteer.de.html 1093) ist der Einfluss auf die Benutzbarkeit?</li>
de/volunteer.de.html 1094) <li>Eine weitere Angriffsm�glichkeit (end-to-end traffic
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1095) confirmation attack) basiert darauf, dass der Verkehr zwischen
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1096) Alice und Bob beobachtet wird. Durch den <a
de/volunteer.de.html 1097) href="http://freehaven.net/anonbib/#danezis:pet2004">Vergleich
de/volunteer.de.html 1098) der Signaturen des Netzverkehrs kann man herausfinden, on man
de/volunteer.de.html 1099) denselben Stream verfolgt</a>. Bis jetzt akzeptiert Tor dies als
de/volunteer.de.html 1100) Fakt und nimmt an, dass dies in allen F�llen trivial ist. Ist das
de/volunteer.de.html 1101) wahr? Wieviel Verkehr von welcher Sorte braucht man, um sicher zu
de/volunteer.de.html 1102) sicher, dass es funktioniert? Gibt es Szenarien, die die Attacke
de/volunteer.de.html 1103) ausbremsen? Funktioniert Padding besser als anderes?</li>
|
update german volunteer pag...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1104) <li>Eine verwandte Frage: Bringt der Betrieb eines Relays oder
de/volunteer.wml 1105) eines Br�ckenservers zus�tzlichen Schutz gegen Timingangriffe? Kann
de/volunteer.wml 1106) ein externer Angreifer individuelle Str�me erkennen, obwohl er nicht
de/volunteer.wml 1107) in die TLS-Str�me sehen kann? Hat die H�he des durchgeleiteten
de/volunteer.wml 1108) Verkehrs Einfluss? Was w�re, wenn der Client anderen Verkehr
de/volunteer.wml 1109) verlangsamt, um es so aussehen zu lassen, dass er auch
de/volunteer.wml 1110) weitergeleitet wird? Die selbe Queue k�nnte auch zur Maskierung der
de/volunteer.wml 1111) Timings mit Techniken von <a
de/volunteer.wml 1112) href="http://www.freehaven.net/anonbib/#ShWa-Timing06" >adaptivem
de/volunteer.wml 1113) Padding</a> genutzt werden, aber ohne zus�tzlich Traffic zu
de/volunteer.wml 1114) erzeugen. W�rde das das Timing f�r externe Angreifer verschleiern?
de/volunteer.wml 1115) M�ssten die Strategien f�r assymetrische Knoten angepasst werden?
de/volunteer.wml 1116) W�re es dort beispielsweise m�glich, den Clienttraffic von anderem
de/volunteer.wml 1117) zu unterscheiden? Oder ist das vielleicht f�r symmetrische
de/volunteer.wml 1118) Verbindungen leichter?</li>
de/volunteer.wml 1119) <li>Wiederhole die <a
de/volunteer.wml 1120) href="http://www.cl.cam.ac.uk/~sjm217/projects/anon/#torta"
de/volunteer.wml 1121) >Angriffe von Murdoch und Danezis von der Oakland 05</a> im
de/volunteer.wml 1122) aktuellen Tor-Netzwerk. Schaue, ob du herausfinden kannst, warum das
de/volunteer.wml 1123) bei einigen gut und bei anderen schlecht funktioniert. (Meine
de/volunteer.wml 1124) Theorie ist, dass schnelle Knoten mit Restkapazit�t dem Angriff
de/volunteer.wml 1125) besser widerstehen.) Wenn das wahr ist, experimentiere mit
de/volunteer.wml 1126) <var>RelayBandwidthRate</var> und
de/volunteer.wml 1127) <var>RelayBandwidthBurst</var>. Dabei betreibst du ein Relay,
de/volunteer.wml 1128) welches als Client genutzt wird, um den Verkehr des Angreifers
de/volunteer.wml 1129) weiterzuleiten. Was ist das richtige Verh�ltnis von
de/volunteer.wml 1130) <var>RelayBandwidthRate</var> zu aktueller Kapazit�t? Gibt es
de/volunteer.wml 1131) �berhaupt ein Verh�ltnis? Wenn wir dabei sind, erh�ht eine gro�e
de/volunteer.wml 1132) Zahl von Relays die Fehlerrate des Angriffs? (Das Tor-Netzwerk ist
de/volunteer.wml 1133) nun fast zwei Gr��enordnungen gewachsen, seit die Ver�ffentlichung
de/volunteer.wml 1134) geschrieben wurde.) Lies auf jeden Fall auch <a
de/volunteer.wml 1135) href="http://freehaven.net/anonbib/#clog-the-queue">Don't Clog the
de/volunteer.wml 1136) Queue</a>.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1137) <li>Die Attacke auf die Routingzonen ist der Netzpfad zwischen
de/volunteer.de.html 1138) Alice und dem Eingangsknoten (bzw. zwischen dem Exitknoten und
de/volunteer.de.html 1139) Bob). In der Literatur wird dies als einfache Verbindung auf
de/volunteer.de.html 1140) einem Graph dargestellt. In der Praxis durchquert der Pfad viele
de/volunteer.de.html 1141) autonome Systeme. Es ist nicht ungew�hnlich, dass dasselbe
de/volunteer.de.html 1142) <a href="http://freehaven.net/anonbib/#feamster:wpes2004">autonome
de/volunteer.de.html 1143) System sowohl beim Eingangs- wie auch beim Ausgangspfad
de/volunteer.de.html 1144) erscheint</a>. Um nun herauszufinden, ob ein spezielles Alice-,
de/volunteer.de.html 1145) Eingangs-, Ausgangs-, Bobviereck gef�hrlich ist, m�ssten wir die
|
- updated german translatio...
Jens Kubieziel authored 16 years ago
|
de/volunteer.wml 1146) gesamte Routingzone des Internet herunterladen und Operationen
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1147) darauf ausf�hren. Gibt es praktische Absch�tzungen, die die
de/volunteer.de.html 1148) Arbeit erleichtern k�nnen?</li>
|
- german translation update
Jens Kubieziel authored 17 years ago
|
de/volunteer.wml 1149) <li>Andere Fragen in der Forschung, die die geografische
de/volunteer.wml 1150) Verteilung betreffen, betrachten einen Kompromiss zwischen der Wahl
de/volunteer.wml 1151) einer effizienten Route und einer zuf�lligen Route. Wirf einen Blick
de/volunteer.wml 1152) auf das <a
de/volunteer.wml 1153) href="http://swiki.cc.gatech.edu:8080/ugResearch/uploads/7/ImprovingTor.pdf">Positionspapier</a>
de/volunteer.wml 1154) von Stephen Rollyson. Es diskutiert, wie man langsame Leitungen
de/volunteer.wml 1155) auschalten kann, ohne die Anonymit�t zu stark einzuschr�nken. Die
de/volunteer.wml 1156) Begr�ndungen machen einen guten Eindruck, brauchen aber noch mehr
de/volunteer.wml 1157) Arbeit.</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1158) <li>Tor funktioniert nicht sehr gut, wenn Server eine asymmetrische
de/volunteer.de.html 1159) Bandbreite (Kabel oder DSL) haben. Tor hat separate
de/volunteer.de.html 1160) TCP-Verbindungen zwischen jedem Hop. Wenn nun die einkommenden
de/volunteer.de.html 1161) Pakete gut ankommen und die ausgehenden alle verworfen werden,
de/volunteer.de.html 1162) �bertragen die die TCP-Pushback-Mechanismen diese Informationen
de/volunteer.de.html 1163) nicht gut hin zu den eingehenden Verbindungen. Eventuell sollte
de/volunteer.de.html 1164) Tor feststellen, wenn eine Menge an ausgehenden Verbindungen
de/volunteer.de.html 1165) verworfen werden und dann die eigehenden Verbindungen selbst
de/volunteer.de.html 1166) herunterregeln? Ich k�nnte mir ein Schema vorstellen, wo wir ein
de/volunteer.de.html 1167) konservatives Ratelimit suchen und das langsam vergr��ern, bis
de/volunteer.de.html 1168) Pakete verworfen werden. Wir brauchen jemanden, der sich gut mit
de/volunteer.de.html 1169) Netzwerken auskennt, um dies zu simulieren und eine L�sung zu
de/volunteer.de.html 1170) finden. Wir m�ssen die Erosion in der Performance verstehen und
de/volunteer.de.html 1171) das als Motivation f�r Transport per UDP verstehen.</li>
de/volunteer.de.html 1172) <li>Ein verwandtes Thema ist die Kontrolle bei Netz�berlastung. Ist
de/volunteer.de.html 1173) unser Design ausreichend, um hohe Netzlast auszuhalten?
de/volunteer.de.html 1174) Vielleicht sollten wir mit Fenstern von variabler Gr��e
de/volunteer.de.html 1175) experimentieren? Das schien im <a
de/volunteer.de.html 1176) href="http://www.psc.edu/networking/projects/hpn-ssh/theory.php">Experiment
de/volunteer.de.html 1177) mit dem SSH-Durchsatz</a> gut zu funktionieren. Wir m�ssen das
de/volunteer.de.html 1178) messen und verbessern und bei guten Resultaten Tor �berholen.</li>
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 1179) <li>Unsere Ziele zum Schutz vor Zensur schlie�en ein, dass ein
de/volunteer.wml 1180) Angreifer Tor-Verkehr von <a
de/volunteer.wml 1181) href="https://www.torproject.org/svn/trunk/doc/design-paper/blocking.html#sec:network-fingerprint">normalem
de/volunteer.wml 1182) SSL-Verkehr unterscheiden</a> kann. Offensichtlich k�nnen wir keine
de/volunteer.wml 1183) perfekte Steganographie erreichen und dabei benutzbar bleiben. Aber
de/volunteer.wml 1184) wir m�chten gern Angriffen, die nur wenige Pakete betrachten,
de/volunteer.wml 1185) �berwinden. Eine der verbliebenen Angriffe, die wir nicht sehr gepr�ft
de/volunteer.wml 1186) haben, ist das Verh�ltnis von der Gr��e der Tor-Zellen (512 Byte)
de/volunteer.wml 1187) zum restlichen Verkehr. Wieviel erkennt man davon, haben die
de/volunteer.wml 1188) Leerungsmechanismen der Buffer einen Einfluss, k�nnte Padding helfen?</li>
|
Update de/volunteer to 1.10...
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 1189) <li>Tor-Verbindungen werden schrittweise aufgebaut, ein Knoten nach
de/volunteer.wml 1190) dem anderen. Also haben wir theoretisch die M�glichkeit, manche
de/volunteer.wml 1191) Str�me schon nach dem zweiten Knoten die Tor-Wolke verlassen zu
de/volunteer.wml 1192) lassen, andere nach dem dritten Knoten, und so weiter. Dies erscheint
de/volunteer.wml 1193) nett, weil es die Menge der austretenden Str�me, welcher ein bestimmter
de/volunteer.wml 1194) Server sieht, begrenzt. Wenn wir diesen Strom jedoch sicher haben wollen,
de/volunteer.wml 1195) dann, laut unserer aktuellen Logik, sollte der k�rzeste Pfad mindestens 3
de/volunteer.wml 1196) Knoten lang sein. Das heisst, die anderen Str�me w�ren noch l�nger. Wir
de/volunteer.wml 1197) m�ssen diese Performance/Sicherheitsabw�gung untersuchen.</li>
de/volunteer.wml 1198) <li>Es ist nicht schwer, DoS Angriffe auf Tor-Server oder
de/volunteer.wml 1199) Tor-Verzeischnisserver erfolgreich durchzuf�hren. Sind Client-Puzzles die
de/volunteer.wml 1200) richtige Anwort? Welche anderen praktischen Herangehensweisen gibt es?
de/volunteer.wml 1201) Bonuspunkte, wenn diese mit dem aktuellen Tor-Protokoll abw�rtskompatibel
de/volunteer.wml 1202) sind.</li>
|
update german volunteer pag...
Jens Kubieziel authored 15 years ago
|
de/volunteer.wml 1203) <li>Programme, wie <a
de/volunteer.wml 1204) href="https://torbutton.torproject.org/dev/">Torbutton</a>,
de/volunteer.wml 1205) versuchen den User-Agent des Browsers zu verstecken, indem sie
de/volunteer.wml 1206) diesen durch eine gew�hnliche Angabe ersetzen. Dadurch kann ein
de/volunteer.wml 1207) Angreifer Tor-Nutzer nicht durch einen Blick auf die
de/volunteer.wml 1208) Nachrichtenk�pfe erkennen. Die Software versucht einen, allgemein
de/volunteer.wml 1209) genutzten Wert zu nehmen. Frage 1: Wie sehr schaden wir uns, wenn
de/volunteer.wml 1210) wir die Firefox-Version periodisch anpassen? Wenn wir zu oft
de/volunteer.wml 1211) updaten, kann man es unterscheiden. Machen wir es nicht, findet man
de/volunteer.wml 1212) Tor-Nutzer heraus, da sie sehr alte Versionen nutzen. Die Antwort
de/volunteer.wml 1213) h�ngt wahrscheinlich von den Firefox-Versionen, die es gibt,
de/volunteer.wml 1214) ab. Frage 2: Die Leute fragen immer wieder, zwischen n verschiedenen
de/volunteer.wml 1215) User-Agents zu wechseln. Hilft der Ansatz oder macht das keinen
de/volunteer.wml 1216) Unterschied? Betrachte dabei Cookies und Tor-Nutzer, die periodisch
de/volunteer.wml 1217) den User-Agent wechseln. B�sartige Webseiten greifen nur bestimmte
de/volunteer.wml 1218) Browser an. Wie beeinflussen die Antworten auf diese Fragen diese
de/volunteer.wml 1219) Antwort.</li>
de/volunteer.wml 1220) <li>Momentan benutzen Tor-Clients eine aufgebaute Verbindungsstrecke
de/volunteer.wml 1221) f�r zehn Minuten, nachdem diese aufgebaut wurde. Das Ziel hierf�r
de/volunteer.wml 1222) ist, das Netzwerk nicht mit Nachrichten zum Verbindungsaufbau zu
de/volunteer.wml 1223) �berlasten. Au�erdem kann der Austrittsknoten dadurch kein Profil
de/volunteer.wml 1224) �ber den Nutzer bilden. Es hat sich herausgestellt, dass zehn
de/volunteer.wml 1225) Minuten zu lang sind. Insbesondere dann, wenn Verbindungen von
de/volunteer.wml 1226) verschiedenen Protokollen (IM und HTTP) benutzt werden. Wenn wir
de/volunteer.wml 1227) die Gesamtzahl an Erweiterungen der Verbindungsstrecke beibehalten,
de/volunteer.wml 1228) gibt es effizientere/sichere Wege, Streams zu den
de/volunteer.wml 1229) Verbindungsstrecken zu alloziieren oder pr�emptiv Strecken
de/volunteer.wml 1230) aufzubauen? Nat�rlich muss dieser Punkt damit beginnen, dass
de/volunteer.wml 1231) erforscht wird, welche Verbindungen die Programme typischerweise
de/volunteer.wml 1232) benutzen. Damit hast du dann einen realistischen Ansatz, den du
de/volunteer.wml 1233) optimierst.</li>
de/volunteer.wml 1234) <li>Wie viele Br�ckenserver ben�tigt man, um die Verf�gbarkeit zu
de/volunteer.wml 1235) garantieren? Wir sollten die Abwanderung unseren Br�ckenservern messen.
de/volunteer.wml 1236) Wenn es viel davon gibt, gibt es M�glichkeiten, dass die Nutzer
de/volunteer.wml 1237) l�nger verbunden bleiben?</li>
|
- changes from english version
Jens Kubieziel authored 18 years ago
|
de/volunteer.de.html 1238) </ol>
|
Add some of the files trans...
Thomas Sjögren authored 18 years ago
|
de/contribute.de.html 1239)
|
Update de/volunteer
Peter Palfrader authored 18 years ago
|
de/volunteer.wml 1240) <p><a href="<page contact>">Lass uns wissen</a>, wenn du bei einem
de/volunteer.wml 1241) dieser Punkte Fortschritte gemacht hast.</p>
|
Add some of the files trans...
Thomas Sjögren authored 18 years ago
|
de/contribute.de.html 1242)
de/contribute.de.html 1243) </div><!-- #main -->
|