beta2设置分享

littlesong

新的版本新的配置，测试中

[ 本帖最后由 littlesong 于 2008-5-27 06:44 编辑 ]

time

好，一起学习新版策略配置。是否再试一下，自定义一个协议组，将迅雷相关的定义一个组，这样再对组设一个策略，看看这样是否更简洁一些。

hai1130

你的第160-163策略目的都是要阻断相应的数据包,为什么还要让它继续匹配,如果一个数据包过来,它匹配了160条,也就表明这个数据包是迅雷的数据包,它不可能再被识别为HTTP分块下载，也就是说你在160条上已经完成任务了，为什么还要继续匹配161条的Http分块下载呢？
假如这个包不是迅雷包的话，panabit会自动往下匹配后面的策略，不用你指明的，所以我觉得你160条的继续匹配没有意义，当然其它几条也是同理。
在panabit识别包的过程中，它不可能把一个包同时识别成两种不同的应用协议包，即它不会认为某一个包既是http又是迅雷。
举例而言，如果你的目的是想先限制某个IP的总宽带，然后再禁止迅雷的话，你限速那条策略应放在前面，迅雷的那条放在后面，在这样的情况前面限速那条设为继续匹配才有意义。

还有如果你策略中的“P2P下载”不是自定义的协议组的话，Panabit默认的P2P下载协议组已经包括了迅雷和脱兔,为什么还要单独列出来?

[ 本帖最后由 hai1130 于 2008-5-27 17:25 编辑 ]

littlesong

这个我是考虑，有的时候不阻止，只是限速，所以用了继续，好灵活更改
而下面的p2p下载是一个总的阻止。不知道我这样解释是不是容易理解，大家互相交流

littlesong

原帖由 time 于 2008-5-27 09:12 发表
好，一起学习新版策略配置。是否再试一下，自定义一个协议组，将迅雷相关的定义一个组，这样再对组设一个策略，看看这样是否更简洁一些。

如何设组？好像还没仔细研究过

hai1130

原帖由 littlesong 于 2008-5-27 21:06 发表
这个我是考虑，有的时候不阻止，只是限速，所以用了继续，好灵活更改
而下面的p2p下载是一个总的阻止。不知道我这样解释是不是容易理解，大家互相交流

兄弟,你好像还是没有理解panabit的识别原理:
你针对http分块下载阻断也好,限速也好,都和下面的P2P下载规则没有关系.你限速的时候,继续匹配,到了P2P那条,panabit不会认为是P2P的包所以那条规则自然就不匹配了,所以应该在上面就停止匹配节省资源让包尽快通过,除非你下面还有针对http分块下载的包的策略.

[ 本帖最后由 hai1130 于 2008-5-28 02:15 编辑 ]

littlesong

多谢指教，明天到公司去改