无中心化服务器的远程客户端能否实现P2P通信？相关技术疑问咨询

严格来说，完全脱离任何节点协助的P2P通信几乎无法实现——因为两个处于不同NAT/防火墙后的节点，需要先交换各自的网络地址信息（比如ICE候选）和会话描述（SDP）才能尝试建立连接。但这里的“无服务器”通常指没有中心化的控制服务器，可以用去中心化的网络来替代中心服务器完成信号交换：

• 借助分布式哈希表（DHT）：比如类似BitTorrent的DHT网络，每个节点都维护一部分路由信息，新节点加入后会在DHT中注册自己的标识和地址。当节点A要找节点B时，会通过DHT网络逐步查询到B的地址信息，之后双方直接交换SDP和ICE候选，尝试NAT穿透建立直连。
• 利用已有的对等节点中继信号：如果两个节点共享某个共同的在线对等节点，也可以通过这个中间节点传递信号信息，完成初始的地址交换，之后再尝试直接连接。

这种模式下，没有一个中心化的服务器掌控整个通信流程，所有节点都是对等的，符合“无服务器”P2P的核心逻辑。

WebRTC被归类为P2P技术，核心是看通信的架构逻辑和意图，而非是否绝对物理直连：

• 优先尝试直连：WebRTC的设计逻辑是先通过STUN服务器获取公网地址、尝试NAT打洞建立直连，只有当直连彻底失败（比如遇到对称NAT、严格防火墙限制）时，才会 fallback到TURN服务器中转。TURN只是保证连通性的兜底方案，不是默认选择。
• TURN仅做数据转发：TURN服务器不参与任何业务逻辑处理，不会存储媒体数据、也不会修改通信内容，只是单纯地将一端的数据转发给另一端。通信的两端仍然是对等的，没有客户端-服务器的主从关系，所有媒体处理、会话控制都在端节点完成。
• 行业定义的延伸：实际网络环境中，完全的直连P2P很难覆盖所有场景，因此行业内对P2P的定义已经延伸为“以端到端通信为目标，必要时借助中继节点保证连通性”的架构，WebRTC完全符合这个定义。

内容的提问来源于stack exchange，提问作者Dipnarayan Das