Xshell连接VMware虚拟机失败？从Ubuntu SSH配置到免密登录全套排查-代码聚汇网

Xshell连接VMware虚拟机失败？从Ubuntu SSH配置到免密登录全套排查

姬轩亦·2026-09-03·阅读 22 GEO检测（免费）

XshellVMwareSSH

|难度：普通|阅读约 40 分钟

说实话，我刚接触虚拟机那会儿，最烦的就是两件事：一是VMware里的系统装好了，却不知道怎么从本机连进去操作，每次想改个配置都得在虚拟机的窗口里敲半天命令，窗口一多切换得眼花；二是好不容易知道可以用终端软件连，结果照着网上教程配了半天，不是连不上就是IP找不到。后来我把Xshell和VMware这套组合彻底吃透了才发现，这俩工具的配合，核心不在操作多花哨，而在网络模式选没选对、SSH服务开没开、账号认证怎么配这三个环节。这篇就专门聊聊这些，从VMware侧的网络配置，到Ubuntu里的SSH开启，再到Xshell的连接和日常操作，一次讲清楚。

1. 动手之前的网络选择题：VMware的三种模式为什么NAT最省心

很多人装完VMware，建好虚拟机，系统一装完就开始装Xshell，结果连了半天连不上，第一反应是Xshell配置错了。其实大概率是虚拟机网络模式没选对。

VMware给虚拟机提供了三种网络工作模式：桥接模式、NAT模式和仅主机模式。它们对应的应用场景完全不同。

桥接模式相当于虚拟机直接"插"到了你所在的路由器上，和宿主机是同一层级的设备，有自己的独立IP。这个模式的好处是虚拟机能被局域网里的其他设备直接访问，坏处是如果你的网络环境是办公网、校园网这类做了MAC绑定或IP限制的场所，虚拟机经常拿不到IP，或者拿到的IP过一会儿就被回收了，Xshell连不上就很正常。

NAT模式则是宿主机充当了一个"网关"角色，虚拟机躲在宿主机后面，通过宿主机的地址把流量翻译出去。这种模式下，虚拟机只要能连上宿主机就行，对外部网络环境不敏感，你换办公室、换WiFi、换校园网，都不影响虚拟机里的网络。对绝大多数个人学习和开发场景，NAT是首选。

仅主机模式就像虚拟机跟宿主机单独拉了一根网线，两只互不干扰，虚拟机完全不能访问外网。这种模式一般用在恶意代码分析、隔离测试这种需要断网的场景。

从我这些年的使用经验来看，如果你只是想在Xshell里操作VMware里的Ubuntu，做开发、学Linux、跑服务，直接用NAT模式就够了。原因很简单：Xshell本质上是SSH客户端，它和虚拟机通信只需要走局域网虚拟链路，不需要虚拟机拥有公网可达的地址，NAT模式下宿主机和虚拟机之间的虚拟链路是天然可达的。

提示：VMware安装完虚拟机后，默认网络模式一般就是NAT。如果你不小心改成了桥接或仅主机，可以在虚拟机设置 -> 网络适配器 -> 网络连接里改回来，不需要重装系统。

这里多说一句，虚拟机网络这块经常有人踩的坑是：装了VMware之后，Open虚拟网卡被禁用了。你在Windows的服务管理器里能看到VMware NAT Service这个服务，如果它没再运行，虚拟机网络就会异常，Xshell自然连不上。后面排查那一章我会专门讲这个。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. Ubuntu虚拟机里的SSH服务：Xshell连不连得上，全看这一关

网络模式选好了，接下来就是虚拟机内部的事。Xshell连接Linux靠的是SSH协议，但Ubuntu桌面版默认是不装SSH服务端的。很多人刚装完Ubuntu，打开终端，输入sudo apt install openssh-server，结果报错，或者装完连不上，原因基本都在下面几个环节。

2.1 安装openssh-server

登录Ubuntu虚拟机，按Ctrl+Alt+T打开终端，先更新软件源：

bash复制sudo apt update
sudo apt upgrade -y

然后安装SSH服务端：

bash复制sudo apt install openssh-server -y

装完之后，SSH服务一般会自动启动。检查一下服务状态：

bash复制sudo systemctl status ssh

如果状态是active (running)，说明服务正常。如果没跑起来，手动启动：

bash复制sudo systemctl start ssh
sudo systemctl enable ssh

第二句是把SSH服务设置为开机自启。这一步很关键，不然你重启虚拟机之后，Xshell又连不上了，容易误以为系统坏了。

2.2 确认监听端口和地址

SSH默认监听22端口。有时候你在虚拟机里装了别的服务占用了22端口，SSH会启动失败。可以用下面的命令确认端口监听情况：

bash复制sudo netstat -tlnp | grep 22

输出里如果有类似 0.0.0.0:22 的记录，说明SSH在正常监听所有网络接口。如果只看到 127.0.0.1:22，说明SSH只监听本地回环，外部连接肯定进不来。这时候需要修改配置文件：

bash复制sudo vim /etc/ssh/sshd_config

找到 ListenAddress 这一行，如果没有就手动加一行：

code复制ListenAddress 0.0.0.0

或者直接注释掉所有 ListenAddress 行，让它默认监听所有接口。改完重启SSH：

bash复制sudo systemctl restart ssh

2.3 防火墙会不会挡

Ubuntu 22.04及之后的版本，默认可能没开ufw防火墙，但如果你执行过 sudo ufw enable，那就要放行SSH：

bash复制sudo ufw allow 22/tcp
sudo ufw status

status输出显示Status: active，且22/tcp是ALLOW状态，就没问题。如果是inactive，说明防火墙没开，不需要额外处理。

2.4 用ip addr确认虚拟机IP

Xshell连接需要目标IP。在Ubuntu终端里执行：

bash复制ip addr show

或者更简洁的方式：

bash复制ip -4 addr show | grep inet

找到 192.168.x.x 或 10.x.x.x 这个地址，这就是NAT模式下虚拟机分到的IP。记录下来，一会儿Xshell里要用。

提示：我习惯把Ubuntu的IP固定下来，不然DHCP重新分配后，Xshell里的会话配置就要跟着改。具体方法有两种：一种是在VMware的NAT设置里配置DHCP保留，另一种是在Ubuntu里直接配静态IP，后面章节我会展开。

2.5 用宿主机验证连通性

在动手配置Xshell之前，先在宿主机上做一次联通性检查，能帮你快速定位问题出在哪一层。

打开Windows的cmd或PowerShell，执行：

bash复制ping 192.168.x.x

ping通之后，再测试22端口是否能建立TCP连接：

bash复制telnet 192.168.x.x 22

如果telnet窗口显示SSH的横幅信息，比如 SSH-2.0-OpenSSH_8.9p1，说明虚拟机里的SSH服务已经从网络层面可达了。这一步如果通了，Xshell连接基本就是水到渠成。如果telnet都连不上，那就不要急着折腾Xshell，回头检查上面几项。

像这种"先在命令行验证，再去GUI里点鼠标"的思路，能省下大量排查时间。我见过很多人在Xshell里反复改端口、改协议，其实底层网络根本没通。

3. Xshell连接虚拟机的完整链路：从会话建立一个不落

Xshell连接虚拟机的完整链路包含四个要素：协议、地址、端口、认证信息。协议默认选SSH就行，地址就是刚才记录的虚拟机IP，端口是22，认证信息可以是密码也可以是密钥。下面依次说。

3.1 Xshell的下载和安装避坑

Xshell对个人用户是免费使用的，直接去官网下载即可。安装时有两个容易踩的坑：

第一个是Windows系统版本过老，比如Win7，Xshell最新版可能提示不支持当前系统。这不是你操作的问题，是软件本身放弃了对老系统的兼容。解决办法是下载旧版本，比如Xshell 6或5，功能上够用。

第二个是安装报错，比如提示 -1603。这个错误码在Windows Installer里很常见，多半是权限不够，或者系统里有残留的安装记录。右键安装包 -> 以管理员身份运行，一般能解决。如果还不行，把机器上旧的Xshell、Xftp先卸载干净，再重新装。

3.2 新建会话：参数怎么填

打开Xshell，菜单栏点文件 -> 新建，弹出的窗口就这么几个字段：

配置项	推荐值	说明
名称	随意，建议写Ubuntu VM	会话列表里显示的名字
主机	192.168.x.x	虚拟机IP
协议	SSH	默认就是
端口号	22	SSH默认端口
方法	Password 或 Public Key	看你的认证喜好

点击确定后，会话就建好了。双击这个会话，第一次连接会弹出"SSH用户身份验证"的窗口，输入你在Ubuntu里的用户名和密码就能登录。

这里有个细节：在"连接"左侧树形菜单里，有一个"用户身份验证"页，Authentication Method可以选择Password形式，然后填上用户名。这样每次连接时只输密码。如果选了Public Key，则需要在本地选择私钥文件，后面密钥认证那一节细说。

3.3 宿主机和虚拟机的端口验证回顾

有些朋友配完Xshell还是连不上，又回头折腾Xshell。我建议按照这个顺序排错：

在虚拟机本机，systemctl status ssh 确认服务在跑；
在宿主机，ping 虚拟机IP 确认网络通；
在宿主机，telnet 虚拟机IP 22 确认SSH端口可达；
最后才轮到Xshell配置参数排查。

前三步都通过，Xshell还连不上，通常是Xshell侧的问题，比如端口写错、协议选错、用户名密码不对。大部分"连不上"的案例，其实都卡在第二步或第三步。所以我在第2章才花那么多篇幅讲网络验证，这比任何Xshell配置技巧都重要。

3.4 Mac用户怎么办

Xshell本身没有Mac版本，但Vmware Fusion装的虚拟机依然可以通过SSH连接。Mac用户可以用系统自带的终端，执行同样流程的命令；如果想用类似Xshell的图形终端，可以选用其他支持SSH协议的终端工具。本质上Mac端和Windows端，面对的都是同一台虚拟机的SSH服务，网络通、服务开、认证对，三个条件满足就能连。

3.5 界面中文字体设置

Xshell默认的字体预览效果一般，中文环境下容易显示乱码或者发虚。在会话窗口里，工具 -> 选项 -> 终端 -> 外观，把默认字体改成中文字体，比如微软雅黑或Consolas，字符编码保持UTF-8。这样cat一个包含中文的文件，或者运行中文输出较多的命令，排版就不会乱。

3.6 回退目录和常用组合键

在Xshell里操作Linux，有个命令容易记混，就是回退目录。很多人只知道 cd .. 回去一级，想返回更上层就一遍遍敲。实际上可以一步回到当前用户的home目录：

bash复制cd ~

也可以直接回到根目录：

bash复制cd /

另外Xshell的快捷键也值得留意：

Ctrl+Shift+T：新建标签页，相当于Windows里的新标签
Ctrl+Tab：切换标签
Ctrl+滚轮：放大缩小字号
右键 -> 复制粘贴：Xshell里选中即复制，右键粘贴

这些小功能谈不上多黑科技，但能让日常操作顺畅不少。

4. 密钥认证与免密登录：一劳永逸的Xshell配置方式

每次连虚拟机都要输密码，用一阵子就腻了。尤其你每天频繁开关会话，或者写脚本要自动执行远程命令，密码认证效率太低。SSH密钥认证就是为这个场景设计的。

4.1 密钥认证的原理一句话说清

SSH密钥认证用的是一对钥匙：私钥留在本地（Xshell所在电脑），公钥放到远程服务器的授权列表里。连接的时候，服务器用公钥验证你的身份，密钥匹配就放行。这比密码安全得多，密码可以被暴力猜解，私钥文件几乎不可能被碰运气穷举。

4.2 用ssh-keygen生成密钥对

在宿主机Windows上打开cmd或PowerShell，如果你装了Git Bash，那更好。执行：

bash复制ssh-keygen -t rsa -b 4096

它会问你保存路径，直接回车用默认路径，也就是用户目录下的.ssh文件夹。再问你passphrase，可以直接留空，意思是每次使用私钥不用额外输入口令。生成完成后，你会得到两个文件：

私钥：id_rsa
公钥：id_rsa.pub

私钥文件你自己留着，公钥是要往虚拟机里传的。

4.3 把公钥安装到Ubuntu虚拟机

假设你现在已经用密码方式通过Xshell登录了Ubuntu。接下来把公钥内容加到虚拟机的authorized_keys文件里。

方法一：直接复制粘贴

在Windows上查看公钥内容：

bash复制type %USERPROFILE%\.ssh\id_rsa.pub

复制整行输出，然后在Xshell连接里，在Ubuntu终端执行：

bash复制mkdir -p ~/.ssh
chmod 700 ~/.ssh
echo "粘贴你刚才复制的公钥内容" >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys

三条命令分别干什么，我解释一下：第一条创建.ssh目录，没有就建；第二条设置目录权限为700，仅自己可读写执行；第三条把公钥追加到authorized_keys文件；第四条设置文件权限为600，仅自己可读写。SSH对.ssh目录和authorized_keys文件的权限很敏感，权限过宽，服务端会拒绝使用密钥认证，这很容易踩坑。

方法二：用ssh-copy-id

如果你本机装了Git Bash或WSL，可以直接一条命令搞定：

bash复制ssh-copy-id 用户名@虚拟机IP

它会提示你输入一次密码，然后把本机的公钥自动安装到远程服务器上。

4.4 在Xshell里配置公钥登录

打开会话属性 -> 用户身份验证，认证方法选Public Key，然后在"用户密钥"栏里点浏览，选择你本地的私钥文件。输入你的用户名，确定保存。

之后每次双击这个会话，Xshell会直接建立连接，不再提示输入密码。

4.5 免密登录的扩展场景

密钥认证在虚拟机里配好后，其实把虚拟机的~/.ssh/authorized_keys扩展到多台服务器也通用。往后你要连接其他Linux机器，只需把同一把公钥追加到那台机器的authorized_keys里，Xshell用同一个会话模板和私钥就能免密登录。我自己的做法是专门建了一个Default会话模板，把密钥配置好，新建会话直接继承模板，省了大量重复输入。

提示：私钥文件不要放到网盘、代码仓库这些能被别人拿到的地方。一旦泄露，任何持有私钥的人都能以你的身份登录所有装了对应公钥的机器。

5. 实测常用操作：通过Xshell管理VMware中的Ubuntu

连接只是开始，日常真正要用Xshell做的事，主要是这三大类：系统管理、文件操作、资源监控。下面按场景给出我实测过的高频命令组合。

5.1 系统更新与软件安装

在Xshell里登录虚拟机后，第一件事我习惯先把系统更新一遍：

bash复制sudo apt update && sudo apt upgrade -y

安装日常开发环境，比如Python、GCC、vim：

bash复制sudo apt install -y python3 python3-pip gcc g++ vim neofetch

这里可以看到，Xshell相较于VMware窗口的优势就是操作流畅：所有命令都在同一个终端里完成，复制粘贴不再受虚拟机和宿主机之间的剪贴板限制，也不会因为虚拟机界面遮挡看不全命令输出。

5.2 文件操作与归档

用Xshell管理文件，可以像操作本机一样，但路径结构要熟悉。常用命令：

bash复制# 查看当前目录
pwd

# 列出文件
ls -lah

# 创建目录
mkdir -p code/logs

# 复制文件
cp a.txt code/a.txt.bak

# 移动/重命名
mv code/a.txt code/b.txt

# 打包压缩
tar -czvf backup.tar.gz code/

# 解压
tar -xzvf backup.tar.gz

归档这块我用的比zip多，因为tar在Linux里天然集成，且能保留文件权限，配合cron脚本做定时备份很方便。

如果你需要把宿主机文件传到虚拟机，或者把虚拟机文件拉回宿主机，Xshell的配套工具Xftp可以直接做到，这个后面单独说。

5.3 资源监控：看CPU、内存、磁盘

在Xshell终端里监控虚拟机状态，要比VMware图形界面里的性能标签页直观得多。常用组合：

bash复制# 实时刷新CPU和内存占用，按q退出
top

# 更美观的监控界面
htop

# 磁盘使用情况
df -h

# 查看当前目录占用大小
du -sh *

其中df -h是我用得最频繁的，虚拟机的磁盘空间默认20G左右，跑几个大项目就告急，看它最直接。

5.4 网络与端口排查

虚拟机的网络模式是NAT时，外部设备访问虚拟机里的服务需要做端口转发，但如果只是从Xshell发起的SSH连接，不涉及这个。你更多时候要检查的是虚拟机内服务的端口监听状态：

bash复制# 查看所有监听端口
sudo ss -tlnp

# 查看某个端口是否被占用
sudo lsof -i:8080

# 测试外部连接某个端口
nc -zv 192.168.x.x 80

5.5 定时任务与日志查看

用Xshell操作虚拟机，我经常配合crontab做自动化维护：

bash复制# 编辑当前用户定时任务
crontab -e

例如每天凌晨2点清理系统的/var/log下的旧日志：

code复制0 2 * * * find /var/log -type f -name "*.log" -mtime +7 -exec rm {} \;

查看系统日志排查问题：

bash复制sudo journalctl -xe

这个在多次服务启动失败时特别好用，比如SSH启动失败，它会直接给出出错原因和上下文，比瞎猜有用得多。

5.6 修改主机名

有时候装完Ubuntu默认的主机名是ubuntu，时间长了容易混淆多台虚拟机。在Xshell里执行：

bash复制sudo hostnamectl set-hostname vm01

重启后，命令行的提示符前就变成[用户名@vm01]这种格式，会话列表里对应的虚拟机和实际用途一目了然。

6. 折腾路上的高频报错：我的排查思路与解决实例

这一章把我见过的、Xshell操作VMware中最常见的报错和坑一次性整理出来，每条我都会讲排查思路，而不是只丢命令。只有理解了为什么，换一个环境时你才会自己举一反三。

6.1 Xshell安装时提示致命错误-1603

这个问题最常见的原因是权限。Windows Installer安装软件时没有管理员权限就会报-1603。解决方式：右键安装包，选"以管理员身份运行"。

如果管理员方式装了还是报-1603，说明系统里有之前残留的Xshell安装记录。打开Windows服务管理器，找到Windows Installer，确认它的状态是手动，然后重新启动一下，再执行安装。还不行的话，用清理工具把旧版本注册表信息清掉再试。

6.2 Xshell安装后提示不支持系统

一般是老系统装新版Xshell导致的。官方新版对Win7支持越来越弱，如果必须用Win7，装Xshell 6或更早的版本就行。SSH协议这些老版本完全支持，没本质区别。

6.3 VMware Workstation 报"无法连接到虚拟机。请确保您有权运行该程序"

这个报错很多人遇到，尤其是双击虚拟机没反应或者开不了机的时候。

排查思路按顺序来：

确认VMware以管理员身份运行。右键VMware图标，属性 -> 兼容性 -> 勾选"以管理员身份运行此程序"。
检查Windows服务，找到VMware Authorization Service，确认状态是"正在运行"，如果不是，右键启动，并把启动类型设为自动。
如果服务启动失败，多半是安装时未正确安装VMware的驱动程序或服务。重装VMware前，用Geek Uninstaller这类卸载工具把VMware残留清干净再装，不要直接在原目录上覆盖安装。
还有一种情况是虚拟机镜像文件路径包含中文或特殊字符，VMware读不到权限。把虚拟机的.vmx文件所在的目录迁移到纯英文路径，比如D:\VMs\ubuntu01，可以避免很多权限问题。

6.4 Xshell连不上，ping也不通

如果宿主机ping虚拟机都不通，基本可以排除Xshell问题。原因大概率在宿主机网络服务或虚拟网络配置。

检查顺序：

打开Windows服务管理器，确认VMware NAT Service是运行状态。这个服务如果停了，NAT模式下虚拟机就没有网。
打开控制面板 -> 网络和Internet -> 网络连接，确认有VMware Virtual Ethernet Adapter for VMnet8这个虚拟网卡。
如果虚拟网卡存在，但显示未识别或没有有效IP，在服务管理器里重启VMware NAT Service和VMware DHCP Service，再让虚拟网卡禁用后重新启用。
实在不行，在VMware菜单栏 -> 编辑 -> 虚拟网络编辑器 -> 左下角"更改设置"，然后点"还原默认设置"，让VMware重新创建虚拟网卡和网络服务。这招能解决大部分VMware侧的网络异常。

6.5 Xshell连不上，但ping和telnet都通

这种情况说明网络没问题，SSH服务也在监听22端口。问题基本锁定在认证环节。

最常犯的错是用户名写错了。Ubuntu默认创建的第一个用户在安装系统时设置名称，不是root。在Xshell的用户身份验证窗口里，Username填那个普通用户名即可。如果你非要root登录，需要先在Ubuntu里给root设置密码：

bash复制sudo passwd root

然后编辑SSH配置允许root登录：

bash复制sudo vim /etc/ssh/sshd_config

找到 PermitRootLogin，改为：

code复制PermitRootLogin yes

重启SSH服务生效。不过我个人不建议日常用root登录，权限太大，误操作代价高，建议用普通用户加sudo。

6.6 密钥认证失败，一直在跳验证框

如果你按第4章配置了密钥登录，但Xshell还是弹出密码框或者一直循环认证，优先检查三件事：

私钥文件路径是否正确，Xshell里浏览私钥时选的是id_rsa（无后缀的文件），不是id_rsa.pub。选错公钥，认证必然失败。
Ubuntu里authorized_keys文件权限，必须600，.ssh目录权限必须700。权限不对，OpenSSH会静默拒绝公钥认证，却依然放行密码认证，表现上就是一直在跳验证框。
公钥内容是否正确，这一行通常以ssh-rsa开头，一整行全拷进去，中间不要有换行。用echo追加时注意中文引号不要用错，写错引号会把特殊字符加进文件，SSH解析失败就直接跳过密钥认证。

6.7 VMware里Ubuntu网络图标消失

这是一个比较隐蔽的坑。Ubuntu桌面版如果系统托盘或设置里看不到网络连接图标，不代表没网，有时只是Network Manager显示异常。在终端里执行：

bash复制sudo systemctl restart NetworkManager

网络图标一般会恢复。如果还没有，检查系统是否装了netplan配置，Ubuntu 22.04开始默认用netplan，配置文件在/etc/netplan/下，干扰NetworkManager时会互相冲突。最简办法是让netplan应用配置：

bash复制sudo netplan apply

6.8 固定IP后连不上

为了不让DHCP经常换IP，有人直接把Ubuntu的IP改成了静态。但虚拟机使用NAT模式时，静态IP必须和VMware DHCP分配网段保持一致，否则连不上网关。比如VMnet8的网段是192.168.136.0/24，你硬改成192.168.1.100，虚拟机不仅上不了网，Xshell也连不上。

更稳的做法是，不手动改静态IP，而是进VMware虚拟网络编辑器，修改NAT的DHCP设置，为这台机器的MAC地址保留固定IP。这样虚拟机继续用DHCP，但每次分配的地址都一样，不会有冲突，也不会踩网段不一致的坑。

6.9 查询服务器带宽

有朋友会问我怎么用Xshell查看虚拟机的带宽占用。实际上Xshell本身没有这个功能，它只是一个终端客户端，带宽监控依赖的是虚拟机里的命令。简单方案：

bash复制sudo apt install iftop
sudo iftop

iftop会动态刷新网络接口的实时流量，按下T键可以切换显示总流量，按B键切换流量单位。如果需要更多历史数据，看网卡总流量可以用vnstat，先安装，然后在后台跑一段时间，再用vnstat -d按天查看。

7. 超出纯终端：Xftp文件传输、会话备份与更顺手的日常习惯

Xshell和Xftp是同一家公司出的搭档工具，Xftp是图形化的SFTP客户端。用Xftp连接虚拟机的配置方式和Xshell几乎一样，同样的IP、端口、账号密码或私钥。区别只是它提供左右分栏的图形界面，左边是宿主机文件，右边是虚拟机文件，拖拽就能完成上传和下载。

7.1 Xftp传文件后，权限踩坑

经常有人从Xftp拖文件到Ubuntu后，发现没有执行权限，或者服务起不来。根本原因是Xftp上传时保留的是Windows文件权限的概念，Linux目录下新文件默认没有execute权限。解决办法是上传完，切回Xshell执行：

bash复制chmod +x /path/to/file

需要的话还要确认属主：

bash复制sudo chown -R 用户名:用户名 /path/to/dir

7.2 Xshell会话迁移与密码迁移

换电脑的时候，最烦的事情之一就是会话配置没了。Xshell支持会话导出，在会话列表上右键 -> 导出，会生成一个.xsh文件，里面包含主机地址、端口、用户名等。默认情况下，密码不会包含在导出文件中，除非你在导出时勾选了包含密码。如果没勾，到新机器后需要重新输入一次密码，这不是bug，是安全设计。

如果你想连密码一起迁移，需要在导出对话框中勾选相应选项。导出后把.xsh文件拷到新机器，然后在会话列表上右键 -> 导入，选择该文件即可。

7.3 Xshell乱码问题

Xshell里中文乱码，一般是连接Linux时的字符集设置问题。打开会话属性 -> 终端 -> 编码，默认可能是UTF-8，但你连接的服务器系统语言如果不是UTF-8，比如有的老系统用GBK，就会乱码。Ubuntu桌面版默认UTF-8，一般不会乱。真遇到了，就在编码里切换成简体中文GBK或GB18030试试。

7.4 我的日常工作流习惯

最后分享几个我自己的操作习惯，纯粹是经验之谈：

每个项目建单独会话，命名带项目缩写和IP，比如ubuntu-build-192.168.136.128，找起来不用想。
常用命令做成Xshell工具栏快捷命令。在工具 -> 快捷命令栏里添加分组，把"更新系统""查看磁盘""重启服务"这类高频操作做成按钮，点一下命令自动执行，省去重复敲命令。
设置sessions自动保存和标签布局。在工具 -> 选项 -> 会话保存里，确认自动保存间隔，防止异常退出后会话丢失。
把公钥分发到所有常用虚拟机，每次新建或迁移虚拟机后，第一件事就是把自己的id_rsa.pub追加到authorized_keys里，往后连接全程免密。
定期检查虚拟机的磁盘空间。Xshell执行df -h只要一秒，比图形界面里找设置快得多，这已经是我的条件反射。

7.5 从Xshell到虚拟机的远程操作，还要懂什么

掌握了连接、认证、文件传输和基本排查之后，其实你离"把虚拟机当远程开发机"已经很近了。再往下可以进阶的方向包括：在虚拟机上装Docker跑容器、用Ansible批量管理多台虚拟机、通过VS Code Remote-SSH直接连虚拟机做代码开发。这些本质上都走的是同一个SSH通道，只不过把Xshell里的终端换成了更自动化的工具。

比如VS Code的Remote-SSH插件，连接之后你可以像写本地代码一样编辑虚拟机里的文件，底层就是复用了一套SSH密钥认证。你在Xshell里已配置好的SSH密钥和known_hosts，VS Code可以直接继承使用，不用重复配置。

所以不要觉得Xshell只能连来敲命令，它更像一个门户。门户打开了，后面的路走起来就顺畅得多。

最后说一点实在的：我见过很多人光顾着收藏一堆"Xshell常用命令大全"，却忽略了最底层的那条链路——网络通不通、SSH服务开没开、认证过不过。这条链路捋顺了，哪怕换一台新电脑、装一个新系统，你也能在十分钟内完成整套连接。这个思路，比记住每一个命令都有用。