Clash Verge Rev 开启 TUN 模式后下载正常但上传速度几乎为 0？禁用虚拟网卡大段卸载 (LSO/USO) 实操

一、“只进不出”的诡异偏科网络

很多 Clash Verge Rev 用户在开启了 TUN（虚拟网卡）模式 后，会遭遇一种极具欺骗性的网络故障：

平时刷网页、看流媒体视频、从 GitHub 下载几百兆的压缩包，下行速度直接跑满百兆宽带，看起来一切正常；

但只要涉及到向上发送大体积数据的场景：

比如在网页端网盘上传一个 20MB 的视频、在 Discord 或 Telegram 里发送一张高清原图、或者在终端里执行 `git push` 推送代码分支；

进度条刚跳到 2%，上传速率就瞬间掉到 `0.0 KB/s`，卡死几十秒后直接弹出 `Connection reset` 或 `Network timeout`！

一旦关掉 TUN 模式改用普通的“系统代理（System Proxy）”，上传瞬间恢复满速。

为什么 TUN 模式会严重卡死上传？

核心病根在于：虚拟网卡过大的默认 MTU（最大传输单元）与物理网卡的硬件大段卸载（LSO/USO）发生了严重的分片丢包冲突。

二、巨型帧 (Jumbo Frame) 与 LSO 卸载的撞车机理

• 默认 9000 MTU 的隐患：部分版本的配置模板为了追求极致的本地回环吞吐，将 TUN 虚拟网卡的 `mtu` 默认设为了 `9000`（巨型帧）。下载时，远端服务器发来的包本身已经被互联网裁剪成了标准的 1460 字节以下，所以畅通无阻；但上传时，你的应用程序看到本地虚拟网卡声称支持 9000 字节，就会直接生成几千字节的超大上传报文塞进内核；
• LSO（Large Send Offload）校验失败：当这个超大报文在 Mihomo 内核里套上一层加密外壳（如 VLESS/Trojan 头部），再转交给底层真实物理网卡发出时，由于超出了物理运营商 PPPoE 的 1492 字节硬上限，且软件虚拟网卡不支持硬件级 TCP 分段校验卸载，超长上传包被中间路由器直接当成畸形包静默丢弃，引发无限重传死锁。

三、三步彻底打通 TUN 模式满速上传

第一步：在 Verge Rev 中将 TUN MTU 强制收敛至 1400

这是解决上传卡死最立竿见影的核心动作：

打开 Clash Verge Rev 主界面，点击左侧导航栏的 「设置」。

找到 「TUN 模式 (TUN Mode)」 设置行，点击右侧的齿轮图标打开细项配置（或通过全局 Merge 扩展注入）。

核对并修改以下关键参数：

```yaml

tun:

enable: true

# 网络栈推荐使用 mixed（TCP走系统栈，UDP走gVisor栈，兼顾性能与兼容性）

stack: mixed

# 核心修复点：严禁使用 9000，强制将虚拟网卡 MTU 下调至安全的 1400

mtu: 1400

auto-route: true

auto-detect-interface: true

dns-hijack:

• any:53

```

将 MTU 锁定为 `1400` 后，操作系统在生成任何上传数据包时，都会主动将其切分为 1360 字节以内的轻巧分片，即使套上多层代理协议加密头，总体积也稳稳控制在 1450 字节以内，一次性丝滑穿过任何家用光猫。

第二步：在 Windows 设备管理器中关闭虚拟网卡的“大量发送卸载”

如果个别机器在调小 MTU 后上传依然偶发断流，可以关闭网卡驱动层的卸载干扰：

确保 Clash Verge Rev 处于开启 TUN 模式状态。

按快捷键 `Win + R` 键入 `ncpa.cpl` 回车，打开系统「网络连接」面板。

找到名为 `Meta` 或 `Mihomo`（描述为 Wintun Userspace Tunnel）的虚拟网卡，以及你正在联网的物理网卡（以太网/WLAN）。

右键点击物理网卡 -> 选择 「属性」 -> 点击「配置」 -> 切换到「高级」选项卡。

在属性列表中找到以下两项，将其值修改为 「已禁用 (Disabled)」：

• 大量传送减负 v2 (IPv4) / Large Send Offload v2 (IPv4)
• UDP 分段卸载 (USO)

点击确定保存，网卡会短暂闪烁重连 1 秒。

第三步：实测上传吞吐恢复

完成修改后，重启一次 Clash Verge Rev 的 TUN 开关：

打开在线测速工具（如 `Speedtest.net`）或直接向网盘拖拽上传一个 100MB 的测试压缩包；

原本卡在 0 KB/s 的上传指针瞬间弹起，平稳跑满你宽带的物理上行上限，大附件发送与代码推送从此畅通无阻。