云的彼端

我家宽带是著名的武汉长宽。
著名p2p软件的杀手。

但身为一个程序员，被这东西困扰实在是耻辱，所以我最终基本弄清了长宽到底是怎么回事，稍微缓解了麻烦。

实验得出，长宽的特点是：封锁所有外部的对内主动链接。
尽管长宽给的IP看起来是真实IP，但是无法从外部建立任何对内链接，包括FTP，SSH等等。
所以，能不能就不用长宽吧……

如果你像我一样不幸被长宽套牢了18个月，那么以下的东西可能有点帮助：
对于p2p的软件而言，无论你怎么调，emule几乎不可能有HighID，bt几乎不可能会有对内链接。
所以emule是无论如何都无法使用的（我可不想用LowID挂着）。
而BT算是有点可能使用。

经过长时间的摸索，发现长宽内部BT使用的两点要点：
1、一定需要BT协议加密。
2、一定要用巨大的连接数来保持速度。（个人设定的是200）
BTW:谁想以同样的方法试试emule我不反对，不过我是放弃了的，反正一是有fishy帮忙，二是即将解套；另外emule的源没有bt多，所以你增加链接数也是排队，理论上效果应该很不明显。

长宽肯定是做了对BT协议的过滤的，所以任何BT客户端都要明确指出需要BT协议加密，而不是用什么“加密优先”——不要信任那些自动探测，自己设了最安全。
由于长宽不允许对内链接，所以唯一的办法是疯狂对外连接——注意：这种大量连接是很容易冲垮你的家用路由器的（如果有的话），例如TPLINK的，根据fishy的消息，屡屡被BitComet的默认设置冲垮；而Netgear的WGR614V7，则应该是对同时连接数做了限制，大概是50的样子，所以挂不掉，但是同样由于只有50，所以bt速度对于长宽来说不能忍。我现在用的Linksys WRT54GC是没有对连接数设限的，我曾经设到500过，随后大概一个小时多就挂了……但是现在设到200运行的相当正常——即使是这个值也是超出了推荐的稳定范围的，所以大家还是量力而行。
在连接数（即全局同时连接数和最大同时尝试连接数）为200的时候，我下热档基本上速度能够上100k/s，稍冷的档差不多40k/s左右，最高曾经到过200k/s的。

关于客户端的选择。linux下最常用的Azureus太——中规中矩了（当然，在正常情况下这是优点）……同时连接数就算我设到200，它还是经常只有20左右——要知道，对付长宽，太规矩是绝对不行的……
所以我还是用了BitComet……这个东西貌似还有内存泄漏，又是还会狂占系统资源……可惜我们bt的长宽只有更加bt的BitComet才能对付好……
所以，这个叫做中国国情……

另外给想用长宽做家庭网的人们一点提示：长宽的绑定是MAC地址绑定。

以上，是我告别该死的长宽之前的一点经验。
希望能够对还被长宽bt困扰的人们一点帮助。

This entry was posted on 星期四, 四月 12th, 2007 at 11:37 pm and is filed under 技术. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.