
Incus 审阅 08|怎样才算真正做好,把“完美结果”写成可复查的验收单
Incus 脚本审阅与验收 · 第 8 / 8 篇 一个可信的结尾,不是六张绿色截图,而是别人能根据记录复查:创建了什么、改了什么、坏过什么、如何恢复、还有什么没有验证。本系列的终点是一套交付标准,而不是给现有脚本盖一个超出证据的“完美”印章。 已完成与未完
THE JOURNAL
按主题,整理解决问题的过程。

Incus 脚本审阅与验收 · 第 8 / 8 篇 一个可信的结尾,不是六张绿色截图,而是别人能根据记录复查:创建了什么、改了什么、坏过什么、如何恢复、还有什么没有验证。本系列的终点是一套交付标准,而不是给现有脚本盖一个超出证据的“完美”印章。 已完成与未完

Incus 脚本审阅与验收 · 第 7 / 8 篇 把六台小鸡接进一个监控面板,能减少来回登录的次数。但监控页面的一个在线标记,不能自动证明 SSH、业务端口和备份都正常。这篇把 Agent 安装、面板接收与故障恢复分开验收。 这份管理器负责什么 incus_komari_manager

Incus 脚本审阅与验收 · 第 6 / 8 篇 一个脚本“修复版”能绕过眼前错误,并不代表它已经可靠。现存文档记录了不支持 --format 的问题,当前代码改用 incus query 读取 JSON,也把菜单输入转向 /dev/tty。这些变化有明确方向;继续审核时,我们又发现了与输出结构和

Incus 脚本审阅与验收 · 第 5 / 8 篇 重装菜单最有吸引力的承诺是“输入 3,就能重新得到一台干净的 vps3”。真正需要先讲清楚的,却是哪些东西将被清除,哪些配置可能留下,失败以后还能从哪里进去。否则,一键只是把多步风险压缩到了一个按钮里。

Incus 脚本审阅与验收 · 第 4 / 8 篇 容器能出网以后,下一个需求通常是“把里面的服务开放出来”。如果一开始就给六台容器各开放一大片 TCP 和 UDP 端口,配置虽然省事,后续却很难回答哪个端口属于谁、里面是否真的有服务、删除一段会不会切断 SSH。端口管理器要解决的是可维护的映射关系

Incus 脚本审阅与验收 · 第 3 / 8 篇 容器已经 Running,里面却不能更新软件源。遇到这种现象,直接重装 Incus 或更换 DNS,常常只是换了一种方式重复故障。更有价值的做法,是先判断报文停在哪一层。 先把问题拆成五层

Incus 脚本审阅与验收 · 第 2 / 8 篇 最容易误导人的部署结果,是六个实例都显示 Running,作者便宣布“一键成功”。但 Running 只说明实例在运行,不能证明根盘配额生效、SSH 可登录、DNS 正常,或者宿主机还有足够空间。这篇把部署拆成可解释的步骤。

Incus 脚本审阅与验收 · 第 1 / 8 篇 一台服务器能启动六个 Debian,看起来像一次简单的数量扩容。真正值得记录的,是六个环境能否单独管理、网络是否互相影响、重装一台会不会伤到其他实例,以及资源用完时系统会怎样表现。这个系列围绕这些问题,拆解一套 Debian 12 与 Incus