网友俱乐部 » » FreeBSD教程 » FreeBSD SNP 3.Client端--连线实作

2007-2-28 17:17 ljjk5
FreeBSD SNP 3.Client端--连线实作

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后就能自动进行处理。  

参考文章:  
[url]http://www.freebsdrocks.com/show.php3?ThisArticleID=6197&start=1&s[/url]  
Return=25&search_category=8&search_criteria=&search_field=  
[url]http://freebsd.online.ha.cn/focus/FreeBSD/index.shtml[/url]  
Request for Comments:  792   

[email]xundi@xfocus.org[/email] 2000-06-17

页: [1]


Powered by Discuz! Archiver 5.5.0  © 2001-2006 Comsenz Inc.