科普一下Linux防火墙Netfilter/iptables

时间:2014-02-28 19:37:36   收藏:0   阅读:675

      最近看了一些网络安全的东西,觉得网络的世界远远没有我们想象的那么简单。去年自己只是简单的看了一些关于iptables的简单使用规则,当然现在也只是对iptables有简单的了解而已,不能算上是熟悉,写这点东西的目的也只是简单的科普,很多东西只能简单的提下,因为这部分内容实在太多,无法一一列举。

        iptables本身是Linux用来处理底层网络数据的一种方法,很多人都将iptables称作是Linux的防火墙(firewall),但我觉得最贴切的叫法应该是Netfilter/iptables这个机制才形成了Linux系统真实的firewall,用来针对Linux系统IP信息包进行过滤。虽然netfilter/iptablesIP 信息包过滤系统被称为单个实体,但它实际上由两个组件netfilteriptables组成。netfilter组件也称为 内核空间(kernelspace,是内核的一部分,由一些信息包过滤表组成,这些表包含内核用来控制信息包过滤处理的规则集。iptables组件是一种工具,也称为用户空间(userspace),它使插入、修改和除去信息包过滤表中的规则变得容易。如果Linux系统连接到因特网或LAN、服务器或连接LAN和因特网的代理服务器,则该系统有利于在Linux系统上更好地控制IP信息包过滤和防火墙配置。

        iptables前必须说一下Netfilter,它是内核的一部分,但Netfilter并不是专业内核开发机构提供的,它是社区中一个开源组织所发起的项目www.netfilter.orgwww.kernel.org会定时在内核中更新Netfilterpatch以及新的特性,并加到内核中。Netfilter以模块的方式存在于内核中,如果Netfilter多了一个特性模块,当然Linuxfirewall就多了一条特性。好了就不再多说,至于这些关系的内容可以自己Google

        Netfilter的模块只是提供了某些对数据包过滤与匹配的功能。如果我们希望Netfilter能做一些事,就必须对他设定一些规则,这样它才可以知道那些数据包是必须丢掉的,那些是转发出去的,那些是需要接受的。对于Netfilter来说,它包含四张表分别是filternatmangleraw。具体的红能用途如下:

       Filter::是Netfilter内最重要的机制,其任务为执行包的过滤工作,也是防火墙的主要功能。

       Nat:是防火墙上的IP分享,转发器,可以针对数据进行IP和端口级别的转发。(目前我们一些实验室、小型公司上网基本都是通过Nat技术实现,因为共有IP十分稀有,还有它对于数据包的转发、隐藏IP,等都用到SNATDNAT技术,这里只需要简单有个概念就ok

       Mangle:经由它可以修改行经防火墙的数据包内容。

       Raw:负责加快包穿越防火墙的速度,由此提高防火墙的性能。

    (用途如果此时不是很明白,等会我们在讨论)

      这四张table分别都有结构,而且都是链式的数据通路,它们每张表包含的链如下:

      Table                 Chain

       Filter          INPUT,FORWARD,OUTPUT.

       Nat             PREROUTING,POSTROUTING,OUTPUT

       Mangle       PREROUTING,INPUT,FORWARD,OUTPUT,POSTROUTING

       Raw           PREROUTING,OUTPUT

     关于chain(可以理解为数据包经过的通道、关卡)需要解释一下:

      INPUT类型:是指网络上其他主机发给本机的数据包,即输入本机的数据。

      OUTPUT类型:是指本机程序去访问网络上其他主机时产生的数据包,即输出的数据。

      FORWARD类型:是指本机做为router时,也就是数据包经过本机,会有这种封数据 包产生。

      PREROUTINGPOSTROUTING也经常用于NAT配置网关机进行网络地址转换使用(我只能简单解释如此,因为真正懂了之后你就知道是什么意思了,你可以简单理解位nat技术用到的数据包经过两个通道)。

      Netfilter中每一个table都有对应的模块对属于该表的chain中经过的数据进行一定规则的限制通过(我这么说可能有些绕口)。那些模块都是开发人员写的针对底层数据的处理程序而作为.ko文件可以加入内核并投入使用。(这里只能简单说到这。)

      现在说说iptables,我前面提到Netfilter需要一些规则来完成我们需要的功能,这里iptables就是那个设定规则的操作工具,通过iptables,建立这些规则,并将其添加到内核空间的特定信息包过滤表内的链中以完成通过向防火墙提供有关对来自某个源、到某个目的地或具有特定协议类型的信息包要做些什么的指令,规则控制信息包的过滤。

      关于添加/除去/编辑规则的命令的一般语法如下:

    $iptables [-t table] command [match] [target]

[-ttable] 选项允许使用标准表之外的任何表。表是包含仅处理特定类型信息包的规则和链的信息包过滤表。有三种可用的表选项: filternatmangle。该选项不是必需的,如果未指定, 则filter用作缺省表。

filter表用于一般的信息包过滤,它包含 INPUTOUTPUTFORWARD链。nat表用于要转发的信息包,它包含 PREROUTINGOUTPUTPOSTROUTING链。 如果信息包及其头内进行了任何更改,则使用mangle 表。该表包含一些规则来标记用于高级路由的信息包,该表包含PREROUTINGOUTPUT链。

        注:PREROUTING链由指定信息包一到达防火墙就改变它们的规则所组成,而POSTROUTING链由指定正当信息包打算离开防火墙时改变它们的规则所组成。

上面这条命令中具有强制性的 command部分是 iptables命令的最重要部分。 它告诉 iptables命令要做什么,例如,插入规则、将规则添加到链的末尾或删除规则。以下是最常用的一些命令:

      以上是iptables的规则是定,其中的match部分指定信息包与规则匹配所应具有的特征(如源和目的地地址、协议等)。匹配分为两大类: 通用匹配特定于协议的匹配这里,我将研究可用于采用任何协议的信息包的通用匹配。

-p--protocol该通用协议匹配用于检查某些特定协议。协议示例有 TCPUDPICMP、用逗号分隔的任何这三种协议的组合列表以及ALL(用于所有协议)。ALL是缺省匹配。可以使用!符号,它表示不与该项匹配。
示例:

       对应的TARGET是由规则指定的操作,对与那些规则匹配的信息包执行这些操作。

ACCEPT当信息包与具有ACCEPT目标的规则完全匹配时,会被接受(允许它前往目的地),并且它将停止遍历链(虽然该信息包可能遍历另一个表中的其它链,并且有可能在那里被丢弃)。该目标被指定为 -jACCEPT

       (需要注意的是RETURN可以用于自定义的规则链中,具体还是需要自行Google)。

        建立基本的规则和链后,我们需要将它保存到内核,但是系统重新启动后,这些规则就会消失,当然你可以将该规则集保存在文件中。可以使用serviceiptables save命令来做到这一点,把所有的规则存储到/etc/sysconfig/iptables.接着使用chkconfigiptables on设置系统,现在,信息包过滤表中的所有规则都被保存在文件/etc/sysconfig/iptables中。无论何时再次引导系统,firewall规则都会存在了。但是我并不觉得这样很好,假设你的规则中每条都涉及到-d192.168.0.100这个条件,如果这个主机改动了IP,难道你需要手动去改么?我建议最好使用简单的shell脚本,在系统启动脚本中执行该shell文件。这样就ok了,我们批量修改完全可以使用shellsed等文本编辑工具。

        到这我都不知到该怎么写了,因为内容太多了,这篇东西反正我自己觉得很糟糕,很多问题都没有办法解释,我自己也没有截取一些实际操作的图贴上,更别说细节了,对NATSNATDNAT规则,以及mangle的功能,还有raw提升速度(最开始说的)的原因是因为它可以减少nf_conntrack模块对于数据包的跟踪(这个模块默认会对经过firewall的数据包进行连接跟踪并记录到它的数据库,所有连接都会被记录在/proc/net/nf_conntrack文件)等等有好多东西都没提到,当然我只是简单看过,了解一下,具体的机制不是太懂,也许这是为什么写到这里很混乱的原因。有时间以后再慢慢补充解释吧。网上找了一张我觉得最为贴切Netfiler完整机构的图,说明了数据包在Netfilter中在各个table chain的流经过程,如果对这些东西感兴趣那就结合自己Google各种相关内容慢慢看吧,就算是科普了。

                             bubuko.com,布布扣



科普一下Linux防火墙Netfilter/iptables,布布扣,bubuko.com

原文:http://blog.csdn.net/sim_szm/article/details/20079215

评论(0
© 2014 bubuko.com 版权所有 - 联系我们:wmxa8@hotmail.com
打开技术之扣,分享程序人生!