从Proxmox迁移到Debian 13：自建家庭服务器完整实战指南

为什么放弃Proxmox转向Debian

在虚拟化和家庭实验室（Homelab）领域，Proxmox VE 几乎是开箱即用的标杆方案。它提供了成熟的 Web 管理界面、KVM 虚拟机和 LXC 容器支持，让许多爱好者能够快速搭建自己的服务器环境。然而，正是这种"开箱即用"的便利，有时反而成为深入学习的障碍。

一位 Reddit 用户分享了他从 Proxmox 迁移到 Debian 13 的完整实践。他坦言，自己此前的 Proxmox 配置非常基础，且并不喜欢当初的配置方式。这促使他思考：能否使用更加"裸"的发行版，从底层按照自己的意愿构建整个系统，以此挑战自我并学习新知识？

说个细节，这位用户特别澄清："我并不讨厌 Proxmox，只是想找一种方式来挑战自己。" 这也代表了相当一部分 Homelab 玩家的心态——他们追求的不仅是可用的结果，更是对系统每一层的掌控与理解。

硬件与存储架构设计

主机硬件配置

该迁移方案基于一台并不算高端但足够实用的主机：

• CPU：Intel Core i7-9700K
• 内存：32GB DDR4-2666
• 存储：4 块 128GB SATA SSD

这样的配置对于运行多个容器化服务而言绰绰有余，尤其是四块 SSD 为构建灵活的存储阵列提供了硬件基础。

存储分区与文件系统规划

与直接采用简单分区方案不同，这位用户根据自身需求精心规划了存储布局，这也是整个迁移方案最具亮点的部分。具体分区方案如下：

• 1GB EFI 分区：用于系统引导
• 8GB SWAP（RAID 10）：交换空间
• 20GB root 分区（BTRFS，RAID 10）：存放核心系统文件
• 剩余空间挂载到 /home（ZFS 条带化镜像池，本质等同 RAID 10）：存放所有容器数据

这种设计思路清晰：为根文件系统预留 20GB 并使用 RAID 保障系统稳定性，而将剩余的大部分空间交给 ZFS 池。之所以在 /home 上采用 ZFS，是因为用户希望所有容器都能享受到 ZFS 带来的数据完整性校验、快照、压缩等企业级特性。这种"系统与数据分离"的架构，是专业存储规划的典型做法。

网络架构：Macvlan实现容器独立IP

网络配置是这套自建方案中技术含量最高的部分。用户没有满足于简单的 NAT 转发，而是让每个容器都拥有独立的 LAN IP 地址。

核心网络配置要点

• 主机接口：在 LAN 子网中静态分配 IP
• Podman Macvlan：用于为每个容器分配独立的局域网 IP 地址
• Kernel Macvlan Shim（内核 Macvlan 桥接）：这是一个虚拟网桥，用于解决 Macvlan 模式下主机与容器无法直接通信的经典问题，同时允许来自 VPN 的流量路由到容器

熟悉 Macvlan 的用户都知道，它的一大痛点在于主机与其上的 Macvlan 容器默认无法互相访问。这位用户通过配置内核 Macvlan Shim 巧妙地绕过了这一限制，既保留了容器拥有独立 IP 的优势，又打通了主机-容器通信链路，并为 WireGuard VPN 的流量路由留出了通道。这体现了对 Linux 网络栈相当深入的理解。

服务栈：用开源工具重建Proxmox体验

迁移的核心挑战之一，是如何用零散的开源工具组合出 Proxmox 所提供的一体化体验。这位用户的服务选型颇具代表性。

管理与监控层

• Cockpit Web GUI：作为 Proxmox Web 界面的替代品，用于远程管理主机、监控系统状态和资源占用。Cockpit 由 Red Hat 主导开发，是当前替代重型虚拟化面板的热门轻量方案。
• Uptime Kuma：运行在 Podman 中的服务可用性监控工具，用于监测 DNS、VPN、DDNS 等关键服务的在线状态，并提供可视化仪表盘。
• Ntopng：同样运行在 Podman 中，用于实时监控网络流量。它监听主机网络接口，可查看所有出入站流量分析。

网络服务层

• Technitium DNS：配置了本地权威正向解析区域和反向查找区域，为 LAN 设备和 WireGuard 对等节点自定义了 A/PTR 记录。此外还加入了拦截列表，用于屏蔽追踪器、遥测和广告——相当于自建了一套 Pi-hole 级别的网络级广告拦截。
• WireGuard VPN：提供安全的远程访问能力。
• DDNS 配置：解决家庭动态公网 IP 的域名解析问题。

可以看到，这套服务组合覆盖了管理、监控、DNS、VPN、动态域名等家庭服务器的核心需求，且全部基于开源软件和容器化部署，可维护性和可移植性都相当出色。

迁移方案的价值与设计原则总结

为什么选择Podman而非Docker

值得关注的是，用户在容器方案上选择了 Podman 而非更主流的 Docker。Podman 的无守护进程（daemonless）架构和更好的 rootless 支持，使其在安全性上更具优势，也更契合追求系统精细化控制的玩家心态。

学习价值大于便利性

从 Proxmox 到手工搭建 Debian 13 的迁移，本质上是用便利性换取控制力和学习深度的过程。Proxmox 帮你封装好的 ZFS 管理、网络配置、虚拟化调度，在这套方案中都需要自己动手实现。这个过程虽然繁琐，但每一步都在加深对 Linux 存储、网络和容器技术的理解。

对于希望从"会用工具"进阶到"理解原理"的技术爱好者而言，这样的迁移实践具有很高的参考价值。它证明了：借助 Cockpit、Podman、ZFS、Technitium DNS 等成熟的开源组件，完全可以构建出一套功能不逊于商业化虚拟化平台的家庭服务器。

可复用的设计原则

综合来看，这套方案有几个值得借鉴的设计原则：

1. 系统与数据存储分离：root 分区使用 BTRFS，数据分区使用 ZFS，职责清晰
2. 全面的 RAID 保护：从 SWAP 到数据池均采用 RAID 10，兼顾性能与冗余
3. 容器独立网络身份：通过 Macvlan 让每个服务拥有独立 IP，简化防火墙和路由管理
4. 完善的监控闭环：Cockpit + Uptime Kuma + Ntopng 覆盖系统、服务和网络三个监控维度

这些原则同样适用于更大规模的自建服务器场景，无论你是 Homelab 新手还是有经验的运维人员，都能从中获得有价值的参考。