本文关键词：nginx 做udp网站
干了十五年建站，什么妖魔鬼怪都见过。前两天有个做物联网设备的小伙子找我，说他们的设备数据上传一直丢包，用 TCP 协议太慢，想换 UDP，但不知道咋配置反向代理。我听完直乐，这年头还用 UDP 传数据的，要么是搞实时音视频，要么是搞那种对延迟极其敏感的游戏服务器或者工业控制。很多人一听 Nginx 做 UDP 代理，第一反应是懵的，毕竟咱们平时聊的都是 HTTP、HTTPS，那是 TCP 的活儿。但 Nginx 确实支持 UDP 转发，而且配置起来比你想的简单得多，不过坑也不少。
咱先说个真事儿。去年有个做智能水表的企业，他们的表计通过 4G 模块把读数发上来，用的就是私有 UDP 协议。一开始他们直接让服务器监听端口，结果高并发的时候 CPU 直接飙到 100%，网络抖动严重。后来换成 Nginx 做四层负载均衡，问题立马解决了一半。为啥？因为 Nginx 处理这种无连接协议，资源占用比那些重型应用服务器低太多了。
你要想在 Nginx 里跑 UDP，得先确认你的版本。老掉牙的 1.9 版本之前可没有 stream 模块，那玩意儿是后来才加上的。现在大家用的基本都是 1.18 甚至更新的版本，只要编译时没把 stream 模块砍掉，就能用。打开 nginx.conf，别在那 http 块里瞎折腾，得去 stream 块里写。
配置其实就几行代码。比如：
stream {
upstream udp_backend {
server 192.168.1.100:5060;
server 192.168.1.101:5060;
}
server {
listen 5060 udp;
proxy_pass udp_backend;
proxy_timeout 1s;
proxy_responses 1;
}
}
注意看，listen 后面跟的是 udp，不是 tcp。proxy_timeout 这里有个讲究，UDP 是无连接的，你不设这个，连接可能一直挂着不释放，最后把你服务器资源耗光。我一般建议设个 1 秒到 5 秒之间，看你的业务包间隔是多久。还有 proxy_responses，这个参数决定 Nginx 等后端回几个包才算一次交互，一般设 1 就够了，除非你业务逻辑复杂，需要多次握手。
很多新手容易犯的一个错误，是把 UDP 代理当成 HTTP 代理用，想加什么 gzip 压缩，想改 header，那纯属想多了。UDP 是四层协议，Nginx 在这里就是个纯粹的搬运工，它不解析你的数据包内容，只负责把包从 A 扔给 B。所以，别指望它能做负载均衡里的权重分配那么精细，它主要靠轮询或者简单的哈希。
再说说防火墙。这点特别关键，我见过太多人配好了 Nginx，结果外网死活连不上。一查，云服务器的安全组没开 UDP 端口。TCP 端口大家都有经验，UDP 端口经常被忽略。还有，有些老旧的路由器或者防火墙，对 UDP 包的 NAT 表项老化时间设得太短，导致中间包丢了，这时候你得去检查网络中间件，而不是死磕 Nginx 配置。
另外，监控也很重要。UDP 丢包是常态，你得在应用层做校验。Nginx 的日志里会记录连接状态，但如果你想知道具体的丢包率，还是得看业务日志。别盲目相信 Nginx 的 upstream 健康检查，它那个检查主要是看端口通不通，至于数据对不对，它不管。
最后提一嘴，如果你要做大规模的 UDP 代理，Nginx 虽然稳，但可能不如专门的四层负载均衡器灵活。不过对于中小规模，或者临时过渡，Nginx 做 udp网站 绝对是性价比最高的选择。不用装额外的软件，一套配置搞定，维护起来也方便。
总之，搞技术就得动手试。别光看书，去服务器上敲几行配置，断点调试，看看日志报错。这行干久了就知道，文档是死的，人是活的，环境千变万化，只有真刀真枪干过，心里才有底。希望这点经验能帮到你，少走点弯路。
