用一个简图简单解释一下这UDP协议数据交换的问题。
DTU(内网地址10.0.0.1)==（移动内网)====>NAT===(外网公网）===>服务器（公网地址:55.0.0.24)
其中NAT有两个地址，其一是内网地址(比如说是10.0.0.2），其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网）
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1 dst:55.0.0.24
这个包发给NAT。
以下假设服务器侦听在UDP 2400端口。
其中NAT有两个地址，其一是内网地址(比如说是10.0.0.2），其二是外网地址(比如说是1.1.1.1)
(移动内网)====>(10.0.0.2)NAT(1.1.1.1)====>(外网公网）
包交换过程如下:
DTU发出的数据包是:
src:10.0.0.1:1001 dst:55.0.0.24:2400
这个包发给NAT。
NAT对此包作了转换，进行源地址和端口的替换，发到公网，公网上传的这个包变成了
src:1.1.1.1:1111 dst:55.0.0.24:2400
通过公网到达了服务器55.0.0.24，所以，从服务器看，DTU的地址和端口就是1.1.1.1:1111.
当服务器过了一段时间（比如说5分钟后）想要主动送数据给DTU时，服务器的UDP SOCKET连接回送的目标是1.1.1.1:1111，实际上是送给NAT。但是问题此时出现了，NAT已经将这个UDP连接的对应关系给删除了（假设NAT存储UDP连接的超时时间是1分钟），此时NAT收到这个服务器发来的数据包，将无从决定究竟将其转发给谁。这样导致刚才那台DTU根本收不到服务器端发来的数据！所以如果DTU的心跳包设定的时间太长，比这个NAT网关的UDP连接超时长的话，服务器送来的数据也会发不到DTU。
| 有奖活动 | |
|---|---|
| “我踩过的那些坑”主题活动——第002期 | |
| 【EEPW电子工程师创研计划】技术变现通道已开启~ | |
| 发原创文章 【每月瓜分千元赏金 凭实力攒钱买好礼~】 | |
| 【EEPW在线】E起听工程师的声音！ | |
| 高校联络员开始招募啦！有惊喜！！ | |
| 【工程师专属福利】每天30秒，积分轻松拿！EEPW宠粉打卡计划启动！ | |
| 送您一块开发板，2025年“我要开发板活动”又开始了！ | |
| 打赏了！打赏了！打赏了！ | |
我要赚赏金
STM32
MCU
通讯及无线技术
物联网技术
电子DIY
板卡试用
基础知识
软件与操作系统
我爱生活
小e食堂
