我把家庭实验室塞进WSL容器，最先崩的居然是Windows

家里跑一套自托管服务，通常意味着你得在某个角落塞一台专用Linux机器。我偏想试试不添硬件能走多远：WSL2已经给Windows配好了像样的Linux环境，Docker在它上面跑得挺顺，我常用的服务又基本都是容器化的。于是整整一周，我几乎把整个家庭实验室都搬进了WSL容器里。

我跑的服务包括Jellyfin、Vaultwarden，外加几个自托管应用。大部分时间里，这套方案比我预期的好得多。但它并非毫无麻烦——一旦我真把WSL当成一台服务器来用，几个限制就冒了出来。

比想象中省事得多

如果你手上已经有一台性能还行的Windows PC，那家庭实验室需要的硬件你基本都齐了。WSL2直接在Windows里给你一个Linux环境，容器嵌进去非常自然，不需要NAS、迷你主机，也不用翻出旧笔记本改造。

如果你本来就在用Docker，几乎没什么要重新学的。在Ubuntu的WSL发行版里装Docker Engine，用和普通Linux服务器上一模一样的Compose文件，管理方式也基本相同。比起把Docker Desktop当成技术栈里又一层常驻组件，我更偏好这种做法，因为环境离一台普通Linux服务器更近。

便利性也是加分项：开发机和家庭实验室可以共用同一套硬件，试新容器变得极其轻松。真需要的时候，WSL还能让你方便地访问Windows的存储和工具。

大部分服务其实跑得好好的

等一切启动起来，最让人意外的是几乎没什么可说的。大多数容器化服务就是能跑。包括Jellyfin、Vaultwarden和Nextcloud在内的大部分应用，在WSL容器里运行正常，和跑在普通Linux机器上相比，没有哪个需要什么特别处理。

常见的家庭实验室软件都能在这里正常工作：

• qBittorrent、Grafana、Prometheus、Gitea
• Paperless-ngx、PostgreSQL、Redis
• Caddy或Traefik这类反向代理

只要一个应用需要的是Linux、网络连接和一点持久化存储，WSL基本都能满足它。就连Immich这种偏重的应用跑起来也不吃力，前提是你的Windows机器够强、内存够大。实际上，这些应用在这套方案里表现更好，因为我那台Windows笔记本比平时跑家庭实验室的NAS更强。

不过，不是所有家庭实验室负载都能塞进WSL。Home Assistant本身作为容器可以跑得很好，但配上我那些Zigbee、Z-Wave、蓝牙和其他USB硬件之后，配置就变得太繁琐了。有些负载本来就该待在别处：TrueNAS放在WSL里没什么意义，我也绝不会拿这台机器当路由器或防火墙。

问题出在Docker之外

我遇到的大部分问题，根源在于WSL仍然架在Windows之上。整整一周里最烦人的是网络。你在WSL里跑的任何服务，都得穿过WSL网络、Windows、Windows防火墙，最后才到真正的家庭网络。虽然WSL现在用镜像网络把这件事改善了不少，但要把服务暴露给局域网里的其他设备，仍然不如给一台普通Linux服务器配个静态IP来得简单。这也是我不愿意在这里跑Pi-hole或AdGuard Home的原因之一。

网络问题还能想办法绕过去，但在线时长会让日子更难过。如果Windows决定为更新重启、崩溃了，或者你合上了笔记本，整个家庭实验室就跟着一起下线。如果你只跑媒体服务器，稍微停一会儿还能忍。但如果你把Home Assistant或DNS也放在同一台机器上，那基本是在拿家里所有运行的东西冒险。

硬件也得考虑进去。WSL会占用系统内存的一大块，可能影响日常使用体验。如果子系统里只跑几个应用，你大概感觉不到性能下降。但如果你跑的是Immich或图像处理这类重负载，可能会后悔把它们放进WSL，转而琢磨是不是该直接在Windows上跑。存储同样要算账，这些应用很吃空间，跑媒体服务器尤其如此。

专用机器仍然是更稳的选择

WSL容器证明了一件事：起步做家庭实验室，你并不需要专用硬件。大多数服务跑得不错，用熟悉的Docker工具管理起来也轻松。但Windows更新、别扭的网络和共享的系统资源，让它不适合当长期宿主。对任何重要的东西，我还是宁愿把Docker容器跑在一台专用Linux机器或NAS上。