这是一个创建于 597 天前的主题，其中的信息可能已经有所发展或是发生改变。
一台 Linux 服务器上的 UDP 服务（类似 STUN ），大概服务几十万个客户，每秒大概 50Mb 输入流量，在 aws/vultr/aliyun 上都没问题，但是在 azure/digitocean/hetzner 跑不起来，后三者都是同样的问题，服务器上 ping 也 ping 不出去，我这边 ssh 也连不上，不过没有关的连接没问题，我的 udp 服务也基本瘫痪，流入很大，但是有效流出很少。azure 的 support 倒是很热情，电话邮件来回好几天，可就是解决不了问题，instance 也重建好几遍，数据中心也换了好几个。
不知道大家有没有遇到过，有啥 linux 参数可以调节一下？
谢谢
 | 1 laminux29 2024-02-23 11:44:14 +08:00  2 1.对比一下两边的硬件情况。 2.aws/vultr/aliyun ，这 3 个能跑起来的 Linux ，直接 tar + zstd 整机备份到 azure 上，看看情况。 |
 | 2 patrickyoung 2024-02-23 11:48:36 +08:00 via iPhone pps 有多大，像是触发了防 ddos |
 | 3 FabricPath 2024-02-23 11:51:52 +08:00 试试 sysctl -w net.netfilter.nf_conntrack_max=5000000 |
 | 4 opengps 2024-02-23 11:52:25 +08:00 公网大流量走 udp 很容易受到限制，这个限制往往在网络层面，不再你机器内部，所以你先查查流量不到你服务器的原因是哪个环节 |
 | 5 lambdaq 2024-02-23 11:57:01 +08:00 @FabricPath 感觉 conntrack 都是 tcp 的吧。。udp 也用 conntrack ？ |
 | 6 ttvast 2024-02-23 12:07:03 +08:00 服务器先搞一个带外管理，看看数据包到底有没有到达服务器。 |
 | 7 newshbb OP |
 | 8 4kingRAS 2024-02-23 14:11:13 +08:00 你的出流量是哪个地方的监控，如果是宿主机的监控，那说明是宿主机里的限制，看 netstat -s 有无信息，dmesg -T 如果有限制会报错。如果是出口网关的监控，那就看链路上有没有限制 |
| 9 FabricPath 2024-02-23 14:30:18 +08:00 @lambdaq conntrack -L |
 | 10 al772 2024-02-23 14:39:00 +08:00 我们的产品在 Azure 上有个已知问题，UDP 连接会被砍掉，Azure 的设计缺陷，关键词 flow control |
Select Language