最直接可靠的方式是运行ip link show dev ，输出中mtu字段即当前mtu值；若查所有接口则用ip link show，避免使用已弃用的ifconfig。
怎么用 ip link show 查看当前 MTU 值
最直接、最可靠的方式就是运行 ip link show，它会列出所有接口的链路层信息，其中 mtu 字段就是你要找的值。输出里每行开头是接口编号和名称（如 2: eth0:），紧跟着就可能出现 mtu 1500 这样的字段。
如果你只关心某个网卡，比如 eth0，加个参数更干净：ip link show dev eth0。注意：不要用 ifconfig —— 它在多数现代发行版中已被弃用，且某些新内核或容器环境里根本不可用。
常见误区：
-
ip addr show显示的是 IP 层配置，不保证包含 MTU；有些精简版输出甚至会省略它 - 看到
state DOWN的接口，MTU 值仍有效，但该接口无法收发数据包 - 回环接口
lo的 MTU 默认是65536，别拿它当物理网卡参考
为什么不能直接改 mtu 而要先确认链路支持能力
MTU 不是越大越好，盲目设成 9000 很可能引发连接中断、大包丢弃、HTTPS 握手失败等问题。真实可用 MTU 取决于整条路径上所有节点（你的服务器 → 交换机 → 防火墙 → 云厂商网关 → 目标服务）中最小的那个。
测试方法必须带 -M do（禁止分片）和准确的载荷大小：
- 从
ping -M do -s 1472 8.8.8.8开始（对应 MTU=1500） - 若返回
Frag needed and DF set，说明路径不支持，需逐步减小-s值，每次减 10～20 - 成功响应后，真实 MTU = 成功的
-s值 + 28（IP 头 20 字节 + ICMP 头 8 字节） - 别跳过这步：某次实测发现阿里云华东1区到腾讯云广州的稳定 MTU 是
1450，不是1500或9000
ip link set dev eth0 mtu N 修改后不生效的几个原因
命令执行无报错 ≠ 实际生效。常见卡点如下：
- 接口处于
DOWN状态：ip link set dev eth0 mtu 1450要求接口已UP，否则会静默失败（不提示错误） - 被网络管理服务覆盖：如果系统运行着
NetworkManager或systemd-networkd，它们会在几秒内把 MTU 拉回配置文件里的值 - 驱动或固件限制：某些虚拟化平台（如 VMware Workstation 早期版本）或 SmartNIC 卡不支持非标准 MTU，设了也无效
- 容器或命名空间隔离：你在 host 上改了，但容器 netns 里看到的仍是旧值，需进对应 namespace 再执行
验证是否真生效？别只信命令返回，再跑一遍 ip link show dev eth0 | grep mtu。
永久生效必须写配置文件，但路径因发行版而异
临时改完只是调试，重启就丢。要持久化，得改对应系统的网络配置文件：
- Ubuntu/Debian（Netplan）：编辑
/etc/netplan/*.yaml，在对应 interface 下加mtu: 1450，然后sudo netplan apply - RHEL/CentOS/Rocky/Alma（ifcfg）：编辑
/etc/sysconfig/network-scripts/ifcfg-eth0，加入MTU=1450，再sudo systemctl restart network - Arch/Manjaro（systemd-networkd）：在
/etc/systemd/network/*.network的[Link]小节下写MTUBytes=1450
最容易被忽略的一点：改完配置文件后，一定要确认服务是否真正重载了设置。比如 Netplan 有时会因 YAML 缩进错误静默失败，netplan generate 可提前检查语法。
