第 1 篇 / 共 8 篇

本文来自脱敏知识整理，区分历史记录与实时核验；未经核对请勿直接套用命令。

01｜Proxmox VE 家庭虚拟化架构与资产盘点

知识分类：架构与配置基线｜2026-10-17 整理｜状态：技术原则已查官方资料；实际现场状态未验证｜敏感信息：已替换为角色名称及占位符。

一、从历史记录还原“职责”，不还原“秘密”

知识库记录的是一台多网口小型 x86 主机承担家庭虚拟化底座的案例。其典型服务分为：主路由虚拟机、旁路由虚拟机、NAS 虚拟机、媒体播放容器、应用面板容器、AI 自动化容器、只读审计容器和媒体下载容器。此处是历史架构角色清单，不是今天已启动的实时实例清单。不要将历史 VMID、CTID、地址、MAC、主机名照搬到其他机器。

层级 职责 技术边界 重点风险
PVE 宿主机 Hypervisor、网桥、存储与管理 API 只运行必要基础服务 宿主故障可能让全部服务失联
路由类 VM 主路由、旁路由、DNS/代理 独立网口/虚拟网卡和路由规则 WAN/LAN 接错导致家庭断网
NAS 类 VM 文件系统、共享与数据管理 明确宿主/客体磁盘所有权 同一磁盘多重写入、直通冲突
服务类 CT 媒体、应用与下载 低权限、最小挂载 媒体目录错挂、权限扩大
审计类 CT 固定范围的 PVE 只读巡检 只读 API，无宿主 root 审计工具成为高权限跳板

PVE 的虚拟机（QEMU/KVM）运行独立客户机内核；LXC 容器与宿主共享 Linux 内核。选择 VM 还是 CT，关键看隔离要求与应用兼容性，而不是简单地认为“容器一定更好”。

二、统一的资产台账

每个实例建立一条记录：资产代号 / VM或CT / 用途 / 所属节点 / CPU与内存 / 操作系统 / 关键网桥 / 存储ID / 磁盘归属 / 备份方式 / 开机顺序 / 管理负责人 / 最近核查时间。生产密钥、路由器账号、机器序列号以及个人信息不能进入可共享台账。

例子（虚构占位符，不代表现场配置）：

资产代号 类型 业务 管理依赖 恢复优先级
ROUTER-A VM 主路由 管理网桥和物理网口 极高
NAS-A VM 数据服务 专用数据盘 高
MEDIA-A CT 媒体服务 NAS 只读媒体目录 中
AUDIT-A CT 只读巡检 PVE 低权限 API 中
DOWNLOAD-A CT 下载制作 独立下载目录 中

三、先做只读盘点，再谈修改

以下命令在有权登录的宿主终端人工执行，均为状态读取；输出仍可能包含内部资产信息，分享前必须脱敏。

pveversion -v               # PVE和组件版本
uname -r                    # 正在运行的内核
qm list                     # 虚拟机清单
pct list                    # LXC清单
pvesm status                # 存储状态
lsblk -f                    # 磁盘与文件系统
findmnt                     # 实际挂载事实
ip -br address              # 接口信息，导出前脱敏
ip route                    # 默认路由，导出前脱敏

还应按单台实例执行 qm config <VM_ID> 或 pct config <CT_ID>，核对 onboot、网桥、unprivileged、mp0/mp1 及直通设备。<...> 是不能直接执行的示意占位符。应将配置文件记录与实际运行挂载分开保存，二者可能不一致。

四、配置基线的可信度

历史材料中不同时间的 VM/CT 编号与服务角色存在差异，因此本系列故意不发布真实编号。本篇不证明节点当前在线、不证明历史迁移已完成。

五、基线与恢复入口

PVE 通用配置位于 /etc/pve，由 Proxmox Cluster File System（pmxcfs）管理，不是可以任意离线覆盖的普通配置目录；密钥相关子目录应单独受控。网络、启动加载器、存储配置、管理用户与 ACL 的变更都需要分别记录原值。既有 Web 管理与至少一条独立应急通道要在正式切换前实际测试。

关联资料与验证依据

结论：先建立“业务角色—实际实例—数据归属—备份责任”四层台账。没有新鲜的现场盘点，不能发布“目前配置无误”的结论。

2026-10-17 第二阶段核验补充（发布前确认）

专题目录下一篇 →