FinalShell 连接 WSL Ubuntu 的完整指南:从 SSH 配置到高效管理 📅 发布时间:2026/7/9 0:54:40 👁️ 浏览次数: 1. 为什么你需要用FinalShell来管理WSL Ubuntu如果你和我一样是个长期在Windows上折腾的开发爱好者或者运维新手那你肯定对Windows Subsystem for LinuxWSL不陌生。它让我们能在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 21” ~/.bashrc这样每次你打开WSL终端它都会尝试启动SSH服务。 /dev/null 21这部分是为了把启动命令的输出信息屏蔽掉避免污染你的终端界面。方案B启用完整的systemd支持一劳永逸如果你希望WSL更像一个完整的Linux系统可以启用systemd。微软官方在较新版本的WSL中已经提供了实验性支持。你可以编辑WSL配置文件在Windows用户目录下的.wslconfig文件如果没有就创建一个[boot] systemdtrue保存后在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 一劳永逸的解决方案使用Localhost127.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 listenaddress127.0.0.1 listenport2222 connectaddress172.25.112.164 connectport22这条命令的意思是监听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命令了。让我们试试几个好用的功能文件管理器看界面左侧或下方的文件浏览器窗口。这里以图形化方式展示了WSL Ubuntu的整个文件系统。你可以像在Windows资源管理器里一样浏览目录、右键上传/下载文件、拖拽操作、编辑文本文件双击文件会用内置编辑器打开。这对于管理配置文件、部署代码来说比命令行下的scp或sftp命令直观太多了。性能监控看FinalShell界面顶部或侧边通常有一个实时更新的图表显示着CPU使用率、内存占用、网络流量等信息。这让你对WSL子系统的资源消耗一目了然再也不用单独开一个htop命令了。命令集/快捷命令你可以在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.1Windows防火墙通常不会阻拦。错误“Permission denied” (密码被拒绝)密码错误。请确认FinalShell里填的用户名和WSL里的用户名完全一致注意大小写。密码就是该用户通过passwd命令设置的密码。特别注意WSL用户的密码和你的Windows登录密码是两套独立的密码。如果开启了密钥登录请确认公钥已正确添加到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管理环境吧。
终极Windows ADB驱动快速安装工具:一键解决安卓设备连接难题 终极Windows ADB驱动快速安装工具:一键解决安卓设备连接难题 【免费下载链接】Latest-adb-fastboot-installer-for-windows A Simple Android Driver installer tool for windows (Always installs the latest version) 项目地址: https://gitcode.com/gh_mirrors… 2026/7/7 13:52:29
毕业设计开题报告模板:基于结构化框架的高效撰写方法与自动化工具链 最近在帮学弟学妹们看毕业设计开题报告,发现一个普遍现象:大家花在“写报告”这件事上的时间,可能比真正思考课题的时间还多。格式反复调整、内容东拼西凑、版本管理混乱……这些问题严重拖慢了毕业设计的启动效率。作为一个过来人࿰… 2026/5/17 7:31:15
麒麟系统下Java应用部署实战:从JDK配置到Nginx反向代理全流程 麒麟系统下Java应用部署实战:从JDK配置到Nginx反向代理全流程 最近在几个国产化项目上,我完整走了一遍在麒麟系统上部署Java应用的全过程。说实话,和常见的CentOS或Ubuntu相比,麒麟系统确实有些“小脾气”,尤其是在依赖… 2026/7/8 14:30:26
Apache Solr <= 8.8.1 任意文件读取漏洞:3步手工复现与流量特征分析 Apache Solr < 8.8.1 任意文件读取漏洞深度解析:从手工复现到流量特征提取 漏洞背景与影响范围 Apache Solr作为企业级搜索平台,在8.8.1及以下版本中存在一个危险的任意文件读取漏洞(CNVD-2021-30146/CVE-2019-17558)。这个漏… 2026/7/9 4:06:47
【2024开发者工具终极对决】:Cursor vs Copilot 实测性能、代码采纳率与IDE集成深度报告(附17项量化指标) 更多请点击: https://codechina.net 第一章:引言:为什么2024年开发者必须重新评估AI编程助手 过去两年,AI编程助手已从“锦上添花”的实验性工具,演变为影响编码范式、团队协作与工程交付节奏的核心基础设施。2024年… 2026/7/9 4:06:47
小红书笔记API 内容运营:3个关键场景下的数据驱动决策模型 小红书笔记API驱动的三大内容运营决策模型实战指南在内容为王的社交电商时代,数据已成为运营决策的黄金矿藏。作为国内领先的生活方式分享平台,小红书每天产生数百万条用户生成内容(UGC),这些内容背后隐藏着用户偏好、… 2026/7/9 4:06:47
二、测试工程师在工作中遇到的种种难题 我们接着来聊一聊测试工程师的工作,除去工作本身,我们会通常与人打交道,因为一个项目迭代的完成是很多部门很多人一起来完成的,这个时候会出现一些有意思的碰撞。我来浅聊一下我的看法,我的思维模式一般都是当下、后续… 2026/7/9 4:04:47
我在CSDN踩过的10个技术坑:血泪经验总结 一、 引言:为什么分享这些“坑”?本文旨在分享我在CSDN技术社区学习、创作、交流过程中,亲身经历或观察到的10个典型“技术坑”。这些“坑”不仅关乎代码本身,更涉及技术选型、学习路径、社区互动、内容创作等多个维度。希望我的经… 2026/7/9 4:02:46
3个技巧让你的JDspyder京东抢购成功率提升80% 3个技巧让你的JDspyder京东抢购成功率提升80% 【免费下载链接】JDspyder 京东预约&抢购脚本,可以自定义商品链接 项目地址: https://gitcode.com/gh_mirrors/jd/JDspyder 还在为手动抢购茅台、热门电子产品而焦虑吗?JDspyder京东抢购脚本为你… 2026/7/9 4:02:46
机器视觉与PLC集成:轮毂缺陷检测与字符识别误差控制在0.2mm内 机器视觉与PLC集成:轮毂缺陷检测与字符识别误差控制在0.2mm内的技术实现轮毂作为汽车关键零部件,其表面质量直接影响行车安全与美观。传统人工检测效率低且易漏检,而采用机器视觉与PLC集成方案可实现微米级精度检测。本文将深入解析高精度视觉… 2026/7/9 0:01:04
GBase 8a vs MySQL 8.0:ALTER TABLE语法与限制的5点关键差异对比 GBase 8a与MySQL 8.0:ALTER TABLE语法差异深度解析与实战指南1. 两种数据库的ALTER TABLE能力全景对比在数据库架构设计和运维过程中,表结构变更(DDL操作)是不可避免的需求。GBase 8a作为国产分析型数据库代表,与开源M… 2026/7/9 0:03:06
【大数据毕业设计】基于多源旅游数据的景区热度分析与推荐系统的设计与实现 基于 Django 的旅游偏好挖掘与景区推荐系统(源码+文档+远程调试,全bao定制等) 博主介绍:✌️码农一枚 ,专注于大学生项目实战开发、讲解和毕业🚢文撰写修改等。全栈领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java、小程序技术领域和毕业项目实战 ✌️技术范围:&am… 2026/7/9 0:05:09
6个月转型AI工程师:实战路径与核心技能 1. 项目概述:6个月转型AI工程师的可行性路径在2023年大模型技术爆发的背景下,AI工程师岗位需求同比增长217%(LinkedIn数据)。不同于传统算法工程师需要3-5年培养周期,现代AI工程师更侧重工程化落地能力。我在硅谷科技公… 2026/7/7 11:26:57
TPAFE0808与PIC18F87K22的多通道信号采集方案 1. 项目背景与核心需求在工业自动化、医疗设备和科研仪器等领域,多通道信号采集与系统监测是基础且关键的技术需求。传统方案往往面临通道数量不足、信号调理复杂、系统集成度低等问题。TPAFE0808作为一款8通道模拟前端芯片,与PIC18F87K22微控制器的组合… 2026/7/8 20:15:17
STC3115与PIC18LF26K80构建高精度电池管理系统 1. STC3115与PIC18LF26K80在电池管理系统中的核心价值在现代电子设备中,电池管理系统(BMS)的重要性不亚于设备的核心处理器。STC3115作为一款高精度电池电量监测IC,与PIC18LF26K80微控制器的组合,构成了一个既能精确监控又能智能管理的完整解… 2026/7/8 14:25:08