修改WireGuard的MTU值前，最必要的检查是确认当前网络路径的实际最大传输单元。MTU（最大传输单元）定义了链路层可承载的最大报文长度。若WireGuard配置中的MTU值大于物理网络或上游路由的实际MTU，且未启用分片机制，可能导致特定大小的数据包被丢弃，表现为TCP连接正常但UDP或大文件传输卡顿、甚至无法建立隧道。因此，不能随意调高或调低MTU，而应基于实际路径特征进行验证。
验证底层网络实际MTU
在修改WireGuard配置前，需先了解物理接口（如以太网、Wi-Fi）及中间路由设备的实际MTU。可通过在客户端和服务器端执行`ip link show`（Linux）或`netsh interface ipv4 show subinterfaces`（Windows）查看当前接口的MTU设置。注意，这仅是本地接口的值，中间网络设备可能更小。若使用Wi-Fi，科学上网实际MTU可能因信号质量或加密开销低于物理介质的理论值。
区分UDP与TCP监听端口
WireGuard默认使用UDP协议。用户有时会混淆UDP和TCP端口，误以为修改MTU会影响TCP连接。实际上，UDP和TCP是两个独立的传输层协议，同号端口并不代表同一个监听端点。检查MTU时，应关注UDP数据通道的行为，因为WireGuard隧道本身承载在UDP上。若业务混合使用TCP，火烧云需分别测试，不能仅凭TCP连通性推断UDP MTU设置是否合适。
理解AllowedIPs对路由的影响
MTU修改不直接影响路由选择，但AllowedIPs字段决定了哪些流量进入隧道。AllowedIPs不仅用于目的地址匹配，还参与接收数据包的源地址校验。若配置了`0.0.0.0/0`，并不意味着所有局域网路由都会被无条件吞掉，路由策略仍受操作系统默认路由表和网络驱动行为影响。检查时，需确认目标网络是否在AllowedIPs范围内，火烧云避免将本应走本地LAN的流量误入隧道，导致因MTU不匹配产生的异常。
在调整配置前，技术人员正在通过终端工具核查物理接口的实际网络参数。
执行只读分片测试
在不修改任何配置的前提下，火烧云可使用`ping`命令配合`-M do`（Linux）或`-f`（Windows）标志测试路径MTU。例如，从客户端向WireGuard服务端IP发送ICMP包，逐步减小包大小，观察哪个阈值下开始丢包。该测试反映的是底层IP路径的能力，而非WireGuard封装后的结果。若测试显示1500字节丢包但1400字节正常，则说明路径MTU小于1500，此时将WireGuard MTU设为略小于该值（如1400）是合理的，但需重新验证隧道内的实际表现，因为WireGuard会有额外头部开销。
