Applied Nick's patch.
Matt Pagan

Matt Pagan commited on 2014-03-06 17:22:32
Zeige 1 geänderte Dateien mit 47 Einfügungen und 1 Löschungen.

... ...
@@ -184,6 +184,8 @@ be?</a></li>
184 184
     limiting bandwidth on my Tor relay?</a></li>
185 185
     <li><a href="#ExitPolicies">I'd run a relay, but I don't want to deal
186 186
     with abuse issues.</a></li>
187
+    <li><a href="#BestOSForRelay">Why doesn't my Windows (or other OS) Tor 
188
+    relay run well?</a></li>
187 189
     <li><a href="#WhatIsTheBadExitFlag">What is the BadExit flag?</a></li>
188 190
     <li><a href="#IGotTheBadExitFlagWhyDidThatHappen">I got the BadExit flag. 
189 191
     Why did that happen?</a></li>
... ...
@@ -2794,6 +2796,50 @@ users
2794 2796
 
2795 2797
     <hr>
2796 2798
 
2799
+    <a id="BestOSForRelay"></a>
2800
+    <h3><a class="anchor" href="#BestOSForRelay">Why doesn't my Windows (or other OS) Tor relay run well?</a>
2801
+
2802
+    <p>
2803
+    Tor relays work best on Linux, FreeBSD 5.x+, OS X Tiger or
2804
+    later, and Windows Server 2003 or later.
2805
+    </p>
2806
+
2807
+    <p>You can probably get it working just fine on other operating
2808
+    systems too, but note the following caveats:
2809
+    </p>
2810
+
2811
+    <ul>
2812
+    <li>
2813
+    Versions of Windows without the word "server" in their name
2814
+    sometimes have problems. This is especially the case for Win98,
2815
+    but it also happens in some cases for XP, especially if you don't
2816
+    have much memory. The problem is that we don't use the networking
2817
+    system calls in a very Windows-like way, so we run out of space in
2818
+    a fixed-size memory space known as the non-page pool, and then
2819
+    everything goes bad. The symptom is an assert error with the
2820
+    message "No buffer space available [WSAENOBUFS ] [10055]".  <a
2821
+    href="https://trac.torproject.org/projects/tor/wiki/doc/WindowsBufferProblems">You
2822
+    can read more here.</a>
2823
+    </li>
2824
+
2825
+    <li>
2826
+    Most developers who contribute to Tor work with Unix-like operating
2827
+    systems. It would be great if more people with Windows experience help
2828
+    out, so we can improve Tor's usability and stability in
2829
+    Windows.
2830
+    </li>
2831
+
2832
+    <li>
2833
+    More esoteric or archaic operating systems, like SunOS 5.9 or
2834
+    Irix64, may have problems with some libevent methods (devpoll,
2835
+    etc), probably due to bugs in libevent. If you experience crashes,
2836
+    try setting the EVENT_NODEVPOLL or equivalent environment
2837
+    variable.
2838
+    </li>
2839
+    </ul>
2840
+
2841
+    <hr>
2842
+
2797 2843
     <a id="WhatIsTheBadExitFlag"></a>
2798 2844
     <h3><a class="anchor" href="#WhatIsTheBadExitFlag">What is the 
2799 2845
     BadExit flag?</a></h3>
... ...
@@ -3865,7 +3911,7 @@ diversity,
3865 3911
     connection. If you run an Exit Enclave for your service, then the exit 
3866 3912
     from the Tor network happens on the machine that runs your service, 
3867 3913
     rather than on an untrusted random node. This works when Tor clients 
3868
-    wishing to connect to this public service extend their their circuit 
3914
+    wishing to connect to this public service extend their circuit 
3869 3915
     to exit from the Tor relay running on that same host. For example, if 
3870 3916
     the server at 1.2.3.4 runs a web server on port 80 and also acts as a 
3871 3917
     Tor relay configured for Exit Enclaving, then Tor clients wishing to 
3872 3918