@0x4C 用 nslookup 指令看了下 dns 解析，服务商那边获得的就是 127.0.0.1 。感觉又是大规模的 BGP 劫持？

@QingStone https://github.com/zhangdaiscott/jeecg-boot/tree/master/ant-design-vue-jeecg 。指令 yarn install 卡住的是 jeecg 的 vue 前端项目。当时百度和 google 了一些解决方法，但是说来说去，基本就看到某几种解决方案。可惜的是，这些方案正好都不奏效。起初是一直卡在 1589/1592，卡了 30 多 min 之后，我就重启了几次来回 yarn install 尝试，中间有次突然又进度走 1，变成 1590/1592，但是后来就还是一直卡住，也是重启了几次无果又尝试几种方法无果。最后就是卸载重装 yarn，又执行一遍 yarn install 就可以了。但是 yarn 不管是卸载前还是卸载后，都确定是用的最新版的 yarn，所以也不可能是 yarn 的版本问题。

@ashiamd 我这里主要是想要后面做一个聊天室类型的东西，暂时打算先把群聊做出来就好了。私聊的话暂不考虑（而且私聊 P1<--->P2 其实不一定非得 P2P，直接服务器把 P1 的内容获取后再发送给 P2 也不是不行，就是比较折中了。但是实际私聊如果附带一些复杂操作，也不可能真的让 P1 直接和 P2 发包就完了，还是得服务器加工一些数据啥的，那还不如直接服务器发送给 P2 得了。）

@ashiamd 我这里就先简单测试了下，因为以前有次用 UDP 莫名收不到包。最近对 docker 和 linux 了解比较多了，所以找出问题倒是很快了。

@MoHen9 谢谢老哥，晚上看了点 UDP 的打洞文章等，了解了一下理论。然后把之前的 UDP 的丢服务器跑了一下。后面发现是 docker 用的网桥，UDP 包没有被转发到 docker 网桥网络里面，所以我就 docker-compose 指定了 network_mode: host 使用 host 模式，直接获取到服务器网卡 eth0 的 udp 包（监听发现抓到的 UDP 包都发到服务器的默认网卡 eth0 上了）。
然后我本地 UDPclient 请求服务器，发现同一个 client 每次访问服务器的 IP 都是我家连接的宽带运营商的 IP，PORT 也一直是同一个。我用 4 个 Client 则 4 个 Client 的 NAT 的 IP 一样，就是端口不大一样，但是这个端口值没变动过就是了。

4 个 client 定时每 3 秒发送 UDP 包-> server，然后 server 把这 4 个 client 的 IP 和 port 记录了，每次收到 UDP 包，就发送一段内容给服务器 HashMap 记录的所有 client （这里开 4 个 client ），也就是 4 个 client 每 3s 都会发送一个 UDP 包，接受到 4 个回复包（包括自己的这次）。

其实我这里没有 P2P 的话，好像打不打洞的问题根本就不用考虑，毕竟服务器是公网 IP 。

谢谢老哥了。话说老哥，可以把你前面提到的 “博客系列”重发一下链接吗？好像我这里看到就是一串普通的字符串“aHR0cHMlM0EvL3NlZ21lbnRmYXVsdC5jb20vYS8xMTkwMDAwMDA3NDAzODczJTIzYXJ0aWNsZUhlYWRlcjI”？

@ashiamd 好像涉及 UDP 打洞问题？之前我好像就是 UDP 卡在那个问题上，才转的 TCP

@MoHen9 之前有试过用 UDP 实现交互。但是本地 UDP 服务端和客户端可以交互。
如果服务端放到远程服务器，客户端发包到远程服务器用 linux 指令可以检测到，但是服务器代码却没有读到这个包的样子。
问一下如果用 UDP，是不是能像 TCP 一样获取到用户的通讯 IP，需不需要考虑什么客户端网络的 NAT 等问题？
之前是 远程 linux 抓包有抓到客户端的包，但是程序却没收到？如果服务端放本地就可以在程序中收到客户端的 UDP 包。

是不是单纯的我自己的代码可能逻辑有错?还是 UDP 需要考虑内网映射问题等？