vps-checkup

VPS 检查

确认范围

获取 SSH 目标、所需的公共服务和端口、预期工作负载，以及是否可使用免密码 sudo。将审计视为只读操作。apt update 会更改软件包索引，即使是只读检查，也需要明确批准。

不要索取或暴露私钥、令牌、环境变量值或容器密钥。若公开输出中包含凭据或敏感主机名，请将其脱敏。

收集证据

1. 记录主机身份、UTC／本地时间、运行时间、操作系统、内核、虚拟化信息、负载、内存、磁盘空间、inode 使用情况、挂载点和故障服务。
2. 在限定的时间范围内检查关键日志条目；不要倾倒全部日志。
3. 检查生效的 SSH 配置和监听套接字。
4. 检测实际使用的防火墙，不要想当然地认为是 UFW：按可用情况检查 UFW、nftables，然后检查 iptables。将暴露情况与所需端口列表进行比较。
5. 仅在安装了 fail2ban 时检查，并将缺少的工具报告为 not installed，而非故障。
6. 检查时间同步、无人值守升级、基于当前索引的待处理软件包，以及是否需要重启。若未获批准执行 apt update，则将软件包检查结果标记为过时。
7. 若存在 Docker，检查守护进程／无根模式、容器、健康状态／重启情况、资源快照、磁盘使用情况、日志增长、镜像时间和 Compose 项目。若未安装 Docker，则跳过相关部分。
8. 记录是否存在备份，并在可查证时记录最近一次成功备份的证据；未经批准，不要触发备份或还原测试。

将 references/ubuntu-docker-checkup-commands.md 作为命令参考，只运行与检测到的主机相关的命令。

报告与更改

使用 references/report-template.md。按影响和可能性排列问题，引用命令证据，区分已确认的问题与未知项，并列出所需的最小操作。

对每一组会造成更改的操作都必须获得明确批准，包括刷新软件包索引、升级、编辑配置、更改防火墙或 SSH、重启服务／容器、清理、删除日志、重启，以及备份／还原操作。更改 SSH 或防火墙前，先确认存在第二种访问途径，并验证配置语法。任何获批更改完成后，都要重新检查受影响的服务和访问情况。