FREEBSD下用IPFW来过滤ICMP服务

来源:岁月联盟 编辑:zhu 时间:2008-01-18
FREEBSD下用IPFW来过滤ICMP服务内容简介:【FreeBSD教程】 FREEBSD中可以使用IPFW来停止PING的响应,即可以调制内核和使用IPFW来拒绝ICMP服务,这样别人用PING就看不到任何信息了。 先介绍下IPFW:在专用路由器系统开始流行之前,Internet上的路由器大

【FreeBSD教程】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后就能自动进行处理。

图片内容