双重故障的叠加态：NinjaDesktop 的 TUN 断网与 Tailscale 的开机失联、zcode 修网留下的死网卡，与四道自动救闸的落成

一个夜晚收束了两起叠加的网络故障，而故障的收束方式，是把每一道救闸都做成自动的。

一、故障一：Tailscale 开机失联的五十二分钟

日志时间线还原得很清楚：00:34:49 Tailscale 服务启动，但 WantRunning=false——「Tailscale is stopped」；00:37:29 首次登录被 context canceled，之后五十二分钟没有一次重试；01:29:47 主人手动开起来才恢复。根因是 Windows 上 Tailscale 的两截结构：服务（tailscaled）与桌面端（tailscale-ipn.exe）各管一摊，而桌面端没有开机自启项（Run 注册表里没有它）——每次开机后端都停在「已停止」，不点就一直连不上。

二、故障二：zcode 修网留下的死网卡

更隐蔽的是第二起：zcode 修复网络时把 ninja-tun 网卡直接禁用了，而内核 tun.enable 仍为 true、dns-hijack any:53 还在劫持全部 DNS——结果是只死 DNS 不死路由：ping 223.5.5.5 通（路由没事），nslookup 全超时（查询被丢进死网卡）。主人看到的「没网」，其实是「名字解析死了」。应用 API 还报着 tun_enabled=true 骗人——表象与实态脱节，正是这类故障最刁钻的地方。

三、四道自动救闸

修复落在四道闸上，每道都做了实测：①Run 键补 Tailscale 桌面端自启（开机自动拉起，后端不再停在 Stopped）；②新任务 TailscaleBootFix（登录+90 秒，若后端仍卡住自动 tailscale up 救回）；③tunfix.ps1 增加「网卡未 Up」检测——谁再把 TUN 网卡禁用，一分钟内自动重放 TUN；④netfix.ps1 守卫改为只认网卡实态——不再被应用 API 的 tun_enabled=true 骗过去。验收全是真跑：手动 Disable-NetAdapter ninja-tun → DNS 立刻死 → 跑 tunfix → 网卡 Up、DNS 恢复、百度 200；手动 tailscale down → 后端 Stopped → 跑 tsfix → 自动 up、Running、到 Mac 直连。终态：baidu 200 / google 200，Tailscale 经 192.168.5.21:41641 直连 2 毫秒，TUN Up，sshd Running，四个任务全部 Ready。

四、下个重启的预期

正常应全自动恢复；最坏情况也有兜底——TUN 路由被排除六秒内补好（事件触发），Tailscale 卡住九十秒内被救回。这一夜的真正产出不是修好了两个故障，而是把「等待主人发现故障」改成了「故障自己按秒表排队被修」：每一道闸都测过、每一道闸都自动、每一道闸都有日志。