mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-27 22:03:31 +01:00
clean up the server docs for ulimit -n
svn:r5036
This commit is contained in:
parent
8585599965
commit
41bdb5e9f8
2
doc/TODO
2
doc/TODO
@ -37,7 +37,7 @@ NR- write a spec appendix for 'being nice with tor'
|
|||||||
|
|
||||||
for 0.1.1.x:
|
for 0.1.1.x:
|
||||||
R - are dirservers auto-verifying duplicate nicknames?
|
R - are dirservers auto-verifying duplicate nicknames?
|
||||||
- tor should auto-sort the recommended-versions strings
|
o tor should auto-sort the recommended-versions strings
|
||||||
(with the new smartlist sort stuff maybe)
|
(with the new smartlist sort stuff maybe)
|
||||||
- setconf SocksBindAddress kills tor if it fails to bind
|
- setconf SocksBindAddress kills tor if it fails to bind
|
||||||
|
|
||||||
|
@ -268,12 +268,15 @@ into a chroot jail</a>.)
|
|||||||
</p>
|
</p>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
11. (Unix only.) Your operating system probably limits the number of open
|
11. (Unix only.) Your operating system probably limits the number
|
||||||
file descriptors per process to 1024 (or even less). If you plan to be
|
of open file descriptors per process to 1024 (or even less). If
|
||||||
running a fast exit node, this is probably not enough. You should run
|
you plan to be running a fast exit node, this is probably not
|
||||||
"ulimit -n 8192" (as root) and then su to the user that will run Tor,
|
enough. On Linux, you should add a line like "toruser hard nofile
|
||||||
or change your defaults (on Debian, add a line like "toruser hard nofile
|
8192" to your /etc/security/limits.conf file, where toruser is
|
||||||
8192" to your /etc/security/limits.conf file).
|
the user that runs the Tor process. If that doesn't work, see <a
|
||||||
|
href="http://wiki.noreply.org/noreply/TheOnionRouter/TorFAQ#FileDescriptors">this
|
||||||
|
FAQ entry</a> for other suggested ways to run "ulimit -n 8192" before
|
||||||
|
you launch Tor.
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
|
Loading…
Reference in New Issue
Block a user