网页能开，上传却卡住：认识 MTU 与路径探测
链路能通过的最大报文大小有限，隧道还会增加封装开销。本文整理两个容易忽略的环节，作为日常使用时的检查参考。
数据包大小会影响路径
链路能通过的最大报文大小有限，隧道还会增加封装开销。小请求正常而大传输停顿，可能与路径 MTU 发现受阻有关，但也要排除丢包、应用限制和代理超时。
不要把降低 MTU 当万能药
先记录接口 MTU，检查隧道与上游网络的要求，再做受控测试。IPv4 与 IPv6 的分片机制不同，不应照搬同一条经验。必要的 ICMP 消息应正确放行，不能为了省事全部屏蔽。
日常使用的小结
保留调整前的值，使用持续上传、下载等真实场景比较结果。一次只改一个接口，避免多个设备同时调整后难以定位。
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 SkynetX！
相关推荐
2025-04-05
TCP 与 UDP：理解差异，比记结论更重要
TCP 负责重传、顺序和流量控制，但不保留应用消息边界。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 TCP 提供有序可靠的字节流TCP 负责重传、顺序和流量控制，但不保留应用消息边界。应用仍需要定义协议格式。连接建立与拥塞控制会影响实际体验，单看 ping 延迟不足以预测下载速度。 UDP 把更多责任交给上层UDP 保留数据报边界，没有内建可靠传输保证。QUIC 等协议在 UDP 上实现自己的可靠性与拥塞控制，所以 UDP 并不等于不可靠应用，也不意味着天然更快。 日常使用的小结测试防火墙和网络时要分别考虑 TCP 与 UDP。TCP 端口握手成功，不能证明同端口的 UDP 服务也可用。
2026-07-13
改了 DNS 却还访问旧站，缓存到底在哪里
权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 不同位置有不同缓存权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。修改控制台中的 A 记录，不意味着所有访问者会立即看到新地址。TTL 是重要参考，但不是任意环节都能强制遵守的承诺。 分层查询比反复刷新有效先确认权威记录，再查公共递归解析结果，最后看本机查询。浏览器使用加密 DNS 时，可能绕过系统配置。用 curl 的 resolve 参数可以临时指定连接地址，同时保留正确域名与 TLS 校验。 日常使用的小结迁站时提前降低 TTL，在切换期间保留旧服务一段时间。不要因为一台设备缓存未更新，就连续修改多次解析记录。
