iptables L7标记文件大小进行速度限制，，白金大哥加精

Oumulong

问题看来是解决了...主要是正则可能有问题..

我抓了几个包基本上确定是后面一个空格.如果是以模块来处理的话当然会简单很多,取,Content-Length后跟的数字就OK,,而且还可以做到其它很多的东西...
.我现在能做到的是以K,M,10M,100M也就是说以十进位的方式来控制..

以上我贴的代码.是有问题的...代码还需要完整才行....继续测试中..........

platinum

问题在哪？
是正则写的有问题？
还是匹配到以后做标记，然后与 tc 连动时出现的问题？
还是两者都有？

如果问题解决了，还希望更新顶楼的贴子

Oumulong

贴子居然没有发出去....

是的..我也查了..确定是一个空格

我又测试了一下..问题是出在正则表达式那里了...基本上可以按照文件大小来分配不同的速度下载了

现在的情况是..文件大小控制是可以做到很准..但由于正则表达式的限制.只能指定1K,10K,1M,10M.....这样的方式...不能以5M.7M,,等类似的来指定文件大小....有正则表达高手来给点意见...............

Oumulong

问题在哪？
是正则写的有问题？
还是匹配到以后做标记，然后与 tc 连动时出现的问题？
还是两者都有？

如果问题解决了，还希望更新顶楼的贴子

问题出在正则表达式了..
http.+content-Length:\x20[5-9][0-9][0-9][0-9][0-9][0-9]

这样的方式..是想实现5M以上的...
但如果是10M了,,第一位变了1...当然不能匹配5-9。。。。
我改成了。。1-9，，就可以区分了。。但这样是没有我们想要的灵活效果。。。

有正则高手写下吧。。。。。。。。

platinum

1、l7 不区分大小写，没必要写成 Length
2、空格直接用就可以，没必要转义成 \x20

1. 
   
2. http.+content-length: ([5-9][0-9][0-9][0-9][0-9][0-9][0-9]\x0d\x0a|[1-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9])
   

复制代码

Oumulong

白金大哥指点得更规范了...

好如果大于5M的写法..该怎么改正呢?????????

platinum

白金大哥指点得更规范了...

好如果大于5M的写法..该怎么改正呢?????????
Oumulong 发表于 2010-07-22 13:14

15 楼不是已经贴出来最终的正确方案了吗？

Oumulong

受益了。。。。。。。。。。。只有想不到没有做不到。。。哈

如果能够更深入。。L7说是匹配前几个包。。但这种只匹配了一个包也能有效。。那这个连接以后的包会打上标记吗。。会。这是肯定的。。因为TC对这个标记的限速是有效的。。。。

但还是知其然不知其所以然。。。。。

希望有这方面的高手。。说说L7，的检测及。。IPTABLES的标记是如何进行的。。。。。。。。

platinum

layer7 模块有自动把 connmark 放到 mark 里的功能，所以 tc 根据 mark 进行处理时可以奏效
但是官方的 ipp2p 模块就没有这个功能，所以无法达到用同样的方法 mark 后用 tc 处理的效果

Oumulong

一直都有人说L7的效率低...是如何有这样的说法呢????IPP2P又高在那里呢???