FinalShell 连接 WSL Ubuntu 的完整指南：从 SSH 配置到高效管理

1. 为什么你需要用FinalShell来管理WSL Ubuntu？

如果你和我一样，是个长期在Windows上折腾的开发爱好者或者运维新手，那你肯定对Windows Subsystem for Linux（WSL）不陌生。它让我们能在Windows里无缝运行一个原生的Linux环境，比如Ubuntu，这简直是开发效率的福音。但是，不知道你有没有这种感觉：每次都要点开那个黑乎乎的终端，或者用Windows Terminal，虽然能用，但总觉得少了点什么。特别是当你需要频繁操作文件、监控系统资源，或者想在一个更顺手的界面里管理多个会话时，Windows自带的终端就显得有点力不从心了。

这时候，FinalShell就登场了。它是一款功能强大的国产SSH客户端和服务器管理工具，界面友好，集成了文件传输、性能监控、命令集等一大堆实用功能。想象一下，你可以在一个漂亮的图形化窗口里，像操作本地文件夹一样浏览WSL Ubuntu里的文件，实时看到CPU、内存的使用情况曲线，还能保存常用的命令一键执行。这比你纯靠命令行记忆和敲打，效率提升可不是一星半点。用FinalShell连接WSL，本质上就是通过SSH协议连接到你自己电脑里的这个“虚拟机”，实现远程管理。听起来有点绕，但其实操作起来非常简单，一旦配置好，就是一劳永逸的爽快。

这个指南就是为你准备的，无论你是刚接触WSL和Linux的小白，还是想寻找更高效管理工具的老手。我会把我自己踩过的坑、验证过的最佳实践，一步步拆开揉碎了讲给你听。我们不止要“连上”，还要连得“稳”、连得“高效”，解决像WSL2 IP地址变动这种烦人的小问题。准备好了吗？让我们开始吧。

2. 搭建桥梁：在WSL Ubuntu中配置SSH服务

要让FinalShell能连接进来，首先得在WSL Ubuntu里把“门”打开，这个“门”就是SSH服务。WSL默认为了安全，这个门是关着的，需要我们手动安装并启动。

2.1 安装OpenSSH服务器

第一步，我们需要打开你的WSL Ubuntu终端。你可以在开始菜单里搜索“Ubuntu”找到它，或者像我一样，直接用Windows Terminal，切换标签页到Ubuntu，非常方便。

进去之后，我们首先要做的是更新一下软件包列表。这就像去超市购物前先看看最新的商品目录，确保我们能安装到最新的版本。在终端里输入：

sudo apt update

输入你的用户密码（输入时光标不会移动，这是正常的），然后回车。等它刷刷刷地更新完成。

接下来，安装OpenSSH服务器，这是提供SSH连接能力的核心软件包。命令很简单：

sudo apt install openssh-server -y

这里的-y参数是个好习惯，它表示对安装过程中所有的确认提示都自动回答“yes”，省得我们守在旁边一直按回车。整个过程会从网络下载安装包并自动配置，稍等片刻就好。

2.2 启动并验证SSH服务

安装完成后，SSH服务并不会自动运行，我们需要手动启动它。有两种常用的启动方式，效果是一样的：

方式一：使用 service 命令

sudo service ssh start

方式二：直接调用初始化脚本

sudo /etc/init.d/ssh start

我平时更习惯用第一种，输入起来更短。执行后，如果没有任何错误信息蹦出来，通常就表示启动成功了。但为了稳妥起见，我们最好检查一下服务的状态，确认它真的在后台跑起来了：

sudo service ssh status

你会看到类似下面这样的输出：

● ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2023-10-10 09:00:00 CST; 10s ago Docs: man:sshd(8) man:sshd_config(8) Main PID: 1234 (sshd) Tasks: 1 (limit: 18938) Memory: 5.0M CGroup: /system.slice/ssh.service └─1234 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups

最关键的是Active: active (running)这一行，它明确告诉我们SSH服务正在欢快地运行着。看到这个，你就可以放心了。

2.3 处理开机自启和WSL2的特殊情况

到这里，SSH服务已经启动了，但这里有个小问题：每次你关闭WSL窗口或者重启电脑，这个服务就会停止，下次再用又得手动启动一遍。对于想要随时连接的用户来说，这很麻烦。所以我们需要设置开机自启。

在标准的Linux系统里，我们通常用sudo systemctl enable ssh这个命令。但在WSL2（目前最常用的版本）的默认配置下，systemd（管理系统服务的框架）并没有完全启用。所以你直接运行这个命令，可能会报错或者不生效。

那怎么办呢？这里有几个主流的解决方案，你可以根据你的使用习惯来选择：

方案A：每次启动WSL时手动运行命令（最简单）如果你不经常重启WSL，这其实是个省事的办法。你可以把启动命令写进WSL的启动脚本里，比如~/.bashrc文件的末尾：

echo “sudo service ssh start > /dev/null 2>&1” >> ~/.bashrc

这样每次你打开WSL终端，它都会尝试启动SSH服务。> /dev/null 2>&1这部分是为了把启动命令的输出信息屏蔽掉，避免污染你的终端界面。

方案B：启用完整的systemd支持（一劳永逸）如果你希望WSL更像一个完整的Linux系统，可以启用systemd。微软官方在较新版本的WSL中已经提供了实验性支持。你可以编辑WSL配置文件（在Windows用户目录下的.wslconfig文件），如果没有就创建一个：

[boot] systemd=true

保存后，在PowerShell中执行wsl --shutdown彻底关闭WSL，再重新打开Ubuntu。之后，sudo systemctl enable --now ssh命令就能正常工作了，SSH服务会随着WSL的启动而自动运行。

方案C：使用第三方工具（如genie）在官方支持还不完善的时候，社区有像genie这样的工具来在用户空间模拟systemd环境。安装使用稍复杂一些，除非你有其他强烈依赖systemd的服务，否则对于只是启动SSH这个需求，方案A或B已经足够。

注意：我个人推荐新手先使用方案A，简单有效。等熟悉了再根据需求考虑方案B。毕竟我们的首要目标是先成功连接上。

3. 找到入口：获取WSL的IP地址并处理动态变化问题

服务跑起来了，我们得知道它的“门牌号”才能访问。对于WSL，尤其是WSL2，这个“门牌号”（IP地址）有点特殊，是理解连接稳定性的关键。

3.1 查看WSL2的动态IP地址

WSL2采用了一种叫NAT（网络地址转换）的网络模式。简单类比一下，你的Windows主机好比一个路由器，WSL2 Ubuntu是路由器下面的一个设备。路由器会给它分配一个内部IP（比如192.168.1.5）。这个内部IP在每次Windows主机重启，或者WSL子系统重启后，有可能会发生变化。这就是用IP直连有时会失败的根本原因。

要查看这个内部IP，在WSL终端里输入：

ip addr show eth0

你会看到一堆网络信息，找到inet开头的那一行。比如：

inet 172.25.112.164/20 brd 172.25.127.255 scope global eth0

那么172.25.112.164就是你当前WSL2实例的IP地址。这个地址就是FinalShell里需要填写的“主机”地址之一。

3.2 一劳永逸的解决方案：使用Localhost（127.0.0.1）端口转发

既然IP会变，那我们能不能用一个固定不变的地址呢？当然可以，那就是你电脑本身的回环地址127.0.0.1，也就是localhost。无论网络怎么变，这个地址指向的都是你自己的机器。

但这里有个技术细节：Windows系统本身并没有运行SSH服务，127.0.0.1:22这个端口在Windows上是没有监听的。所以我们需要一个“端口转发”的魔法，把Windows上某个端口（比如2222）的流量，转发到WSL2内部的22端口。

好消息是，微软已经帮我们做好了这件事！在较新版本的WSL2中，它自动设置了从Windows的localhost:2222到WSL2的22端口的转发。你可以直接在FinalShell里使用：

• 主机：127.0.0.1
• 端口：22

是的，你没看错，直接填22端口。WSL的底层机制已经处理了转发。我实测过，在最新的Windows 11和WSL版本上，这是最稳定可靠的方式，完全不用担心IP变化。

如果你的版本较老，或者这个方法不生效，可以手动检查或设置转发：在Windows PowerShell（管理员身份）中，你可以查看已有的转发规则：

netsh interface portproxy show all

如果看不到指向WSL的规则，可以手动添加。首先获取WSL2的当前IP（用上面ip addr show eth0的方法），假设是172.25.112.164，然后执行：

netsh interface portproxy add v4tov4 listenaddress=127.0.0.1 listenport=2222 connectaddress=172.25.112.164 connectport=22

这条命令的意思是：监听Windows本地的2222端口，将所有流量转发到WSL2的172.25.112.164:22。这样你在FinalShell里就可以填主机127.0.0.1，端口2222了。但注意，如果WSL的IP变了，这条规则就失效了，需要你更新connectaddress。所以，优先采用直接使用127.0.0.1:22的方法。

3.3 确认你的WSL用户名和密码

连接还需要两个关键信息：用户名和密码。这指的是你WSL Ubuntu系统里的用户，不是你的Windows登录账户。

查看用户名：在WSL终端里，输入whoami命令，它会直接打印出当前登录的用户名，比如ubuntu或yourname。 另一个方法是看看/home目录下有什么：

ls /home

通常下面只有一个以你用户名命名的文件夹。

设置/修改SSH登录密码：WSL安装时可能让你设置了用户密码，但很多人可能直接跳过了，或者记不清了。SSH登录要求密码验证，所以我们需要确保密码是已知的。 使用passwd命令来修改当前用户的密码：

passwd

系统会先提示你输入当前的密码（如果没设置过，可能直接跳过），然后让你输入两次新密码。输入时屏幕上不会有任何显示（星号都没有），这是正常的，盲打后回车即可。请务必记住这个密码，等下在FinalShell里要用。

提示：为了安全，建议设置一个强度较高的密码。虽然这只是本地环境，但养成好习惯很重要。

4. 建立连接：FinalShell的详细配置与连接实战

一切准备就绪，现在让我们打开FinalShell，开始建立连接。我会带你走过每一个配置项，并解释其背后的意义，确保你不仅会操作，还明白为什么。

4.1 新建连接与基础配置

打开FinalShell，在主界面左侧的“连接管理器”区域，右键点击空白处或者找到“新建”按钮，选择“新建连接”或“SSH连接（Linux）”。会弹出一个配置窗口，我们需要填写以下几个核心字段：

• 名称：给你这个连接起个容易记的名字，比如“我的WSL Ubuntu”、“本地开发机”等。
• 主机：这里填写我们之前讨论过的地址。强烈推荐使用127.0.0.1。这是最稳定、不受IP变化影响的方案。如果你出于某些原因想用WSL2的内部IP，就填ip addr show eth0查到的那个地址（如172.25.112.164）。
• 端口：填写22。这是SSH服务的标准端口。如果你手动设置了Windows端口转发到其他端口（比如2222），则这里填对应的端口号。
• 用户名：填写你在WSL中用whoami命令查到的用户名。
• 密码：填写你刚刚用passwd命令为上述用户设置的密码。

填好后，先别急着点“保存”。我强烈建议你先点击“测试连接”按钮。这是一个非常实用的功能，它能立刻检查当前的配置是否能成功连接到服务器。如果成功，你会看到一个绿色的成功提示；如果失败，它会给出错误原因（比如“连接被拒绝”、“认证失败”），方便你快速定位问题是出在网络、服务还是密码上。

4.2 高级选项与个性化设置

测试连接成功后，先别关配置窗口，我们来看看下面几个有用的高级选项，它们能让你的使用体验更上一层楼：

• 编码：保持默认的“UTF-8”即可，这能确保终端正确显示中文和各种特殊符号，避免乱码。
• 分组：如果你以后会有很多服务器连接，可以在这里设置一个分组，比如“本地环境”、“测试服务器”、“生产集群”等，方便管理。
• 终端类型：默认的“xterm”兼容性最好，不用改动。
• 连接后执行命令：这个功能很强大。比如你可以设置连接成功后自动跳转到某个常用工作目录：cd /home/yourname/projects。或者自动执行一个查看系统状态的脚本。

还有一个关键设置是“使用密钥登录”。如果你追求更高的安全性和便利性（免密登录），可以在这里配置。这需要在WSL里生成SSH密钥对（ssh-keygen命令），并把公钥（~/.ssh/id_rsa.pub）的内容添加到WSL用户的~/.ssh/authorized_keys文件中。然后在FinalShell这里选择“密钥”认证方式，并导入你的私钥文件（id_rsa）。对于纯本地环境的WSL，密码登录已经足够安全便捷，密钥登录可以作为进阶玩法。

配置满意后，点击“保存”，这个连接就会出现在你的连接管理器列表里了。

4.3 首次连接与功能探索

双击你刚刚保存的连接，FinalShell会尝试建立SSH会话。第一次连接到某个主机时，可能会弹出一个“未知主机密钥”的确认窗口，这是SSH协议的安全特性，用于防止中间人攻击。因为我们连接的是自己本地的WSL，直接点击“接受”或“是”即可。

连接成功后，你会看到一个崭新的终端界面！现在，你已经可以在FinalShell里执行所有Linux命令了。让我们试试几个好用的功能：

1. 文件管理器：看界面左侧或下方的文件浏览器窗口。这里以图形化方式展示了WSL Ubuntu的整个文件系统。你可以像在Windows资源管理器里一样，浏览目录、右键上传/下载文件、拖拽操作、编辑文本文件（双击文件会用内置编辑器打开）。这对于管理配置文件、部署代码来说，比命令行下的scp或sftp命令直观太多了。
2. 性能监控：看FinalShell界面顶部或侧边，通常有一个实时更新的图表，显示着CPU使用率、内存占用、网络流量等信息。这让你对WSL子系统的资源消耗一目了然，再也不用单独开一个htop命令了。
3. 命令集/快捷命令：你可以在FinalShell里把常用的长命令（比如复杂的grep查询、项目编译指令）保存为快捷按钮。下次需要时，点一下按钮就自动输入并执行，极大地提升了效率。

5. 高效管理：连接后的优化技巧与故障排除

成功连接只是第一步，要让这个工作流真正高效，还需要一些优化和知道如何应对常见问题。

5.1 保持连接稳定的技巧

WSL2的一个特点是，当所有WSL终端窗口关闭且没有进程在后台运行时，WSL虚拟机可能会被自动挂起或终止。这会导致FinalShell的连接中断。解决方法有：

• 保持一个WSL窗口运行：最简单的方法，就是让一个普通的WSL终端窗口在后台最小化运行。
• 在WSL中运行一个常驻进程：比如，在WSL里启动一个简单的sleep长任务，或者一个不会自动退出的脚本。
• 修改WSL配置：在Windows用户目录下的.wslconfig文件中，可以设置[wsl2]下的shutdownTimeout参数，延长自动关闭的超时时间，或者设置idleTimeout来控制空闲多久才关闭。这能减少因WSL自动终止导致的断连。

5.2 FinalShell实用功能深度使用

• 多标签与多会话：FinalShell支持在一个窗口内打开多个连接标签页。你可以同时连接你的WSL Ubuntu，再连上几台远程服务器，在它们之间快速切换，比开多个独立窗口方便得多。还可以使用“克隆会话”功能，在一个服务器的多个目录下同时工作。
• SFTP传输优化：在文件管理器中传输大文件时，如果遇到速度慢或中断，可以尝试在FinalShell的设置中调整SFTP的传输参数，比如并发数、缓冲区大小。对于大量小文件，打包成压缩包再传输通常比单个传输快得多。
• 自定义主题与字体：长时间盯着终端，一个舒适的色彩主题和清晰的字体很重要。FinalShell支持自定义这些外观设置，在设置里找到“终端”或“外观”选项，调成你最喜欢的样子吧。

5.3 常见连接问题与解决方法

即使按照步骤来，偶尔也可能遇到问题。这里列出几个我遇到过的典型情况：

• 错误：“Connection refused” (连接被拒绝)这通常意味着SSH服务没在WSL端运行。回到WSL终端，用sudo service ssh status检查状态。如果不是active (running)，就用sudo service ssh start启动它。也要检查防火墙，不过对于本地回环地址127.0.0.1，Windows防火墙通常不会阻拦。

• 错误：“Permission denied” (密码被拒绝)密码错误。请确认：

  1. FinalShell里填的用户名和WSL里的用户名完全一致（注意大小写）。
  2. 密码就是该用户通过passwd命令设置的密码。特别注意：WSL用户的密码和你的Windows登录密码是两套独立的密码。
  3. 如果开启了密钥登录，请确认公钥已正确添加到WSL的authorized_keys文件中。

• 连接成功但很快自动断开可能是WSL进入了休眠状态。参考5.1的技巧，保持WSL活跃。也可以在FinalShell的连接属性中，找到“高级”或“保持连接”选项，设置一个较小的“心跳包”间隔（比如每30秒发送一个空包），以防止连接因空闲被断开。

• 文件管理器看不到文件或权限不足FinalShell的文件管理器是以你SSH登录的用户身份操作文件的。如果你在WSL里有些文件或目录的权限设置得很严格（比如root用户创建的），你用普通用户登录就可能无法查看或编辑。这时可以在WSL终端里用sudo chmod或sudo chown命令调整文件权限，或者考虑在FinalShell里以root身份连接（不推荐日常使用，有安全风险）。

我自己在最初配置时，就曾在“主机”地址上纠结了很久，总想着用那个动态IP，结果一重启电脑就连不上了，排查了半天才发现问题。后来换到127.0.0.1这个方案，再也没有为连接问题烦恼过。所以，真的强烈建议你把127.0.0.1:22作为首选方案。这套组合拳打下来，你的WSL Ubuntu就和FinalShell牢牢地绑定在一起了，享受一个既强大又直观的Linux管理环境吧。