]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
better text for AccountingMaxKB
authorRoger Dingledine <arma@torproject.org>
Sat, 20 Nov 2004 07:35:20 +0000 (07:35 +0000)
committerRoger Dingledine <arma@torproject.org>
Sat, 20 Nov 2004 07:35:20 +0000 (07:35 +0000)
document SIGUSR2

svn:r2915

doc/tor.1.in

index e7b94e535e5b31e0292d27645a9af2c4c35a3f21..1504fcbd03a444a46e8d342903cedfa266681160 100644 (file)
@@ -272,9 +272,10 @@ special target string "pass", which prevents subsequent rules from being
 considered.
 .TP
 \fBAccountingMaxKB \fR\fInum\fP
-Never send or receive more than \fInum\fP kilobytes in a given
-accounting period (currently, only months are supported).  When the
-number of kilobytes is exhausted, Tor will hibernate until some time
+Never send more than \fInum\fP kilobytes in a given accounting period,
+or receive more than \fInum\fP kilobytes in the period (currently,
+only months are supported).  When the number of kilobytes is exhausted,
+Tor will hibernate until some time
 in the next accounting period.  If you have bandwidth cost issues,
 using this option is preferable to setting a low bandwidth, since it
 provides users with a collection of fast servers that are up some of
@@ -364,6 +365,10 @@ directory, and kill and restart its helper processes if applicable.
 Log statistics about current connections, past connections, and
 throughput.
 .TP
+\fBSIGUSR2\fR
+Switch all logs to loglevel debug. You can go back to the old loglevels
+by sending a SIGHUP.
+.TP
 \fBSIGCHLD\fR
 Tor receives this signal when one of its helper processes has exited,
 so it can clean up.