NAT跟踪如何在像bittorrent这样的对等协议的情况下工作.

Question

我知道NAT遍历和STUN,TURN和ICE及其使用.我想知道这些是否在像bittorrent这样的点对点文件共享应用程序中实现.跟踪器是否通过帮助使用STUN创建直接连接或通过TURN中继来促进NAT之后的对等体彼此通信.在分布式哈希表(DHT)的情况下,一个对等体如何与NAT后面的其他对等体通信？

Answer 1

BitTorrent不需要连接到群中的任何特定成员,它不是一个p2p聊天协议,其中两个特定的端点想要相互通信.它所关心的只是群的连接图具有足够高的连通度.

换句话说,让NAT后面的客户端相互通信是有些可取的,但是没有达到主要资源(例如流量转发)将用于该目标的程度.失败是一种选择.

因此它不使用sip/turn/etc.

各种客户端使用以下方法的某种组合来改善批量传输连接的连接性:

• 与网关的PCP,NAT-PMP或UPnP-IGD协商
• 端口重用套接字选项,以利用端点独立(EIM)NAT映射
• 大部分未记录的ut_holepunch extension扩展,它使用相互可达的swarm成员代替stun服务器.
• 可选的基于UDP的传输协议(μTP),可与之前的点结合使用.通常使用udp可以更容易地实现nat遍历
• IPv6能力信令,原则上允许客户端升级其连接,然后通过PEX/DHT闲聊v6对等体.

在DHT的情况下,仅使用前两个点(网关协商和端口重用).单个请求 - 回复周期尝试nat遍历的开销将超过100%并且不值得.