软路由拨上号了，ping 网关通、ping 公网也通，浏览器却一直卡在加载——十个这类故障里有七个出在 MTU，不是线路坏了。
症状很好认：小包全通、大包全丢。TCP 三次握手、DNS 查询、TLS 握手头这些几百字节的小包都过得去，服务器回传的第一个大响应超过隧道能承载的长度就被丢弃。标准以太网 MTU 1500，PPPoE 拨号只有 1492，L2TP 再扣掉隧道头通常落在 1400 到 1460 之间；接口上的数没跟着下调，页面就永远停在一半。站内 4 元档（沧海）到 6 元档（天行）都支持 L2TP，先按本文把 MTU 与 MSS 调对，再谈要不要换线。
🔗 快速入口：一站式注册入口（24 家平台自助开通） ｜ 价格中心（全平台横向比价） ｜ 代理工具中心（客户端与配置教程）
文中价格取自站内平台价格表页，按 30 天套餐口径列示，核实于 2026-11-02；各家 L2TP 线路的 MTU 建议值以后台说明为准。
| 以太网直连 | MTU 1500 ／ MSS 1460 |
| PPPoE 拨号 | MTU 1492 ／ MSS 1452 |
| L2TP（含 IPsec） | 常见 1400 上下 ／ MSS 取 MTU 减 40 |
握手能过、数据过不去：问题卡在哪一层
TCP 建立连接只发一个不带负载的 SYN 包，几十字节；DNS 查询通常不到 100 字节；TLS 握手的第一个报文也在几百字节量级。这些包统统小于任何合理 MTU，所以「能连上」这件事完全不证明链路能传数据。
真正被卡住的是回传方向。服务器收到请求后回的第一个数据段，长度按协商出来的 MSS 来装，通常是 1460 字节。如果这条路径实际只能过 1400，路由器要么分片、要么按 DF 位直接丢弃；分片在隧道里同样会被丢，结果就是请求发出去了、响应回不来。
体感上有一组很典型的表现：首页白屏但能看到标题、图片全是破图、后台能登录进去列表却是空的、下载进度条卡在 0%、聊天软件能发文字不能发图片。这些都不是网站的问题，是每条响应都超过了几百字节。
先量出来：一条命令找出路径真实 MTU
不要凭经验猜数值，直接测。原理是发一个指定大小、禁止分片的探测包：能通说明这条路径至少能承载这个长度，不通就往下降，通的最大值加上 28 字节就是路径 MTU。
| 系统 | 命令 | 读法 |
|---|---|---|
| Windows | ping -f -l 1472 目标 |
1472 加 28 正好 1500，通了说明不需要改 |
| Linux / macOS | ping -M do -s 1472 目标 |
-M do 等于禁止分片，报错信息会提示包太大 |
| 逐次下调 | 1472 → 1464 → 1450 → 1440 → 1400 | 第一个能通的数值加 28，就是路径 MTU |
探测目标要选回 ICMP 的地址，公共 DNS 或运营商网关都可以，别选刚被限速的机房 IP，否则测出来的是限速不是 MTU。如果目标一律不回 ICMP，改用能控制包大小的 TCP 方式：openssl s_client 配合指定 MSS，或者直接在隧道两端各拉一个 1MB 以上的文件，看是否稳定中断——中断点就是 MTU 的边界。
三种环境三个数：以太网、PPPoE、L2TP
MTU 不是设备属性，是路径属性。同一条宽带上的同一个接口，直连时是 1500，拨上 PPPoE 变 1492，再跑进 L2TP 隧道就只剩 1400 上下。把这三层的数值混着用在配置里，故障就来了。
| 环境 | 典型 MTU | 常见误配 | 后果 |
|---|---|---|---|
| 光纤直连、静态 IP | 1500 | 照抄别人的 1400 | 能通，但每个包都变小，效率白掉 |
| PPPoE 拨号宽带 | 1492 | 接口仍写 1500 | 大页面上传卡住，小页面正常 |
| L2TP（无加密） | 1460 左右 | 隧道口沿用 1500 | 能拨上号，网页开一半 |
| L2TP over IPsec | 1400 上下 | 只改 MTU 没做 MSS 钳制 | 下载中断、图片加载不全 |
改在哪：接口 MTU 与 MSS 钳制
两件事要分开做。MTU 决定「一个包最大多少」，MSS 钳制决定「TCP 协商出来的段多大」。隧道场景只改 MTU 常常不够，因为对端仍按自己的 MSS 发包，所以还要让经过隧道的 SYN 报文把 MSS 改小。
| 位置 | 改什么 | 生效方式 |
|---|---|---|
| OpenWrt 接口 | 网络 → 接口 → 高级设置 → MTU 填 1400 | 保存并应用，重拨隧道 |
| OpenWrt 防火墙 | 区域里启用 MSS 钳制（mtu_fix） | 自动按出口 MTU 改写 MSS |
| 通用 Linux | iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu |
转发链生效，重启需持久化 |
| 爱快软路由 | 外网设置里的 MTU/MSS，或 L2TP 客户端接口参数 | 保存后重新拨号 |
| Windows 客户端 | netsh interface ipv4 set subinterface "接口名" mtu=1400 store=persistent |
立即生效并写入注册表 |
OpenWrt 的 mtu_fix 选项本质就是给转发链挂上 MSS 钳制，比手工写 iptables 稳，重拨后也不会丢。爱快的位置按版本略有差异，找「外网设置」或 L2TP 客户端的高级参数即可，改完必须重新拨号才会带进协商。
别改错对象：动隧道口，不动物理网卡
最常见的连带伤害是把物理网卡的 MTU 直接改成 1400。这样做的确能让大包变小，但同一块网卡上的直连流量、局域网传输、局域网内的共享也一起变小了，本该 1500 的路径被永久压窄，局域网大文件传输速度会明显下降。
正确对象是隧道接口本身：L2TP 的 PPP 接口、IPsec 隧道接口、或者软路由上那条代理线路对应的逻辑接口。物理网卡保持 1500，让隧道自己在封装时把内层包切到 1400，两层各归各的。
数值也不必压得太狠。1400 是覆盖面最广的折中值，能过绝大多数 PPPoE 加隧道组合；压到 1300 以下虽然更保险，但每个包的有效载荷变小、单位时间要发更多包，吞吐反而掉。测得出来的临界值减 20 到 40 字节就够，别凭感觉使劲往下砍。
改完怎么验证，别只看能不能打开
「网页能开」不算验收。缓存、CDN 和小页面都会骗人，要跑三个动作才能确认真的修好。
| 动作 | 通过标准 | 说明 |
|---|---|---|
| 禁止分片 ping 大包 | 按新 MTU 减 28 的数值连续 100 包不丢 | 最直接的证据 |
| 拉一个 1MB 以上文件 | 速度平稳、不中断、无重试 | 验证持续大流量 |
| 打开有长列表的后台 | 列表一次刷全，图片无破图 | 验证真实业务页面 |
三步都过，再去IP 综合检测中心跑一次线路与测速，把改动前后的数字记下来。只凭「感觉快了」很容易把缓存命中当成修好了。
这些症状不是 MTU，别乱改
MTU 有一个非常明确的特征：小包通、大包不通，而且大小有一个可复现的临界值。不符合这个特征的故障，改 MTU 只会让配置越改越乱。
| 症状 | 更可能的病因 | 取证方式 |
|---|---|---|
| 能 ping IP，打不开域名 | DNS 没跟着走隧道 | nslookup 看返回的解析服务器 |
| HTTP 站能开，HTTPS 全白 | 代理只支持 CONNECT 之外的写法 | 换客户端或换端口重试 |
| 一半站点打不开，另一半正常 | 出口地址被目标站限制 | 换一条落地对照 |
| 全部慢，但没有中断 | 带宽或线路质量 | 存直连基准再对比 |
HTTPS 打不开这一类尤其容易和 MTU 混在一起：两者的现象都是白屏，区别在于 MTU 的临界值是稳定的，换一个更大的页面必定复现，而协议支持问题与页面大小无关，同一个站点的小接口同样打不开。想更细地区分这两种，可以看IP 质量全绿、一半站点打不开里的判读顺序。
官方入口与相关页面
需要按线路挑平台，先在价格中心把支持 L2TP 的档位横着比一遍；软路由侧的配置步骤在代理工具中心有现成教程，沧海IP 的实操见沧海IP 软路由 L2TP 配置教程；改完想确认链路质量，用IP 综合检测中心的线路与测速两项免费测一遍即可。
常见问题
Q1：L2TP 拨上了，ping 得通，网页就是打不开，一定是 MTU 吗？
A：先测再判。用禁止分片 ping，1472 通就说明不是 MTU；1472 不通而 1400 通，基本可以定性。要是所有尺寸的包都通、只有域名打不开，那是 DNS 没走隧道。
Q2：MSS 和 MTU 到底差多少？
A：差 40 字节，IPv4 头 20 加 TCP 头 20。MTU 1400 对应 MSS 1360。有些设备只让填 MSS，填的时候把这个差值算进去，别直接填 1400。
Q3：把 MTU 改小会不会更慢？
A：会。包变小意味着同样的数据要发更多包，头部开销占比上升。但比起打不开页面，慢一点是值得的。合理做法是按实测临界值减 20 到 40 字节，不要一律压到 1300。
Q4：改完重启又恢复原样，是什么原因？
A：配置没持久化。OpenWrt 要保存并应用，Windows 的 netsh 命令必须带 store=persistent，iptables 规则要写进启动脚本，否则重拨或重启就回去了。
Q5：手机用 L2TP 连代理，也有这个问题吗？
A：有，而且更常见。手机端一般不允许改 MTU，只能靠服务端做 MSS 钳制，或者在客户端选择更小的 MTU 选项。iOS 与安卓的 L2TP 设置里如果有 MTU 字段，填 1400 试一次最省事。
Q6：换一家平台的 L2TP 会不会就不出现了？
A：取决于对方链路。同样是 L2TP，隧道头开销基本固定，但中途路径不同，临界值可能从 1400 变成 1460。先按本文测出自己这条线的临界值，换线后再测一次，比盲目换平台有效。
📚 相关阅读
📄 天行IP 两条 10 元 L2TP：100M 与 10M 同价，差在带宽来源
📄 优众IP 多账号怎么配？SK5 管窗口，L2TP 管设备
更多帮助
如需获取更多帮助，请访问官网：socks5ip.com.cn
🛠️ IP综合检测中心：IP质量/线路/测速/业务模拟免费测
📝 官方注册入口：https://linkdd.cn/socks5ip（24 家平台自助开通，注册后按提示填邀请码）
💬 微信：17720135827 — 7×24h在线
全网低价IP｜聚合24家代理IP平台，全部免费测试，先测后买零风险
