如何解開被封掉的bt?

platinum

原帖由 dasa 于 2006-4-26 17:05 发表
我可以連到track服務器,可是外面的bt用戶無法連接到我,所以我也就不能下載

呵呵，你再试试吧
你的问题属于低级概念问题，是你对 P2P 协议、代理的不了解造成的
BT 可以使用代理
P2P 协议也不仅限于“让别人连我”

btw: 做人做事要给自己留后路，不要把话说的太满，此贴我不再回

dasa

1， BT客户端首先从一个WEB服务器上取得torrent文件，这个torrent文件类似RM电影的ram元文件，它里面有Tracker服务器的URL。这一过程对防火墙后的内网用户通常没有影响，因为请求torrent文件就相当于访问普通网页，只要允许上网，内网用户就能完成这一步（图1中的1与2）。
2， 由于第一步得到了Tracker服务器的URL，这一步就用这个URL去连接它，主要目的是从Tracker服务器上取得包含其他BT客户端（我们称这些BT客户端为PEER）的列表。Tracker服务器使用的端口通常是TCP的81、82、6969、8000、8001、8080，如果防火墙没有允许对这些外部端口的访问，那么内网客户端连接Tracker服务器将会失败。
3， 连接到Tracker服务器以后，服务器会反向连接BT客户端，以检验BT客户端能不能被其他BT客户端连接，检验成功的BT客户端将被加入到PEER列表中。如果BT客户端是公网用户，反向连接不会有问题，这样Tracker服务器将把它加入到PEER列表。但如果客户端是内网用户，反向连接就会出现问题，因为通常来说，Tracker服务器连接的目标是防火墙或代理服务器的公网IP及内网BT客户端提供的监听端口，很显然这对IP和端口组合实际在防火墙/代理服务器上并不存在，连接不可能成功，于是这个内网BT客户端也不会被加入到PEER列表中（当然即使被加入别人也无法连接成功）。可能有的人要说了，不加入就不加入吧，这有什么影响啊？影响当然大了，因为你没有出现在PEER列表中，那么表明你无法被其他BT客户端主动连接，由于在一个BT连接上数据传输是双向的，你不被别人连接，也就同时失去了从别人那里下载数据的机会，这样就会严重影响下载速度。这里是真正体现了“我为人人，人人为我”的思想，想不到这么一句美好的口号，居然在BT上体现得这么完美，呵呵，这是题外话了。要解决这个问题，通常的做法是：在防火墙或代理服务器上进行端口映射，比如防火墙公网IP是A，而内网BT客户端IP是B，它的 BT监听端口是6881，那么就可以在防火墙上做一个端口映射A:6881映射B:6881，这样当Tracker服务器反向连接A:6881时就会成功，于是A:6881将被加入到PEER列表中。当其他BT客户端从外部连接A:6881时数据将被防火墙传递到B:6881，于是连接也会成功，从而实现了从外部连接内网BT客户端。当然这并不是唯一的方法，各种防火墙可能还有其特定处理方法，文章后面将说到的ISA2000就有其自身的特殊处理方法，只不过基本原理都差不多。
4， BT客户端取得PEER列表后，就连接列表中的其他BT客户端，互相下载数据（图1中的5），假如是内网的BT客户端要连接PEER列表中的某个BT客户端，比如对方的监听端口是6881，很明显，要能够成功连接到对方的6881端口，需要在防火墙上开放外访6881，不然防火墙后的客户端就无法成功连接对方PEER。

根據這個原理,從我的bt報錯來看,我是在第三步被卡住了.
虛心接受老大指教,懇請您能給個建議,謝謝!

mouseshow

我没用过squid,了解一些iptables,但我用OpenBSD的PF,根据的感觉,你的BT被封掉的可能性应该在其它网关设备上找原因了.
    你的BT是被封在第三步,很像被七层设备在对关键字"msg:"P2P BitTorrent transfer";进行检测后的动作,这可以封掉你对每一个peer发现的连接.
    在解决问题的时候最好用排除法找到问题点,能否绕过你的Linux网关,用另一台笔记本来测试一下是否能正常使用BT.

BTW:CHINAUNIX上还是有不少真正回答问题的高手的,先GOOGLE,再CU是个好办法.

cexoyq

你用的是什么BT客户端?

skylove

原帖由 dasa 于 2006-4-26 17:05 发表
嗯,多謝兄弟作答,可是我不會端口映射.
由我的bt報錯很明顯,我可以連到track服務器,可是外面的bt用戶無法連接到我,所以我也就不能下載,好,現在搞搞端口映射,如果兄弟能有其他建議,那再多謝.

cu里蹲点3年不会linux的iptables端口映射,你也算是cu第一奇人了...