Remove dead stores.
[darkstat] / darkstat.8
1 .\"
2 .\" darkstat 3
3 .\" Copyright 2001-2010, Emil Mikulic.
4 .\"
5 .\" You may use, modify and redistribute this file under the terms of the
6 .\" GNU General Public License version 2. (see COPYING.GPL)
7 .\"
8 .TH darkstat 8 "September 2008" "darkstat 3"
9 .SH NAME
10 darkstat \- network statistics gatherer
11 .\"
12 .SH SYNOPSIS
13 .B darkstat
14 [
15 .BI \-i " interface"
16 ] [
17 .BI \-r " file"
18 ] [
19 .BI \-\-snaplen " bytes"
20 ] [
21 .BI \-\-pppoe
22 ] [
23 .BI \-\-syslog
24 ] [
25 .BI \-\-verbose
26 ] [
27 .BI \-\-no\-daemon
28 ] [
29 .BI \-\-no\-promisc
30 ] [
31 .BI \-\-no\-dns
32 ] [
33 .BI \-\-no\-macs
34 ] [
35 .BI \-\-no\-lastseen
36 ] [
37 .BI \-p " port"
38 ] [
39 .BI \-b " bindaddr"
40 ] [
41 .BI \-f " filter"
42 ] [
43 .BI \-l " network/netmask"
44 ] [
45 .BI \-\-chroot " dir"
46 ] [
47 .BI \-\-user " username"
48 ] [
49 .BI \-\-daylog " filename"
50 ] [
51 .BI \-\-import " filename"
52 ] [
53 .BI \-\-export " filename"
54 ] [
55 .BI \-\-pidfile " filename"
56 ] [
57 .BI \-\-hosts\-max " count"
58 ] [
59 .BI \-\-hosts\-keep " count"
60 ] [
61 .BI \-\-ports\-max " count"
62 ] [
63 .BI \-\-ports\-keep " count"
64 ] [
65 .BI \-\-highest\-port " port"
66 ] [
67 .BI \-\-hexdump
68 ]
69 .\"
70 .SH DESCRIPTION
71 .I darkstat
72 is a packet sniffer that runs as a background process,
73 gathers all sorts of statistics about network usage,
74 and serves them over HTTP.
75
76 All settings are passed on the commandline.
77 .\"
78 .SH OPTIONS
79 .\"
80 .TP
81 .BI \-i " interface"
82 Capture traffic on the specified network interface.
83 This is the only mandatory commandline argument.
84 .\"
85 .TP
86 .BI \-r " file"
87 Instead of capturing live traffic, read it from a
88 .BR pcap (3)
89 capture file.
90 This is only useful for development and benchmarking.
91 The
92 .BI \-r
93 and
94 .BI \-i
95 arguments are mutually exclusive.
96 .\"
97 .TP
98 .BI \-\-snaplen " bytes"
99 How many bytes to capture from the start of each packet.
100 You should not need to specify this;
101 \fIdarkstat\fR will calculate it automatically.
102 .\"
103 .TP
104 .BI \-\-pppoe
105 Don't use this.
106
107 Instead, capture on the tunnel interface that your PPPoE software
108 provides, for example \fBtun0\fR on \fIFreeBSD\fR, \fBpppoe0\fR on
109 \fIOpenBSD\fR or \fINetBSD\fR.
110
111 If you really must, you can capture on an Ethernet interface and pass
112 this argument to have \fIdarkstat\fR decode PPPoE frames and ignore
113 everything else.
114 Make sure you also specify your local address with the \fB\-l\fR
115 argument!
116 .\"
117 .TP
118 .BI \-\-syslog
119 Errors, warnings, and verbose messages will go to \fBsyslog\fR (facility
120 daemon, priority debug) instead of \fBstderr\fR.
121
122 On some systems, these messages end up in \fB/var/log/debug\fR
123 by default.
124 .\"
125 .TP
126 .BI \-\-verbose
127 Produce more verbose debugging messages.
128 .\"
129 .TP
130 .BI \-\-no\-daemon
131 Do not detach from the controlling terminal;
132 stay in the foreground.
133 .\"
134 .TP
135 .BI \-\-no\-promisc
136 Do not use promiscuous mode to capture.
137 Note that an interface may already be in promiscuous mode, or may later
138 enter promiscuous mode, due to circumstances beyond \fIdarkstat\fR's control.
139 If this is a problem, use \fB\-f\fR to specify an appropriate
140 .BR bpf (4)
141 filter.
142 .\"
143 .TP
144 .BI \-\-no\-dns
145 Do not resolve IPs to host names.
146 This can significantly reduce memory footprint on small systems
147 as an extra process is created for DNS resolution.
148 .\"
149 .TP
150 .BI \-\-no\-macs
151 Do not display MAC addresses in the hosts table.
152 .\"
153 .TP
154 .BI \-\-no\-lastseen
155 Do not display the last seen time in the hosts table.
156 .\"
157 .TP
158 .BI \-p " port"
159 Bind the web interface to the specified port.
160 The default is 667.
161 .\"
162 .TP
163 .BI \-b " bindaddr"
164 Bind the web interface to the specified address.
165 The default is to listen on all interfaces.
166 .\"
167 .TP
168 .BI \-f " filter"
169 Use the specified filter expression when capturing traffic.
170 The filter syntax is beyond the scope of this manual page;
171 please refer to the
172 .BR tcpdump (1)
173 documentation.
174 .\"
175 .TP
176 .BI \-l " network/netmask"
177 Define a "local network" according to the network and netmask addresses.
178 All traffic entering or leaving this network will be graphed, as opposed
179 to the default behaviour of only graphing traffic to and from the local
180 host.
181 .RS
182
183 The rule is that if \fBip_addr & netmask == network\fR,
184 then that address is considered local.
185 See the usage example below.
186 .RE
187 .\"
188 .TP
189 .BI \-\-chroot " dir"
190 Force \fIdarkstat\fR to \fBchroot()\fR into the specified directory.
191 Without this argument, a default directory will be used, which is
192 determined at build time.
193 Usually \fI/var/empty\fR or \fI/var/lib/empty\fR.
194 .RS
195
196 For security reasons, this directory should be empty, and the user that
197 \fIdarkstat\fR is running as should not have write access to it.
198
199 However, if you wish to use \fB\-\-daylog\fR or \fB\-\-export\fR,
200 \fIdarkstat\fR will need write access to the chroot.
201 If you are uncomfortable with the security implications, don't
202 use any functionality that requires write access.
203 .RE
204 .\"
205 .TP
206 .BI \-\-user " username"
207 Force \fIdarkstat\fR to drop privileges to the \fBuid\fR and \fBgid\fR of
208 the specified user.
209 Without this argument, a default value will be used, which is set at
210 build time.
211 Usually \fBnobody\fR.
212 .RS
213
214 For security reasons, this should not be \fBroot\fR.
215 .RE
216 .\"
217 .TP
218 .BI \-\-daylog " filename"
219 .RS
220 Log daily traffic statistics into the named file, relative to the
221 chroot directory.
222 If you wish to use \fB\-\-daylog\fR, you must first specify a
223 \fB\-\-chroot\fR directory, and it must be writeable by the
224 \fIdarkstat\fR user.
225 A writeable chroot has security implications; if you are uncomfortable
226 with this, do not use the \fB\-\-daylog\fR functionality.
227
228 If the daylog argument is not specified, no logging is performed.
229
230 The daylog format is:
231
232 localtime|time_t|bytes_in|bytes_out|pkts_in|pkts_outs
233
234 Lines starting with a # are comments stating when logging started and
235 stopped.
236 .RE
237 .\"
238 .TP
239 .BI \-\-import " filename"
240 Upon starting, import a \fIdarkstat\fR database from the named file,
241 relative to the chroot directory.
242 If you wish to use \fB\-\-import\fR, you must first specify a
243 \fB\-\-chroot\fR directory.
244 If the import is unsuccessful, \fIdarkstat\fR will start with an empty
245 database.
246 .\"
247 .TP
248 .BI \-\-export " filename"
249 On shutdown, and upon receiving SIGUSR1, export the in-memory database
250 to the named file, relative to the chroot directory.
251 If you wish to use \fB\-\-export\fR, you must first specify a
252 \fB\-\-chroot\fR directory, and it must be writeable by the
253 \fIdarkstat\fR user.
254 A writeable chroot has security implications - if you are uncomfortable
255 with this, do not use the \fB\-\-export\fR functionality.
256 .\"
257 .TP
258 .BI \-\-pidfile " filename"
259 .RS
260 Creates a file containing the process ID of \fIdarkstat\fR.
261 This file will be unlinked upon clean shutdown.
262 As with all pidfiles, if \fIdarkstat\fR dies uncleanly, a stale pidfile
263 can be left over.
264
265 For example, start \fIdarkstat\fR with:
266 .IP
267 darkstat \-i fxp0 \-\-chroot /var/run/darkstat \-\-pidfile darkstat.pid
268 .PP
269 And stop with:
270 .IP
271 kill `cat /var/run/darkstat/darkstat.pid`
272 .PP
273 By default,
274 .BR kill (1)
275 will send SIGTERM, which will cause \fIdarkstat\fR to shut down cleanly.
276 .RE
277 .\"
278 .TP
279 .BI \-\-hosts\-max " count"
280 The maximum number of hosts that will be kept in the hosts table.
281 This is used to limit how much accounting data will be kept in memory.
282 The number of
283 .BI \-\-hosts\-max
284 must be greater than
285 .BI \-\-hosts\-keep
286 .\"
287 .TP
288 .BI \-\-hosts\-keep " count"
289 When the hosts table hits
290 .BI \-\-hosts\-max
291 and traffic is seen from a new host, we clean out the hosts table,
292 keeping only the top
293 .BI \-\-hosts\-keep
294 number of hosts, sorted by total traffic.
295 .\"
296 .TP
297 .BI \-\-ports\-max " count"
298 The maximum number of ports that will be tracked for each host.
299 This is used to limit how much accounting data will be kept in memory.
300 The number of
301 .BI \-\-ports\-max
302 must be greater than
303 .BI \-\-ports\-keep
304 .\"
305 .TP
306 .BI \-\-ports\-keep " count"
307 When a ports table fills up, this many ports are kept and the rest are
308 discarded.
309 .\"
310 .TP
311 .BI \-\-highest\-port " port"
312 Ports that are numerically higher than this will not appear in the
313 per-host ports tables, although their traffic will still be accounted
314 for.
315 This can be used to hide ephemeral ports.
316 By default, all ports are tracked.
317 .\"
318 .TP
319 .BI \-\-hexdump
320 Show hex dumps of received traffic.
321 This is only for debugging, and implies \fB\-\-verbose\fR and
322 \fB\-\-no\-daemon\fR.
323 .\"
324 .\" --------------------------------------------------------------------
325 .SH USAGE EXAMPLES
326 To gather statistics on the
327 .I fxp0
328 interface:
329 .IP
330 darkstat \-i fxp0
331 .PP
332 .\"
333 We want to account for traffic on the Internet-facing interface,
334 but only serve web pages to our private local network where we have the
335 IP address 192.168.0.1:
336 .IP
337 darkstat \-i fxp0 \-b 192.168.0.1
338 .PP
339 .\"
340 We want to serve web pages on the standard HTTP port:
341 .IP
342 darkstat \-i fxp0 \-p 80
343 .PP
344 .\"
345 We are on Optus (cable) and don't want to account for the constant ARP
346 traffic we are receiving:
347 .IP
348 darkstat \-i fxp0 \-f "not arp"
349 .PP
350 .\"
351 We only want to account for SSH traffic:
352 .IP
353 darkstat \-i fxp0 \-f "port 22"
354 .PP
355 .\"
356 We don't want to account for traffic between internal IPs:
357 .IP
358 darkstat \-i fxp0 \-f "not (src net 192.168.0 and dst net 192.168.0)"
359 .PP
360 .\"
361 (For a full reference on filter syntax, refer to the
362 .BR tcpdump (1)
363 manpage)
364 .PP
365 .\"
366 We have a network consisting of a gateway server (192.168.1.1) and a few
367 workstations (192.168.1.2, 192.168.1.3, etc.) and we want to graph all
368 traffic entering and leaving the local network, not just the gateway
369 server (which is running \fIdarkstat\fR):
370 .IP
371 darkstat \-i fxp0 \-l 192.168.1.0/255.255.255.0
372 .PP
373 .\"
374 On some systems, we can't capture on a "decoded" interface but
375 only on \fInas0\fR which returns PPPoE encapsulated packets.
376 Do PPPoE decoding, and override the local IP manually since it
377 cannot be automatically detected.
378 Note the /32 netmask:
379 .IP
380 darkstat \-i nas0 \-\-pppoe \-l 192.168.1.1/255.255.255.255
381 .\"
382 .SH SIGNALS
383 To shut
384 .I darkstat
385 down cleanly, send a SIGTERM or SIGINT signal to the
386 .I darkstat
387 parent process.
388 .PP
389 Sending the SIGUSR1 signal will cause \fIdarkstat\fR to empty out its
390 in-memory database.
391 If an \fB\-\-export\fR file was set, it will first save the database to
392 file.
393 .PP
394 .\"
395 .SH FREQUENTLY ASKED QUESTIONS
396 .SS How many bytes does each bar on the graph represent?
397 Hover your mouse cursor over a bar and you should get a tooltip
398 saying exactly how many bytes in and out the bar represents.
399 .\"
400 .SS Why aren't there labels / tics / a scale on the graphs?
401 Because implementing them is hard.
402 And doing so \fIcorrectly\fR, and in a way that works across all
403 browsers, looks pretty much impossible.
404
405 I might attempt it some day.
406 In the meantime, patches would be gladly accepted.
407 .\"
408 .SS Why are the graphs blank?  All the bars are zero.
409 The graphs only show traffic in/out of the local host, which is
410 determined by getting the IP address of the interface you're sniffing
411 on.
412
413 You can use the \fB\-l\fR argument to override the local address for
414 accounting purposes.
415 You can also use it to do accounting for a whole subnet by specifying
416 an appropriate netmask.
417 .\"
418 .SH SEE ALSO
419 .BR tcpdump (1)
420 .\"
421 .SH HISTORY
422 .I darkstat
423 was written in 2001, largely as a result of a certain Australian
424 cable Internet provider introducing a 3GB monthly traffic limit.
425 .\"
426 .SH AUTHORS
427 Emil Mikulic and others. (see the AUTHORS file)
428 .\"
429 .SH WEBSITE
430 http://dmr.ath.cx/net/darkstat/