在WSL中运行Alpine：打造轻量SSH门户的配置指南

说实话，Windows里跑Linux，我以前一直是默认Ubuntu的。直到有一阵子被WSL里那些用不上的常驻进程和堆叠的服务搞得有点烦，才开始琢磨换一个更轻的发行版。折腾了一圈下来，最终留在WSL里的反而是Alpine——一个最小rootfs只有几MB、跑起来几乎不吃内存的发行版。这篇帖子就是把Alpine在WSL下配置成SSH门户的完整过程记下来，包括我踩过的坑和改过的配置，也希望能帮到那些想在Windows上拥有一个轻量Linux入口的朋友。

这里说的“SSH门户”，本质上就是把WSL里的Alpine当作一个常驻的SSH服务端：从Windows终端、局域网其他机器，甚至配合端口转发从外网，都能通过SSH进入这个轻量环境，加载密钥后免密登录，日常拿来跑脚本、做跳板、调试网络、连被管理的服务器都很顺手。如果你正好需要这样一个“随时能进的Linux小站”，或者对WSL里跑非Ubuntu发行版感兴趣，这篇内容应该能省你不少弯路。

1. 为什么选Alpine当WSL的SSH门户

1.1 Alpine这个发行版到底强在哪

先说结论：Alpine最适合的场景就是“小、快、干净”的专用环境。它在WSL里的优势非常直接。

第一是体量。Alpine的基础rootfs大约只有3到5MB，完整装完OpenSSH、常用工具之后，整个WSL发行版经常不到100MB。对比Ubuntu动辄几个GB的WSL实例，Alpine在磁盘占用上的优势是碾压级的。你甚至可以在同一个Windows系统里装好几个不同用途的Alpine环境，相互隔离，互不干扰。

第二是资源占用。Alpine默认没有systemd，没有一堆“顺便启动”的守护进程。空闲状态下内存占用经常只有几十MB，CPU占用几乎为零。我拿它当SSH门户跑了一周，Windows任务管理器里几乎看不到它的存在。对一个要常驻后台的服务入口来说，这种轻量程度非常舒服。

第三是安全和稳定。Alpine使用musl libc，静态链接的软件多，攻击面相对小。加上没有systemd那套复杂的启动依赖，出问题时排查链路短，配置起来心智负担低。对“门户”这种对外暴露的服务来说，越精简的系统，越不容易出幺蛾子。

1.2 “门户”这个定位，为什么推荐放WSL里

很多人把WSL只当成“在Windows里跑Linux命令”的工具，但WSL其实很适合承载一个网络服务入口，也就是所谓的“门户”。

一方面，WSL和Windows共享网络，可以直接利用Windows的防火墙、端口转发和已有的网络环境。另一方面，WSL环境本身可以随时快照、导出、迁移，万一搞坏了，一条命令就能恢复。比起开一台虚拟机或者用独立服务器，用WSL做SSH门户的成本几乎可以忽略。

把这个门户选在Alpine上，还有一层意思：你不需要在这个环境里安装一堆开发工具和依赖，它只负责“接客”——接受SSH连接、转发请求、跑些轻量脚本。真要干重活，从门户再跳去其他机器或者启动另一个WSL发行版都行。门户机保持精简，本身就是一种安全策略。

1.3 WSL2网络模式怎么选：NAT和镜像模式对比

WSL2默认是NAT网络模式，虚拟机有自己的内部IP，Windows通过虚拟网卡转发访问。外部设备想要直接访问WSL里的服务，需要额外的端口转发配置，否则只能从Windows本机访问。

Windows 11 22H2之后，WSL支持了镜像网络模式。启用后WSL会直接共享Windows的IP地址，Alpine里监听的端口就等同于Windows上监听的端口，局域网里的其他机器可以直接访问。

我用表格对比一下这两种模式对SSH门户的影响：

我个人强烈建议，如果你的Windows版本支持，直接上镜像模式。它把“门户”这件事简化成了“Alpine里起SSH服务，局域网马上就能连”，非常顺滑。后面配置我会以镜像模式为主，同时也会给出NAT模式下的端口转发方案。

2. 安装Alpine WSL环境前的准备

2.1 Windows侧开启WSL并确认版本

如果你之前从没装过WSL，先以管理员身份打开PowerShell或Windows Terminal，执行：

bash复制wsl --install

这条命令会启用WSL功能并安装默认的Ubuntu发行版。如果不想装Ubuntu，可以加参数：

bash复制wsl --install --no-distribution