FREEBSD中可以使用IPFW来停止PING的响应，即可以调制内核和使用IPFW来拒绝
ICMP服务，这样别人用PING就看不到任何信息了。
先介绍下IPFW：在专用路由器系统开始流行之前，Internet上的路由器大部分
是基于Unix的软件路由器，其中多数是BSD Unix。显然这是由于BSD Unix在
Internet上占据的重要地位决定的，即便是在专用硬件路由器流行的今天，
当由于价格等因素不能考虑硬件路由器时，BSD系统仍然是用作软件路由器的
首选系统。
由于路由器处于网络之间，所有网络间需要交换的数据包都要通过它转发，
因此就可以进行一定的限制，即按照预定义的一定规则处理每个数据包，符合
要求的允许通过，不符合要求的就进行丢弃。这样路由器就能用作一个简单的
防火墙系统，保护内部计算机。BSD系统中最早使用ipfw过滤器来定义不同的
过滤规则，随后ipfw也被移植到其他平台上，并根据开发者的理解不同而独立
发展。当前不同系统上的ipfw已经大不相同了，并出现了具备相同功能的其他过
滤器， FreeBSD下的ipfw也经过了不断发展，具备了更强的过滤能力，尤其是
它能和natd守护进程相结合，提供网络地址转换能力，具备更完善的防火墙能力。
FreeBSD的包过滤能力是在内核中实现的，这样才具备最高的效率和性能。因此
为了在FreeBSD上使用这个防火墙功能，需要在编译内核时打开下面选项重新定
制内核。
这文章里需要你在内核编制中打开下面的选项：
IPFIREWALL
IPFIREWALL_VERBOSE
"IPFIREWALL_VERBOSE_LIMIT=100"
options IPFIREWALL_DEFAULT_TO_ACCEPT
IPFILTER
IPFILTER_LOG
其中第一项设置IPFIREWALL是用于打开基本的包过滤支持的，只有使用它才能在
内核中支持包过滤。IPFIREWALL_VERBOSE 和IPFIREWALL_VERBOSE_LIMIT设置记
录过滤日志，及日志记录的限制。IPFIREWALL_DEFAULT_TO_ACCEPT是设置
IPFIREWALL的缺省行为，在数据包不符合所有的过滤规则的情况下进行转发，
显然这是一种宽松的限制，此时系统主要用于屏蔽特定地址和特定服务，而提
供其他的缺省网络能力。如果没有定义这个选项，系统就只能允许符合已定义
规则的数据包通过，而屏蔽其他任何数据包，这样在没有定义过滤规则的情况
下，系统不能和其他计算机相互通信。而IPFILTER是通知内核支持ipfilter,
IPFILTER_LOG是进行ipfilter LOG记录。
OK，再经过内核重新编译（内核编译请参看其他文章），还需要设置内核具备
就能在系统启动时自动打开包转发能力。也可以直接执行下面命令来打开内
核包转发能力。
好了，下面主要描述我们来拒绝ICMP的服务规则，因为测试所用，所以你可以建立
一个文件如(myfile)并增加下面的条目：
ip="你的IP地址"
ipfw -f flush #Forces your current firewall to be flushed!
ipfw add pass log icmp from $ip to any icmp 8
ipfw add pass log icmp from not $ip to $ip icmp 0
把文件保存后，并使用chmod +x myfile设置文件属性，并运行文件。
其中第一条是设置你的IP为一变量；
第二条是flush表示强制清楚你当前防火墙的所有规则；
对于第三，第四条，我们先来看看具体指令的意义：
add是增加规则，而pass指令是这条规则的处理指令，类似allow,而log
是记录指令，这个指令和其他指令不同，其他指令是对数据包进行处理的
指令，而log只是记录这个数据包，而数据包本身还将继续受到其他过滤
规则的处理，而icmp栏本身是过滤规则中规定数据包的协议类型，指定规
则是用于处理哪种数据包的，FreeBSD可以处理TCP,UCP,ICMP 类型的数据，
以及在/etc/protocols文件中定义的其他数据包的类型，上例中指定类型
是ICMP，因为我们要对ICMP进行处理，而from $ip to any是规定过滤规则
适用的地址范围，这可以通过指定源和目的计算机的IP地址范围或数据包
通过的网络界面来进行指定：
--用from规定数据包的来源地址，可以是主机地址或网络；
--用to规定数据包的目的地址，可以是主机地址或网络；
--用in或out规定数据包是流向本机，还是向外发送的；
所以第三条的规则意思是允许你使用到任何地址使用icmptype 8,echo-request,
而第四条是你获得icmptype 0,echo-reponse信息，但阻止你发送echo-reponse.
这上面的示例能比较好的阻止一些端口扫描器的扫描，因为多数端口一般开始使用
ping来查看是否主机在线，但上面我们的traceroute就不能工作了，traceroute
先发送UDP信息包并等待icmp包返回，因此下面的规则是阻止入站的icmp type 8,
但允许所需要的icmp类型入站来进行traceroute的tracing(追踪）：
参照下面的列表：
0 echo-reply ping
3 destination-unreachable Any TCP/UDP traffic. (目标主机不可达）
5 redirect routing if not running routing daemon （如没有有运行routing
守护程序重定向routing)
8 echo-request ping
11 time-exceeded traceroute （traceroute超时)
当然icmp还有其他类型，请参看Request for Comments: 792
1, ipfw add pass log udp from $ip to any
2, ipfw add pass log icmp from $ip to any icmp 8
3, ipfw add pass log icmp from not $ip to any icmp 0
4, ipfw add pass log icmp from not $ip to any icmp 11
5, ipfw add pass log icmp from not $ip to any icmp 3
上面的规则4是接受icmp type 11但拒绝你发送，规则5是接受icmp type 3，但
拒绝你发送icmp type 3的信息。
按照上面的规则并进行测试，你可以traceroutes和ping目标主机防火墙规则能
接受它们的回应，而你可以让你朋友traceroute/ping你的目标主机，但他讲不会
得到任何回应或者出现超时错。
总结：icmp和其他协议不同之处是icmp过滤使用类型而不使用端口，一般应用程序
可以使用端口来增加过滤功能，但icmp是用类型类规定进出站的信息，如"echo-request"
是入站信息而"echo-response"是出站信息，这样就可以对信息进行过滤。
具体一般协议的规则使用方法是在目标和源地址后面进行端口规定，如：
ipfw add pass tcp from any [要规则处理的端口] to $ip [要规则处理的端口]
而ICMP是定义要规则处理的协议，如：
ipfw add pass icmp from any to $ip [要规则处理的协议]
最后如果你有其他规则加入此文件增加过滤能力，你如果要在FREEBSD启动时候
加入这些规则，FREEBSD有rc.firewall文件进行启动处理，只要把这些规则加入
rc.firewall后就能自动进行处理。
