有没有传输是基于 TCP 的 BT 协议？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1733 天前的主题，其中的信息可能已经有所发展或是发生改变。

众所周知，某些运营商对 BT 协议的 UDP 极度不友好，有的地方甚至直接 XX，目前 IPv6 普及程度也比较高了，由于 V6 不存在 NAT，因此理论上 TCP 可以直达了，那么目前有没有基于 TCP 传输的 BT 协议？之前看似乎某些网站利用 chrome 某些特征甚至做了浏览器上的 P2P

TCP

协议

IPV6

NAT

21 条回复 • 2020-04-01 11:02:49 +08:00

cwbsw

2020-03-31 12:52:03 +08:00

难道你以为 BT 不走 TCP ？

niubee1

2020-03-31 12:53:52 +08:00

TCP 做路由穿透不如 UDP 方便吧。

feast

2020-03-31 12:58:47 +08:00

@niubee1 IPv6 基本就等于局域网直通了吧，不存在什么穿透

feast

2020-03-31 12:59:28 +08:00

@cwbsw 要解决问题，不是一上来就阴阳怪气，也对，人家发财的路子怎么会告诉你

est

2020-03-31 13:18:15 +08:00 via Android

这个问题，肯定有这样的协议，但是有没有人开 tcp 做种这个就不一定了。有协议和客户端是否支持是两回事，客户端支持和大家用不用又是另外一回事

cwbsw

2020-03-31 13:31:32 +08:00

@feast
什么鬼，难道你说的这个 BT 不是指 BitTorrent ？

Wenpo

2020-03-31 14:02:07 +08:00 via Android

bt 的客户端大多数都支持更改

sujin190

2020-03-31 14:31:32 +08:00

虽然 ip nat 这个问题解决了，但是受防火墙限制，各宽带里边的 v6 也不能直直接连接吧，而且 p2p 这种东西，tcp 也没看出有啥好处啊

cev2

2020-03-31 14:35:00 +08:00 via Android

BitTorrent 本来就是走 TCP 的，所以楼主的问题不成立。
虽然 BitTorrent 也支持 UDP 但 TCP 一直是默认，后来µTorrent 这家伙自己开发了µTP （基于 UDP ），再后来官方把µTorrent 收购了并放弃了自己原来的客户端。

说完了历史我再说一下对于 QoS 自己看法，因为 BT 流量本身是不加密的，所以不管是 TCP/UDP 对于运营商来说都知道这是 BT 流量，虽然 UDP 在某些地区歧视，但 P2P 流量在多数 QoS 模板中优先级都是最低的。

所以从一个优先级低的协议换为另一个优先级低的协议是不明智的，我这里 3 家网络 BT 下载都没受过影响（毕竟 steam 、win10 补丁更新都是基于 BT 协议魔改的）。

https://s1.ax1x.com/2020/03/31/GM81BV.jpg
手边暂时没 PC，用手机暂且一测吧，用的 TCP 传输，速度嘛也可以接受。

cev2

2020-03-31 14:40:45 +08:00 via Android

#9 ￣^￣゜汗，回答完问题一刷新，WTF ？你们的 BT 难道走的不是 TCP，就我是 TCP 的？
突然有种被世界抛弃了的感觉。

reus

2020-03-31 14:48:26 +08:00

bt 协议本来就是用 TCP 传输，后来加了用 UDP 通讯的 UDP，再后来加了基于 UDP 的 uTP 传输。

reus

2020-03-31 14:52:03 +08:00

s/UDP/DHT...

monkeyWie

2020-03-31 14:56:23 +08:00

BT 一直都是基于 TCP 协议啊，不过后来也有基于 UDP 的 uTP，当然如果是 tracker 协议的话基本上都是走 UDP 的。

Archeb

2020-03-31 15:41:53 +08:00

1 、BT 协议本来就可以基于 TCP 或者 UDP
2 、你说的浏览器上的 p2p 应该是这个 https://github.com/webtorrent/webtorrent
3 、这个利用的不是“chrome 的某些特征”，而是 WebRTC DataChannel，而这是许多浏览器都早就支持了的请看 https://developer.mozilla.org/zh-CN/docs/Web/API/WebRTC_API