因为l7对于处理器和内存很敏感，我们建议当您存在下列情况时才考虑使用l7
*你需要匹配一些使用未预先定义的协议端口（主要见于p2p文件共享应用）
*你相信一些有意义的通讯使用了非标准的端口（例如http协议使用1111端口）
layer7 filter howto注意：linux 2.6.9/10和layer7会发生一个严重的内存泄露问题导致系统在几分钟之内down掉，看起来这好像是内核堆栈的问题，在2.6.11登台之前，还是用2.6.0-2.6.8.1的内核和L7 0.9.1一起工作吧目录1、介绍2、你需要得到什么3、内核补丁4、iptables补丁5、协议定义6、实务1、介绍L7是一个linux内核包分类器，和其他的分类器不同，l7不仅仅看上去是对协议的端口定义，他的表达式和应用层协议匹配，以此检验包使用的何种协议
因为l7对于处理器和内存很敏感，我们建议当您存在下列情况时才考虑使用l7
*你需要匹配一些使用未预先定义的协议端口（主要见于p2p文件共享应用）
*你相信一些有意义的通讯使用了非标准的端口（例如http协议使用1111端口）
符合以上两个问题的其中之一吗，好吧，l7项目中有三个组成部分，一个内核补丁，一个iptables补丁，一个协议定义文件，本文一下部分就来解释你如何处理他们。
2、你需要获取的：*从kernel.org得到2.4或者2.6的内核源代码
*从netfilter.org得到iptables的源代码
*我们的
Layer7 补丁包
*我们的协议定义包
3、内核补丁针对专家的缩写版：应用我们的内核补丁，在netfilter中打开新的匹配选项。从Layer 7 paches包中选择适当的内核补丁，并给linux内核打补丁（请阅读包里面的readme文件选择合适的文件）。或者根据你的需要设置其他内核版本。
打开EXPERIMENTAL（Device Drivers->Networking support->Networking Options->Network packet filtering），接下来打开connection tracking（Network packet filtering->IP:Netfilter Configuration->Connection tracking）。在同一屏，同样打开Connection tracking flow accounting 和IP tables support。
打开Layer 7 match support，你需要打开其他一些Netfilter选项，比较显而易见的如Ftp support。如果你还不太了解具体的选项含义，那么就打开所有的Layer 7 mach support
向平常一样编译并安装新内核（我们的代码会导致一个警告，不管它^_^）,重启，并加载合适的内核。
如何给源代码树加载补丁。
下面给出一个一般适用于任意内核源码的方法。首先把下载得到的补丁源码解压
gunzip layer7-kernel-patch-v.X.Y.Z.patch.gz
bunzip2 layer7-kernel-patch-v.X.Y.Z.patch.bz2
接下来打补丁，在源码的根目录中：
patch -p1 /proc/net/layer7_numpackets ，你也可以通过使用更大的"buffer size for application layer data"参数重新编译内核来修改最大数据大小。
*也许这样很罕见，但是连接匹配不止一个模版也是可能的，模版按照你在iptables 中指定的顺序进行校验，如果匹配，则不再继续对连接进行校验，所以，更改规则的顺序可以改变校验的结果。
*有些时候，信息写入系统日志比显示在你工作的终端上更为重要，例如一些包含正则表达式未匹配或者tc报错的消息。一个有用的命令是"tail -f /var/log/messages"
转from
http://realeric.blogchina.com/blog/article_13439.1010771.html本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/4543/showart_22067.html
#######################################################################
ayer7 filter howto
注意：linux 2.6.9/10和layer7会发生一个严重的内存泄露问题导致系统在几分钟之内down掉，看起来这好像是内核堆栈的问题，在2.6.11登台之前，还是用2.6.0-2.6.8.1的内核和L7 0.9.1一起工作吧
目录
1、介绍
2、你需要得到什么
3、内核补丁
4、iptables补丁
5、协议定义
6、实务
1、介绍
L7是一个linux内核包分类器，和其他的分类器不同，l7不仅仅看上去是对协议的端口定义，他的表达式和应用层协议匹配，以此检验包使用的何种协议
因为l7对于处理器和内存很敏感，我们建议当您存在下列情况时才考虑使用l7
*你需要匹配一些使用未预先定义的协议端口（主要见于p2p文件共享应用）
*你相信一些有意义的通讯使用了非标准的端口（例如http协议使用1111端口）
符合以上两个问题的其中之一吗，好吧，l7项目中有三个组成部分，一个内核补丁，一个iptables补丁，一个协议定义文件，本文一下部分就来解释你如何处理他们。
2、你需要获取的：
*从kernel.org得到2.4或者2.6的内核源代码
*从netfilter.org得到iptables的源代码
*我们的Layer7 补丁包
*我们的协议定义包
3、内核补丁
针对专家的缩写版：应用我们的内核补丁，在netfilter中打开新的匹配选项。
从Layer 7 paches包中选择适当的内核补丁，并给linux内核打补丁（请阅读包里面的readme文件选择合适的文件）。或者根据你的需要设置其他内核版本。
打开EXPERIMENTAL（Device Drivers->Networking support->Networking Options->Network packet filtering），接下来打开connection tracking（Network packet filtering->IP:Netfilter Configuration->Connection tracking）。在同一屏，同样打开Connection tracking flow accounting 和IP tables support。
打开Layer 7 match support，你需要打开其他一些Netfilter选项，比较显而易见的如Ftp support。如果你还不太了解具体的选项含义，那么就打开所有的Layer 7 mach support
向平常一样编译并安装新内核（我们的代码会导致一个警告，不管它）,重启，并加载合适的内核。
如何给源代码树加载补丁。
下面给出一个一般适用于任意内核源码的方法。首先把下载得到的补丁源码解压
gunzip layer7-kernel-patch-v.X.Y.Z.patch.gz
bunzip2 layer7-kernel-patch-v.X.Y.Z.patch.bz2
接下来打补丁，在源码的根目录中：
patch -p1 < layer7-kernel-patch-vX.Y.Z.patch
你也会看到别人告诉你"gzip -cd ../patch.gz | patch -p1"，这也是管用的。
4、Iptables补丁
给专家的缩写版本：应用我们的iptables补丁，这样添加："-m layer7 --17proto [http|ftp|etc...]"
使用layer7 patches包中的补丁文件给iptables代码打补丁，完成后，运行chmod +x extensions/ .layer7-test
编译iptables，"make KERNEL_DIR=/path/to/pathed/kernel"。接着用root身份运行"make install KERNEL_DIR=/path/to/pathed/kernel"(确保在运行这一步骤前已经给内核打过补丁)。
5、定义协议（模版文件）
那些文件告诉iptables 和内核如何把协议名称对应到正则表达式，例如FTP表示为"^220[9-x0d -~*ftp|331[x09-xod -~]*password"
解压"Protocol Definitions"并创建目的目录/etc/17-protocols
现在你可以使用如下命令匹配应用层数据了
iptables -t mangle -A POSTROUTING -m layer7 --17proto http -j MARK --set-mark 1
(例子中我们使用mangle表的POSTROUTING链因为这是一个任何包都会通过的链，参阅包通路图)
注：给不愿意循规蹈矩的人
你也可以把模版安装到自定义的路径中，如果你这样做，必须定义--l7dir:参数
例如：iptables [...] -m layer7 --l7dir /home/bob/patterns --l7proto http [...]
--l7dir参数必须在l7proto参数前指定！
注：给模版文件的编写者
编写您自己的模版文件相当容易，并且这对我们的项目也相当有建设性，更多的信息请参阅The Pattern Writing HOWTO
iptables会在目录 /etc/l7-protols 或者指定目录中查找模版文件，于是，他会找到/etc/l7-protocols/http.pat 和/etc/l7-protocols/protocols/http.pat，但不会找到/etc/l7-protocols/foo/bar/http.pat
6、实务
现在你可以实际的做一些包匹配的实验了，如果你正在阅读这篇文章，可能有两件事情你比较感兴趣，1，阻断某些协议 2，控制带宽使用。
首先，一个提醒，因为你在使用l7-filter，你不需要处理所有包的分类，也许大多数匹配需求可以通过其他更低要求的方法实现。若我们提供了正常工作的例如http,imap协议匹配方法，你也许只需要使用l7-filter处理p2p程序或类似应用。
阻断
不！为什么？
*l7-filter 匹配并非万无一失，他也许同时不能确定（有的到时候一个协议看起来和另一个差不了太多）也不能否定（应用程序可以做出些我们不清楚的令人费解的东西）
*用l7-filter阻断不安全，因为某些原因，被检测到的人可以轻易逃避过去。
*很多潜伏着的程序能够使用端口跳转的手段回应我们的阻断，在很多方面，这会使判断新的数据流非常困难。
作为替代简单的扔掉封包的操作，我们建议使用QoS限制他们的带宽使用，参阅下一节
如果你坚持使用l7-filter来丢弃封包，确保你已经研究过其他的方法，例如你的http代理服务器（对于蠕虫和红色代码等很有效）
还在看这一节？好吧，其实阻断非常简单，在行尾使用"-j DROP "或者"-j REJECT"
带宽限制
要控制协议的带宽占用，你可以使用Netfilter来"标记"封包然后使用QoS过滤带有标记的封包
标记封包：iptables -t mangle -A POSTROUTING -m layer7 --l7proto imap -j MARK --set-mark 3
数字3是任意输入的一个32位的整数，接下来你就可以使用"tc"命令（"traffic control",一个用户态的linux QoS工具，是iproute2包的一部分）来过滤被标记的封包。
tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 3 fw flowid 1:3
你理解最后一条命令了么，可以试着读一下"the linux advanced routing and traffic control howto（Linux高级路由和通讯控制HOWTO）"文档受点启发，这样也许可以更好的理解现在你所做的一切，但是不幸的是，tc 命令非常模糊，也许你需要一个封装的很好的脚本，好吧，到
[url][/url]
[url][/url]
可以找到一些编写好的脚本。如果你的需求和我的不太相同，也许你需要简单编辑一下，但这些脚本无疑是一个更好的起点。
处理ftp,irc等等
一些协议会开启子连接来传输数据，FTP就是个例子，如果你加载了ip_conntrack_ftp内核模块，l7-filter把ftp和所有的子连接全部认为ftp，irc和irc-dcc也是同样。
如果你想要单独检查子连接，使用标准的iptables "helper"匹配，你可以使用"-m --helper ftp"来匹配ftp子连接，注意，这在2.6.8版本前有效，helper匹配会忽略"！"参数，并且不提供"any"匹配。
"未知"匹配
l7-filter把已经放弃匹配的连接标记成"未知"，相比之下，未被定义且仍被检查的链结是没有分类的。你可以把"未知"当作一个普通的协议来处理。
这是很有用的，你也许想要对未分类的连接进行操作，但因为l7-filter通常必须在匹配某一连接之前检查很多封包，你必须小心，你不能说"如果不是http,而且不是dns，那么执行x操作"，因为这样，x操作也会执行到http的握手操作上，这也许不是你想要看到的。你应该说："检查http.和dns协议，如果是"为定义"分类，执行x操作"，实际操作：
iptables -t mangle -A POSTROUTING -m layer7 --l7proto http
iptables -t mangle -A POSTROUTING -m layer7 --l7proto dns
iptables -t mangle -A POSTROUTING -m layer7 --l7proto unknown -j[...]
这个特征只在2.6版本有效，2.4版本，没有定义的连接永远不会拥有一个分类。
其他应该知道的：
*一些模版需要能够观察连接的两端以便进行匹配，这对于netfilter很容易，默认的，在mangle表的POSTROUTING链的策略会应用到两端，但是output链只能看到本地生成的封包，所以，output链并不是一个好的选择。
*如果想要更新协议，你需要清空iptables规则并且重新输入他们，因为模版文件只被iptables读取，不能被内核读取。
*默认的，l7-filter只价差前8个包或者2kb，这样小了一点，你可以通过修改/proc/net/layer7_numpackets文件修改这个数字，例如：echo "12" > /proc/net/layer7_numpackets ，你也可以通过使用更大的"buffer size for application layer data"参数重新编译内核来修改最大数据大小。
*也许这样很罕见，但是连接匹配不止一个模版也是可能的，模版按照你在iptables 中指定的顺序进行校验，如果匹配，则不再继续对连接进行校验，所以，更改规则的顺序可以改变校验的结果。
*有些时候，信息写入系统日志比显示在你工作的终端上更为重要，例如一些包含正则表达式未匹配或者tc报错的消息。一个有用的命令是"tail -f /var/log/messages"
