代理软件开启 TUN 后蓝屏：从 minidump 定位 Realtek 驱动并稳定修复
本文记录一台实际 Windows 11 主机的排障过程。它不是“所有 TUN 蓝屏都这样修”的万能答案；核心方法是：先读转储确认致错驱动，再只改与证据相符的一段网络链路。 结论先说 这次蓝屏并不是 Wintun 本体直接崩溃，也不是“Clash 不兼容 Windows”。两个 0xD1 minidump 都落在相同的收包路径： rt640x64.sys (Realtek RTL8125B) → NDIS → tcpip / WFP → UDP → afd rt640x64.sys 是 Realtek 2.5GbE 网卡驱动。TUN 模式会显著增加转发和 UDP 收包压力，从而触发该驱动路径中的非法内存访问。处理方式是保留 Clash、Wintun、VMware 和 Hyper-V 配置，只针对物理网卡关闭有问题的 UDP 卸载与节能特性，再重启网卡验证。 本次已实施的修复 关闭 UDP IPv4/IPv6 Checksum Offload、Green Ethernet、Gigabit Lite、Power Saving Mode、Selective Suspend；有线网络重新连通，DNS、ICMP、HTTPS 均通过复测，修改后没有产生新的 BugCheck。 说人话就是 代理开启TUN之后，网络流量变多、路径更复杂，尤其是 UDP 包。 此时的 Realtek 网卡驱动 rt640x64.sys 在 “接收网络数据” 时出了差错，把坏数据交给了 Windows 网络系统。Windows发现内核内存可能写坏，只能立刻蓝屏自保。 解决的方案：关闭了网卡里容易出问题的“硬件加速收包”和省电功能。 为什么这个方案能解决问题？ ...