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，再经过内核重新编译（内核编译请参看其他文章），还需要设置内核具备

数据包的转发能力。需要在rc.conf中设置gateway_enable 的值为YES，这样

就能在系统启动时自动打开包转发能力。也可以直接执行下面命令来打开内

核包转发能力。

好了，下面主要描述我们来拒绝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后就能自动进行处理。