分别在不同地区的两台计算机（北京某网吧某计算机 A，上海某网吧某计算机 B），通过 UDP 打洞之后，可以不经过服务器进行文件传输、视频聊天、文字聊天么？

[dbfox]

P2P 打洞有接触过的么？实现思路是什么？
网上看了一堆博文，试验过几个例子，都以失败告终
QQ 是怎么实现的？


个人理解：

北京某网吧某计算机 A ，上海某网吧某计算机 B

A 如果 要与 B 进行通讯，需要借助服务器 S

A 与 服务器 S 建立连接
B 与 服务器 S 建立连接


A 想发信息给 B ，首先是 A 把信息 发送给 S ， S 再发给 B ，但是这样不叫 P2P ，而且服务器 S 在用户多的情况下流量是个问题。

我想实现 A 在 S 的帮助下与 B 可以直接通讯， B 也可以直接通讯 A

A 连接上 S ， B 连接上 S ， S 通过什么手段 可以让 A 与 B 直接通讯呢？

[morven]

直接通讯的话公网 IP 或 dzm 是必要的吧

[colatin]

如果是严格的 NAT ，肯定无法直接通信。

[dbfox]

看到了这里我大致也理解了

双方都在局域网内就没有办法 TCP 直连了，所以像 QQ 等都会尽量使用 UDP 直连的

IP 地址转换不需要你处理，网关默认就已经进行了转换。
服务器接收到 DatagramPacket 中 getAddress 和 getPort 已经是网关的端口


UDP 打洞的过程大致如此：
1 、双方都通过 UDP 与服务器通讯后，网关默认就是做了一个外网 IP 和端口号 与你内网 IP 与端口号的映射，这个无需设置的，服务器也不需要知道客户的真正内网 IP
2 、用户 A 先通过服务器知道用户 B 的外网地址与端口
3 、用户 A 向用户 B 的外网地址与端口发送消息，
4 、在这一次发送中，用户 B 的网关会拒收这条消息，因为它的映射中并没有这条规则。
5 、但是用户 A 的网关就会增加了一条允许规则，允许接收从 B 发送过来的消息
6 、服务器要求用户 B 发送一个消息到用户 A 的外网 IP 与端口号
7 、用户 B 发送一条消息，这时用户 A 就可以接收到 B 的消息，而且网关 B 也增加了允许规则
8 、之后，由于网关 A 与网关 B 都增加了允许规则，所以 A 与 B 都可以向对方的外网 IP 和端口号发送消息

[tinyproxy]

1. DHT 协议收好 http://www.bittorrent.org/beps/bep_0005.html
2. P2P 启动的时候需要一个 Bootstrap 服务器，介绍你入党并告诉你几个其他党员的存在，然后你跟其他党员愉快的搅基的时候就可以不用管入党介绍人了。
3. 说错了请楼下轻拍， P2P 的东西只研究过 DHT 。

[dbfox]

@tinyproxy 感谢 5/1 研究研究

[lbp0200]

有个开源项目，狗洞

[zhicheng]

不是所有的 NAT 都能打洞。

[laiyingdong]

有一个应用实现 N2N VPN 与 QQ 等等 UDP 打洞是类似的 需要注意的是如果是 Symmetric （对称） NAT 穿透是很困难的 （网吧不可能 因为要玩游戏必须要 UDP 穿透）

[SlipStupig]

用 stun 可以实现你想要的....

[qile1]

具体打洞不太清楚，我认为数据传输可能需要两个内网通过互通后可以实现

[jimzhong]

如果双方 NAT 设备靠谱，应该是可以实现的。

[iwege]

打洞的不知道
后面的可以考虑走 webrtc

[ahtsiu]

stun ， voip 的最佳拍档

[msg7086]

@tinyproxy DHT 是个 Hashtable 。

[jsq2627]

stun 打洞
turn 中转
ice 全自动协商

[tinyproxy]

@msg7086 是，但楼主要的东西，模仿 dht 做一套是能搞定的，至于你说的 hash table ，既然自己做了，这个函数自己改改就好了，或者扩充一下协议也行。

[msg7086]

@tinyproxy 楼主并不需要哈希表。

[msg7086]

@tinyproxy 我仔细想了想你的回复，觉得你应该是没有审题。

[haoc]

需要例子的话，试一下 webrtc 呀~~

[aru]

@dbfox
就这个东西吧
https://www.laike9m.com/blog/pythonshi-xian-stunturnp2pliao-tian,29/