2 .\" $FreeBSD: src/sbin/ip6fw/ip6fw.8,v 1.3.2.12 2003/02/23 20:17:15 trhodes Exp $
6 .\" Copyright (C) 1998, 1999, 2000 and 2001 WIDE Project.
7 .\" All rights reserved.
9 .\" Redistribution and use in source and binary forms, with or without
10 .\" modification, are permitted provided that the following conditions
12 .\" 1. Redistributions of source code must retain the above copyright
13 .\" notice, this list of conditions and the following disclaimer.
14 .\" 2. Redistributions in binary form must reproduce the above copyright
15 .\" notice, this list of conditions and the following disclaimer in the
16 .\" documentation and/or other materials provided with the distribution.
17 .\" 3. Neither the name of the project nor the names of its contributors
18 .\" may be used to endorse or promote products derived from this software
19 .\" without specific prior written permission.
21 .\" THIS SOFTWARE IS PROVIDED BY THE PROJECT AND CONTRIBUTORS ``AS IS'' AND
22 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
23 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
24 .\" ARE DISCLAIMED. IN NO EVENT SHALL THE PROJECT OR CONTRIBUTORS BE LIABLE
25 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
26 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
27 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
28 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
29 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
30 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
38 .Nd controlling utility for IPv6 firewall (DEPRECATED)
45 .Ar macro Ns Op = Ns Ar value
79 .Op via Ar name | ipv6no
82 Note that use of this utility is
88 To ease configuration, rules can be put into a file which is
91 as shown in the first synopsis line.
96 will be read line by line and applied as arguments to the
100 Optionally, a preprocessor can be specified using
104 is to be piped through.
105 Useful preprocessors include
111 doesn't start with a slash
113 as its first character, the usual
115 name search is performed.
116 Care should be taken with this in environments where not all
117 file systems are mounted (yet) by the time
119 is being run (e.g. when they are mounted over NFS).
122 has been specified, optional
126 specifications can follow and will be passed on to the preprocessor.
127 This allows for flexible configuration files (like conditionalizing
128 them on the local hostname) and the use of macros to centralize
129 frequently required arguments like IP addresses.
133 code works by going through the rule-list for each packet,
134 until a match is found.
135 All rules have two associated counters, a packet count and
137 These counters are updated when a packet matches the rule.
139 The rules are ordered by a
141 from 1 to 65534 that is used
142 to order and delete rules.
143 Rules are tried in increasing order, and the
144 first rule that matches a packet applies.
145 Multiple rules may share the same number and apply in
146 the order in which they were added.
148 If a rule is added without a number, it is numbered 100 higher
149 than the previous rule.
150 If the highest defined rule number is
151 greater than 65434, new rules are appended to the last rule.
153 The delete operation deletes the first rule with number
157 The list command prints out the current rule set.
159 The show command is equivalent to `ip6fw -a list'.
161 The zero operation zeroes the counters associated with rule number
164 The flush operation removes all rules.
166 Any command beginning with a
168 or being all blank, is ignored.
170 One rule is always present:
171 .Bd -literal -offset center
172 65535 deny all from any to any
175 This rule is the default policy, i.e., don't allow anything at all.
176 Your job in setting up rules is to modify this policy to match your
179 The following options are available:
182 While listing, show counter values. See also
186 Don't ask for confirmation for commands that can cause problems if misused
189 if there is no tty associated with the process, this is implied.
191 While adding, zeroing or flushing, be quiet about actions (implies '-f').
192 This is useful for adjusting rules by executing multiple ip6fw commands in a
193 script (e.g. sh /etc/rc.firewall), or by processing a file of many ip6fw rules,
194 across a remote login session. If a flush is performed in normal
195 (verbose) mode, it prints a message. Because all rules are flushed, the
196 message cannot be delivered to the login session, the login session is
197 closed and the remainder of the ruleset is not processed. Access to the
198 console is required to recover.
200 While listing, show last match timestamp.
202 Try to resolve addresses and service names in output.
206 .Bl -hang -offset flag -width 16n
208 Allow packets that match rule.
209 The search terminates.
216 Discard packets that match this rule.
217 The search terminates.
222 (Deprecated.) Discard packets that match this rule, and try to send an ICMPv6
223 host unreachable notice.
224 The search terminates.
226 Discard packets that match this rule, and try to send an ICMPv6
227 unreachable notice with code
231 is a number from zero to 255, or one of these aliases:
238 The search terminates.
241 Discard packets that match this rule,
242 and try to send a TCP reset (RST) notice.
243 The search terminates
244 .Em ( "not working yet" ) .
246 Update counters for all packets that match rule.
247 The search continues with the next rule.
249 Skip all subsequent rules numbered less than
251 The search continues with the first rule numbered
256 If the kernel was compiled with
257 .Dv IPV6FIREWALL_VERBOSE ,
258 then when a packet matches a rule with the
260 keyword or a clear/resetlog is performed, a message will be logged to
262 or, if that fails, to the console. If the kernel was compiled with the
263 .Dv IPV6FIREWALL_VERBOSE_LIMIT
264 option, then logging will cease after the number of packets
265 specified by the option are received for that particular
267 When this limit is reached, the limit and rule number will be logged.
268 Logging may then be re-enabled by clearing
269 the packet counter for that entry.
273 logging and the default log limit are adjustable dynamically through the
278 .Bl -hang -offset flag -width 16n
285 Only TCP packets match.
287 Only UDP packets match.
289 Only ICMPv6 packets match.
291 Only packets for the specified protocol matches (see
293 for a complete list).
299 .Bl -hang -offset flag
300 .It Ar <address/prefixlen>
305 .Em <address/prefixlen>
307 .Bl -hang -offset flag -width 16n
309 An ipv6number of the form
311 .It Ar ipv6no/prefixlen
312 An ipv6number with a prefix length of the form
313 .Li fec0::1:2:3:4/112 .
316 The sense of the match can be inverted by preceding an address with the
318 modifier, causing all other addresses to be matched instead.
320 does not affect the selection of port numbers.
322 With the TCP and UDP protocols, optional
326 .Bl -hang -offset flag
327 .It Ns {port|port-port} Ns Op ,port Ns Op ,...
332 may be used instead of numeric port values.
333 A range may only be specified as the first value,
334 and the length of the port list is limited to
335 .Dv IPV6_FW_MAX_PORTS
337 .Pa /usr/src/sys/netinet6/ip6_fw.h )
340 Fragmented packets which have a non-zero offset (i.e. not the first
341 fragment) will never match a rule which has one or more port
342 specifications. See the
344 option for details on matching fragmented packets.
346 Rules can apply to packets when they are incoming, or outgoing, or both.
349 keyword indicates the rule should only match incoming packets.
352 keyword indicates the rule should only match outgoing packets.
354 To match packets going through a certain interface, specify
357 .Bl -hang -offset flag -width 16n
359 Packet must be going through interface
362 Packet must be going through interface
364 where X is any unit number.
366 Packet must be going through
370 Packet must be going through the interface having IPv6 address
376 keyword causes the interface to always be checked.
383 then the only receive or transmit interface (respectively) is checked.
384 By specifying both, it is possible to match packets based on both receive
385 and transmit interface, e.g.:
387 .Dl "ip6fw add 100 deny ip from any to any out recv ed0 xmit ed1"
391 interface can be tested on either incoming or outgoing packets, while the
393 interface can only be tested on outgoing packets.
409 A packet may not have a receive or transmit interface: packets originating
410 from the local host have no receive interface. while packets destined for
411 the local host have no transmit interface.
415 .Bl -hang -offset flag -width 16n
417 Matches if the packet is a fragment and this is not the first fragment
420 may not be used in conjunction with either
422 or TCP/UDP port specifications.
424 Matches if this packet was on the way in.
426 Matches if this packet was on the way out.
427 .It ipv6options Ar spec
428 Matches if the IPv6 header contains the comma separated list of
431 The supported IPv6 options are:
433 (hop-by-hop options header),
439 (encapsulating security payload),
441 (authentication header),
443 (no next header), and
445 (destination options header).
446 The absence of a particular option may be denoted
449 .Em ( "not working yet" ) .
451 Matches packets that have the RST or ACK bits set.
454 Matches packets that have the SYN bit set but no ACK bit.
457 Matches if the TCP header contains the comma separated list of
460 The supported TCP flags are:
468 The absence of a particular flag may be denoted
471 A rule which contains a
473 specification can never match a fragmented packet which has
474 a non-zero offset. See the
476 option for details on matching fragmented packets.
477 .It icmptypes Ar types
478 Matches if the ICMPv6 type is in the list
480 The list may be specified as any combination of ranges
481 or individual types separated by commas.
484 Here are some important points to consider when designing your
486 .Bl -bullet -offset flag
488 Remember that you filter both packets going in and out.
489 Most connections need packets going in both directions.
491 Remember to test very carefully.
492 It is a good idea to be near the console when doing this.
494 Don't forget the loopback interface.
497 There is one kind of packet that the firewall will always discard,
498 that is an IPv6 fragment with a fragment offset of one.
499 This is a valid packet, but it only has one use, to try to circumvent
502 If you are logged in over a network, loading the KLD version of
504 is probably not as straightforward as you would think
505 .Em ( "not supported" ) .
506 I recommend this command line:
507 .Bd -literal -offset center
508 kldload /modules/ip6fw_mod.o && \e
509 ip6fw add 32000 allow all from any to any
512 Along the same lines, doing an
513 .Bd -literal -offset center
517 in similar surroundings is also a bad idea.
521 This command adds an entry which denies all tcp packets from
523 to the telnet port of
525 from being forwarded by the host:
527 .Dl ip6fw add deny tcp from hacker.evil.org to wolf.tambov.su 23
529 This one disallows any connection from the entire hackers network to
532 .Dl ip6fw add deny all from fec0::123:45:67:0/112 to my.host.org
534 Here is a good usage of the list command to see accounting records
535 and timestamp information:
539 or in short form without timestamps:
551 .Em WARNING!!WARNING!!WARNING!!WARNING!!WARNING!!WARNING!!WARNING!!
553 This program can put your computer in rather unusable state.
555 using it for the first time, work on the console of the computer, and
558 do anything you don't understand.
560 When manipulating/adding chain entries, service and protocol names are
563 .An Ugen J. S. Antsilevich ,
564 .An Poul-Henning Kamp ,
569 API based upon code written by
575 utility first appeared in