解决 HTTP3 NO_ERROR (remote): QUIC flood detected

[xqzr]

在无视 IPv4 DF 位，并强制“分片”的网络上，使用 HTTP3，并存在“分片”丢失，客户端可能会出现由 Nginx 返回的“QUIC 泛洪”，并伴随“断流”情况。
这里使用“QUIC MTU 钳制”（类似于“TCP MSS 钳制”）的方法，通过 nftables 添加，来解决。
以“腾讯云”为例：

table ip QuicMtuClamp {
    chain output {
        type filter hook output priority raw;
        ip saddr 10.0.0.14 udp sport 443 meta length > 1478 ip frag-off & 0x4000 != 0 ip checksum set 0 notrack
    }
}

可将以上内容写入 QuicMtuClamp.nft 文本文件，通过以下命令导入：

nft -f QuicMtuClamp.nft

规则说明：

源 IP：10.0.0.14（ens3 网卡 IP）
源端口：443（Nginx 监听端口）
总包长度：大于 1478（MTU 1464）(减小 36)
IPv4 DF 位：存在
IPv4 校验和：设为 0（破坏）
“连接跟踪”：不使用

数据包被“静默”丢弃，Nginx 感知到“丢失”，将会减小 MTU（包大小）发送数据包。

https://blog.sunflyer.cn/archives/783
https://t.me/projectXray/4124536?thread=4031009