IPP2P模块修改版，最新0.99.16

platinum

迅雷虽然走 TCP/80，但其不具有 HTTP 头，所以不应被 squid 处理
但由于 iptables 针对 TCP/80 做了透明代理，使 TCP/80 产生了跳转，而 squid 又不会对 TCP/80 做处理，因此这种情况下迅雷是不会工作在 TCP/80 的，若迅雷没有受到影响而工作正常，那么言外之意迅雷一定使用了其他协议（TCP/UDP）或端口

luojm_24680

谢谢,圣骑士,按照您前面说的方法:make ipp2p-0.99.5成功!非常感谢!

mytool2002

楼主，那两个软件包是你自己的原创吗？

ShadowStar

原帖由 platinum 于 2007-11-20 08:22 发表
迅雷虽然走 TCP/80，但其不具有 HTTP 头，所以不应被 squid 处理
但由于 iptables 针对 TCP/80 做了透明代理，使 TCP/80 产生了跳转，而 squid 又不会对 TCP/80 做处理，因此这种情况下迅雷是不会工作在 TCP/8 ...

迅雷查询候选资源的数据包具有HTTP头，是POST Method的。
如果没有HTTP包头，SQUID不做处理的话，5639863那边就不会成功获得XX个候选资源了。

具体的数据包，白金兄可以看一下附件。

ShadowStar

原帖由 mytool2002 于 2007-11-20 11:34 发表
楼主，那两个软件包是你自己的原创吗？

谈不上原创，我只是在原始ipp2p-0.8.2模块的基础上进行了一些修改、添加了一些软件的特征识别。

platinum

原帖由 ShadowStar 于 2007-11-20 12:36 发表


迅雷查询候选资源的数据包具有HTTP头，是POST Method的。
如果没有HTTP包头，SQUID不做处理的话，5639863那边就不会成功获得XX个候选资源了。

具体的数据包，白金兄可以看一下附件。

看了一下，还真不太好办，其获取资源的方式是标准 HTTP 方式，棘手……
也真难为 ShadowStar 兄了

5639863

原帖由 ShadowStar 于 2007-11-19 15:11 发表


我大概猜到为什么你那边还是能搜索到候选资源了。
1。你的透明代理是将发送到80端口的数据包转发到本地的SQUID代理服务器，然后再由SQUID代理发送到对方服务器。
2。迅雷搜索候选资源使用的http协议、80端 ...

[root@proxy5 ~]# iptables -vnL INPUT
Chain INPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination
1516  531K DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0           ipp2p v0.99.5 --xunlei
OK，如你所说，我在INPUT链里面做了DROP规则，已经Ok了！今天下班看了一下有被DROP的数据了。

谢谢啊

[ 本帖最后由 5639863 于 2007-11-20 18:11 编辑 ]

zhy0414

我试了一下，跟楼主说的一样，迅雷成了单点下载了，但在我这下的一个文件的速度还是挺快的，怎马能让他根本就连不上？

ShadowStar

单点下载的话，就和IE的“另存为”没什么区别了，速度快只能说明与对方网站的连接速度快。
如果让这个连不上的话，只能是阻止所有的HTTP下载了。



0.99.6版在1楼

[ 本帖最后由 ShadowStar 于 2007-11-21 15:15 编辑 ]

zhy0414

原帖由 ShadowStar 于 2007-11-21 15:06 发表
单点下载的话，就和IE的“另存为”没什么区别了，速度快只能说明与对方网站的连接速度快。
如果让这个连不上的话，只能是阻止所有的HTTP下载了。



0.99.6版在1楼

有道理，就让那一条线先活着，楼主太伟大了，更新的真快，我刚把0.995弄好，0.996就出来了，强烈的支持