VMware 安装 CentOS 7 与 MobaXterm SSH 连接

1. 先把方案定下来：为什么是虚拟机 + CentOS 7 这套组合

做开发、运维或者只是想摸一摸 Linux 的人，几乎都会在某个时间点遇到同一个需求：手头只有一台 Windows 主机，但需要一个干净、可折腾、搞坏了能一键还原的 Linux 环境。用 VMware 虚拟机安装 CentOS 7，再用 MobaXterm 连接访问，这套组合之所以被反复推荐，核心原因不是它有多先进，而是它的每一步都足够"可逆"——装错了删掉重来只要几分钟，配置搞崩了回滚快照就行，完全不会动到你宿主机上任何一个文件。

我自己前后搭过十几套这样的环境，从最早用 VMware Workstation 12 配 CentOS 6，到后来固定在 CentOS 7.9 上跑各种中间件，踩过的坑基本都集中在三个地方：虚拟机的网络模式选错、CentOS 7 的网卡默认没启用、MobaXterm 的中文显示设置方向搞反。这三件事看似都是"小配置"，但每一个都能让人卡上半小时甚至更久，而且网上搜到的答案往往互相矛盾，因为提问的人所处的网络模式、虚拟机版本、镜像版本各不相同。

这篇文章会按照真实的操作顺序走一遍：从确定 VMware 版本和 CentOS 7 镜像，到创建虚拟机时的关键选项，到系统装完之后的网络配置，再到 SSH 服务端准备和 MobaXterm 的会话建立，最后给出一条完整的排查链路。不管你是第一次装虚拟机的新手，还是装过几次但每次都要重新查资料的人，都可以直接照着做。

1.1 用虚拟机学 Linux，比装双系统省心在哪

双系统和虚拟机的差别，本质上是"隔离级别"的差别。双系统是把两个操作系统并列写进物理硬盘，切换要重启，分区操作有风险，一旦引导记录出问题，可能连原来的 Windows 都进不去。虚拟机则是在宿主机上跑一个完整的软件模拟层，Linux 看到的 CPU、内存、磁盘、网卡都是虚拟出来的，它以为自己在独占一台电脑，实际上只是宿主机上的几个文件和进程。

这个差异带来的直接好处有三点。第一是快照，VMware 可以在几秒内把整个系统的状态冻结成一个文件，你后面无论怎么折腾——删配置文件、装错版本、把 /etc 改得面目全非——都能一键回到冻结的那一刻。第二是克隆，配好一台"母机"之后，可以批量复制出若干台配置一致的机器，做集群实验时特别有用。第三是不占额外硬件，一台 16GB 内存的笔记本，分 4GB 给虚拟机，剩下的照样用来办公和写代码，两个系统同时在线。

代价当然也有。虚拟机里的性能永远低于物理机，尤其是磁盘 I/O 和图形渲染；显卡无法完全直通，玩 3D 游戏或者跑依赖 GPU 的深度学习训练基本没戏。但对于绝大多数学习场景——写 shell 脚本、搭 Nginx、跑 MySQL、练 Docker、学 Ansible——这点性能损失完全可以接受。

我的建议很明确：如果你只是想学 Linux 命令和服务器软件，虚拟机是唯一正确的起点。等你真的需要压榨硬件性能了，再考虑装物理机或者买云主机，那时候你已经有足够的基础判断该买什么配置。

1.2 VMware Workstation 版本与授权这件事

VMware Workstation 目前主流的版本是 Pro 17 系列。版本选择的逻辑很简单：宿主机是什么系统，就选对应平台的版本，Windows 装 Workstation Pro for Windows，Linux 桌面装 for Linux。至于 16 还是 17，如果宿主机是 Windows 11 或者比较新的硬件平台，建议直接上 17，因为它对较新的 CPU 指令集和 Hyper-V 共存的支持更好；如果宿主机是 Windows 10 的老机器，16 也能稳定跑，没必要强行升级。

这里要特别说一句授权问题。VMware 的授权政策这些年有过几次调整，对个人学习使用的条款和商业使用的条款是分开的，具体以官网当前页面为准。我不建议去找所谓"最新版密钥"，原因很实际：这类来源不明的密钥要么很快失效导致你打不开软件，要么绑定了别人的账号，随时可能被回收，更糟的情况是密钥文件本身就是恶意程序的载体。花几分钟去官网注册账号、确认一下自己属于哪类使用场景，比后面反复折腾省事得多。

装完之后有两件事建议顺手做掉。一是把安装目录和虚拟机存放目录分开，软件装在 C 盘，虚拟机文件放到空间更大的 D 盘或者独立的固态硬盘上，避免系统盘被撑满。二是打开 VMware 之后先去"编辑 - 首选项"里改一下默认虚拟机位置和内存分配策略，这样后面新建机器就不用每次都改。

另一个常见困扰是宿主机上开了 Hyper-V 或者 WSL2，导致 VMware 报错无法启动虚拟机。这两者都需要占用底层的虚拟化能力，同时开启时可能冲突。解决思路是二选一：要么在 Windows 功能里关闭 Hyper-V 相关组件并重启，要么升级到支持共存的 VMware 版本并在设置里开启相应选项。这个问题在虚拟机启动失败的所有原因里占了相当大的比例，遇到的时候优先往这个方向查。

1.3 CentOS 7 镜像该下哪个：DVD、Everything 还是 Minimal

CentOS 7 的最终版本是 7.9.2009，这也是最后一个 7 系列版本。下载的时候你会看到好几个 ISO 文件，容易挑花眼，先把区别搞清楚：

镜像类型	体积	包含内容	适用场景
DVD ISO	约 4.5GB	完整安装介质，含常用软件包组	新手首选，有图形化安装界面
Everything ISO	约 9GB	全部软件包，可离线装任意组件	需要大量离线安装包的场景
Minimal ISO	约 1GB	最小化系统，仅基础包	熟悉 Linux 的人，追求轻量
NetInstall ISO	约 500MB	只含安装器，软件包全从网络下载	网络稳定且想装最新包

我的建议是新手直接用 DVD ISO。理由不是它"更全"——实际上 DVD 里大部分包你根本用不到——而是它的安装界面包含了图形化的分区编辑器和软件包组选择，这两个东西在 Minimal 安装里要么没有，要么非常简陋。等你装过两三遍，对分区挂载点、网络配置、软件包组都熟了，再换 Minimal 会舒服很多。

另外一个现实问题：CentOS 7 已经进入维护周期的尾声，官方源逐步停止更新，yum install的时候可能会遇到镜像站点不可用的情况。如果碰到下载失败，需要把/etc/yum.repos.d/下的源地址换成仍在提供归档服务的镜像站。这一点在做实验的时候要有心理准备，尤其是那些依赖在线安装包的教程，可能跑着跑着就报 404 了。

下载完 ISO 之后，记得核对一下文件完整性。VMware 在安装过程中会自动校验，但如果 ISO 下载不完整，安装到某一个包的时候报错，你会怀疑是虚拟机配置有问题，实际上是下载文件坏了。花一分钟做校验能省掉半小时的排查。

2. 建虚拟机时那几个"点了下一步就后悔"的选项

创建虚拟机的向导一共就那么几步，但其中有四个选项一旦选错，后面要么性能很差，要么网络不通，要么系统装完了才发现磁盘不够用。这一节把这四个选项拆开讲，每个都说清楚"为什么这样选"和"选错了会怎样"。

2.1 典型安装和自定义安装差在哪

新建虚拟机向导的第一个岔路口就是"典型"和"自定义"。典型安装会帮你把大部分配置默认掉，自动选硬件兼容性版本、自动分配磁盘类型、自动创建 SCSI 控制器；自定义安装则把每一步都摊开给你看，包括硬件兼容性版本、处理器核心数、内存大小、网络类型、I/O 控制器类型、磁盘类型和磁盘容量。

很多人图省事直接点典型，装完之后才发现磁盘是 IDE 模式、网络是 NAT、硬件兼容版本是跟当前 VMware 版本绑定的，一旦以后换台电脑用旧版本 VMware 打开，可能直接提示不兼容。所以我更推荐走自定义流程，不是为了改什么高级参数，而是为了在每一步都看清楚默认值是什么，心里有数。

自定义流程里有一个选项值得留意：硬件兼容性版本。它决定了这台虚拟机最多能在哪个版本的 VMware 上运行。如果你只是自己一台电脑用，选默认的最新版本就行；如果之后可能拿到别人装了旧版 VMware 的机器上跑，就往前降一两个版本，兼容性更好。

2.2 CPU、内存、磁盘到底给多少

资源分配这块，网上流传的配置表大多偏保守或者偏激进，我给一组自己实测下来比较平衡的值，宿主机的配置假设是 16GB 内存、8 核 CPU、固态硬盘：

宿主机内存	分配给虚拟机	处理器核心	磁盘容量	磁盘类型
8GB	2GB	1 核 2 线程	20GB	单个文件，厚置备
16GB	4GB	2 核	40GB	单个文件，厚置备
32GB 及以上	8GB	4 核	60GB 起	单个文件，厚置备

几个关键判断逻辑。内存方面，CentOS 7 的最小安装跑起来大约占 300-500MB，但一旦你开始跑 MySQL、Docker、Java 应用，2GB 会很快见底。4GB 是一个比较舒服的起点，既能跑得动常规服务，又不会把宿主机压得太狠。处理器的核心数不要超过宿主机物理核心数的一半，否则宿主机本身会卡。

磁盘容量不用一步到位。VMware 的虚拟磁盘是按需增长的，你分配 40GB，实际只用了 5GB，那磁盘文件就只有 5GB 多一点。所以宁可分配得宽裕一些，也不要在中途扩容——虽然扩容本身不难，但涉及 LVM 的分区扩展，对新手来说是个额外的坎。

磁盘类型这块有两个选择容易混淆：厚置备会在创建时就占用接近完整大小的物理空间，但读写性能更稳定；薄置备按实际使用量增长，省空间，但磁盘碎片会多一些。如果你用的是固态硬盘且空间够，选厚置备；如果是机械硬盘或者空间紧张，薄置备也没问题。至于"将虚拟磁盘拆分成多个文件"这个选项，除非你要把虚拟机文件拷贝到 FAT32 格式的移动硬盘上（单文件不能超过 4GB），否则不要拆分，单个文件在性能和管理上都更省事。

2.3 网络模式三选一：NAT、桥接、仅主机

这是整套流程里最关键的一个选项，直接决定了后面 MobaXterm 能不能连上。VMware 提供三种主要网络模式，理解它们的差别是后面所有网络配置的基础。

桥接模式：虚拟机会向物理网络中的路由器申请一个 IP，对它来说就像局域网里多了一台独立电脑。优点是虚拟机和宿主机、虚拟机和其他局域网设备都能互相访问，IP 是路由器分配的；缺点是会占用局域网的 IP 地址，在某些公司网络或者宿舍网里可能被策略限制，也容易和别人的设备产生冲突。

NAT 模式：虚拟机通过宿主机的网络对外访问，虚拟网络里有一个 VMware 内置的虚拟 DHCP 服务器和虚拟网关。虚拟机可以上网，宿主机可以通过虚拟网卡访问虚拟机，但局域网里的其他设备访问不到虚拟机。对做实验来说，这个模式最省心，也是我默认推荐的选择。

仅主机模式：虚拟机和宿主机之间可以互通，但虚拟机完全不能上网。适合做纯隔离的实验，比如网络协议分析、安全测试。日常用不太推荐，因为装软件的时候没法从网上拉包。

三种模式的对比：

模式	虚拟机能否上网	宿主机能否访问虚拟机	局域网设备能否访问虚拟机	典型用途
桥接	能	能	能	模拟真实服务器，需外部访问
NAT	能	能	不能	日常学习，最省心
仅主机	不能	能	不能	隔离实验，安全测试

选 NAT 之后，还有一件事要做：在 VMware 的"虚拟网络编辑器"里看一眼 NAT 模式的子网地址、子网掩码和网关地址。这三个值后面配静态 IP 的时候要用到，而且必须完全一致，否则配完了也连不通。个人经验是，NAT 的虚拟网关通常是子网的第二个可用地址（比如子网是 192.168.110.0/24，网关就是 192.168.110.2），DHCP 分配范围一般在子网的后半段。

2.4 安装界面里的分区与软件选择

挂载 ISO 启动之后，CentOS 7 的安装界面会依次问你语言、时间、键盘、安装源、软件选择、安装位置、网络和主机名。其中有三项值得停下来仔细看一眼。

软件选择：默认是"最小安装"，只有命令行没有图形界面。如果你需要图形界面，选"GNOME 桌面"；如果只是当服务器用，保持最小安装，或者选"基础设施服务器"这类带常用工具的软件包组。这里有个容易被忽略的点：最小安装默认不带net-tools包，也就是ifconfig命令不可用，得用ip addr替代，或者装完之后手动yum install -y net-tools。很多人第一次装完 CentOS 7 敲ifconfig提示 command not found，就是这个原因。

安装位置（分区）：新手推荐直接用"自动配置分区"，让安装器自己决定怎么分。如果你想手动分，至少要知道三个关键挂载点：/（根分区，放系统）、/home（用户数据）、swap（交换分区）。交换分区的大小，内存小于 8GB 时一般给内存的 1-2 倍，内存大于 8GB 时给 8GB 左右就够。这里还有一个坑：默认分区方案用的是 LVM，好处是可以后期扩容，坏处是手动调整比普通分区麻烦。建议保持 LVM 默认方案，后面扩磁盘的时候会感谢这个决定。

网络和主机名：这一项一定要点进去。安装界面右上角那个网络开关，默认是"关闭"状态，也就是说系统装完之后网卡是不启用的。这就是为什么无数人装完 CentOS 7 发现ping不通——不是配置错了，是网卡根本没开。

3. CentOS 7 首次开机后的网络打通

系统装完第一次重启，用 root 或你创建的普通用户登录，看到[root@localhost ~]#这样的提示符，就进入正题了。这一节的所有操作都是为了同一个目标：让这台虚拟机有一个固定、可靠、可被 MobaXterm 访问的 IP 地址。

3.1 为什么默认网卡是"没插网线"的状态

CentOS 7 的默认网卡配置文件里，ONBOOT=no是初始值。这个设计的出发点是服务器场景——服务器通常要等运维手动确认网络配置，避免开机自动联网带来意外。但对虚拟机学习场景来说，这个默认值就是纯粹的障碍。

先确认当前状态，用这几条命令：

ip addr

输出里通常会看到lo（本地回环）和一个以en开头的网卡名，比如ens33、ens160、eno16777736。如果这个网卡只有state DOWN且没有inet地址，说明它没启用。再看一下配置文件：

ls /etc/sysconfig/network-scripts/ cat /etc/sysconfig/network-scripts/ifcfg-ens33

你会看到ONBOOT=no和BOOTPROTO=dhcp或BOOTPROTO=none。把ONBOOT改成yes是第一步，BOOTPROTO改成static是第二步，然后补上 IP 地址等参数。改完之后用systemctl restart network让配置生效，再用ip addr确认地址已经挂上。

注意：CentOS 7 里同时存在 NetworkManager 和传统的 network 服务，两者都能管网络，混用的时候可能出现"配置文件改了但没生效"的情况。我的建议是统一用一条路走通，要么全程systemctl restart network，要么全程nmcli，不要今天用这个明天用那个。

3.2 认清你的网卡名和配置文件

网卡名这件事值得单独说一下，因为它是很多人配网络时第一个卡住的地方。CentOS 7 默认启用了"一致性网络设备命名"，网卡名不再是 eth0、eth1 这种简单形式，而是根据硬件位置生成的 ens33、enp0s3 之类的名字。这个名字看起来别扭，但好处是稳定——不会因为插拔网卡或者加装设备导致网卡名变化。

确认网卡名的标准做法：

nmcli device status

输出里DEVICE那一列就是当前系统识别到的网卡名，STATE是连接状态。如果状态显示disconnected，说明网卡存在但没连接。另一种确认方式是看/etc/sysconfig/network-scripts/目录下有哪些ifcfg-开头的文件，文件名后半段就是网卡名。

如果你确实习惯用 eth0 这种命名，也是可以改的：在 GRUB 启动参数里加上net.ifnames=0 biosdevname=0，重启后网卡就会变成 eth0。但这属于个人偏好，新手不建议折腾——网上的教程千差万别，有人写 eth0 有人写 ens33，你自己系统里是哪个就以哪个为准，不要盲目照抄。

3.3 静态 IP 配置的完整写法

静态 IP 相比 DHCP 的好处是地址恒定，重启虚拟机之后 IP 不会变，MobaXterm 里保存的会话就不用每次改地址。在 NAT 模式下配静态 IP，要注意三个值必须和虚拟网络编辑器里的一致：子网网段、网关地址、DNS。

假设虚拟网络编辑器里 NAT 模式的信息是：子网 192.168.110.0，掩码 255.255.255.0，网关 192.168.110.2。那么网卡配置文件可以这样写：

TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=static DEFROUTE=yes IPV4_FAILURE_FATAL=no NAME=ens33 DEVICE=ens33 ONBOOT=yes IPADDR=192.168.110.100 PREFIX=24 GATEWAY=192.168.110.2 DNS1=223.5.5.5 DNS2=114.114.114.114

几个参数的解释。IPADDR我特意选在 100 这个位置，是因为 NAT 的 DHCP 范围通常从 128 开始，选 100 可以避免和自动分配出去的地址冲突。PREFIX=24等价于NETMASK=255.255.255.0，两种写法都行，PREFIX更简洁。DNS1和DNS2用来做域名解析，不配的话ping www.baidu.com会提示 unknown host，但ping 8.8.8.8是通的——这个现象本身就是判断 DNS 是否配置成功的标志。

改完配置文件之后执行：

systemctl restart network ip addr show ens33 ip route show

ip route show的输出里应该有一行default via 192.168.110.2 dev ens33，这是默认路由，没有它虚拟机只能访问同网段，上不了外网。

3.4 验证链路：从网关到外网到 DNS

网络配置完了不要急着装软件，按顺序做四步验证，出问题能立刻定位到是哪一层：

1. ping -c 3 192.168.110.2—— 通说明虚拟机和虚拟网关之间的链路正常，网卡配置没错。
2. ping -c 3 223.5.5.5—— 通说明默认路由和 NAT 转发正常，能出公网了。
3. ping -c 3 www.baidu.com—— 通说明 DNS 解析正常。
4. 在宿主机上打开命令行，ping 192.168.110.100—— 通说明宿主机能反向访问到虚拟机，MobaXterm 连接的前提已经满足。

这四步里任何一步失败，问题范围都能缩小一大圈。第一步失败基本是网卡配置写错了；第二步失败通常是网关地址不对或者 VMware 的 NAT 服务没启动；第三步失败是 DNS 问题；第四步失败则可能是宿主机防火墙拦截了虚拟网卡，或者虚拟网络编辑器里的设置被改动过。

提示：VMware 的 NAT 功能依赖宿主机上两个后台服务，一个负责 DHCP，一个负责 NAT 转发。如果第二步一直不通，可以去 Windows 的"服务"里找找这两个 VMware 相关服务是否在运行状态。

4. 让 SSH 服务端就位，MobaXterm 才有得连

网络通了之后，接下来的事就转移到另一台设备上了——你要在宿主机上用 MobaXterm 连进虚拟机。MobaXterm 是一个 SSH 客户端，它本身不产生连接能力，真正的服务是虚拟机里的 sshd 提供的。所以这一步的重点全在服务端。

4.1 确认 sshd 装没装、跑没跑

CentOS 7 的绝大多数安装方式（包括最小安装）默认都带 openssh-server，但确认一下总没错：

rpm -qa | grep openssh

正常会看到openssh-server-xxx、openssh-clients-xxx这类包。如果没有，用yum install -y openssh-server补上。装完之后检查服务状态：

systemctl status sshd

看到active (running)说明在跑。如果显示inactive或者failed，用systemctl start sshd启动；如果启动失败，用systemctl status sshd -l或者journalctl -u sshd -n 50看具体报错，常见原因有配置文件语法错误、22 端口被占用、主机密钥文件权限不对。

还有一步不能忘：设置开机自启。

systemctl enable sshd

不设自启的话，虚拟机重启之后 sshd 不会自动启动，你会遇到"昨天还能连，今天连不上"的诡异情况，然后花时间排查半天发现只是服务没起。这种问题在新手阶段特别常见，现在设一下就能永久规避。

再确认一下监听端口：

ss -tlnp | grep 22

输出应该显示LISTEN状态，绑定在0.0.0.0:22或:::22。如果只绑定在127.0.0.1:22，说明配置里限制了监听地址，外部连不进来，需要改ListenAddress。

4.2 root 直连还是普通用户 + sudo

这是一个习惯问题，也是一个安全问题。CentOS 7 的 sshd 默认允许 root 通过密码登录（PermitRootLogin默认是 yes，虽然配置文件里那一行是注释状态）。学习和测试环境下，直接用 root 登录最省事；但如果你打算把这套环境当成长久使用的开发机，建议养成用普通用户 + sudo 的习惯。

具体做法是在安装系统的时候创建一个普通用户，或者装完之后用useradd加一个，然后用usermod -aG wheel 用户名把它加入 wheel 组，这样就能用 sudo 提权了。之后在/etc/ssh/sshd_config里把PermitRootLogin yes改成no，重启 sshd，root 就不能直接 SSH 登录了，必须先用普通用户登录再su -。

对于纯实验环境，我的做法比较折中：保留 root 登录，但给 root 设一个复杂密码。因为是 NAT 模式的本地虚拟机，暴露面很小，方便比安全更重要。但如果你的虚拟机是桥接模式，接在宿舍网或者公司网里，那就一定要按上面的方式收紧权限，因为同一网段内任何设备理论上都能尝试连接你的 22 端口。

4.3 firewalld 与 SELinux 在什么时候才会挡你

这两个东西经常被当作"SSH 连不上的罪魁祸首"，但实际上在默认配置下，它们都不会阻止 22 端口的 SSH 连接。firewalld 默认会放行 ssh 服务，SELinux 对标准端口的 sshd 也是允许的。

那么什么时候它们会真的挡路？两种情况。一是你把 SSH 端口从 22 改成了别的端口，firewalld 需要新增端口放行规则，SELinux 需要给这个端口打上ssh_port_t标签；二是 SELinux 处于 enforcing 模式且文件上下文被破坏，比如你手动复制了一份配置文件到别的位置，权限和标签都不对。

检查命令：

firewall-cmd --state firewall-cmd --list-all getenforce sestatus

如果确实需要放行新端口：

firewall-cmd --permanent --add-port=2222/tcp firewall-cmd --reload semanage port -a -t ssh_port_t -p tcp 2222

注意semanage命令来自policycoreutils-python这个包，最小安装里没有，需要先yum install -y policycoreutils-python。如果只是临时排查，用setenforce 0把 SELinux 调到宽容模式，验证是不是它导致的，验证完再改回来，不要长期关着。

4.4 改 SSH 端口后必须同步做的事

改默认端口的目的是减少自动化扫描带来的干扰，在公网暴露的服务器上比较常见。本地虚拟机其实没必要改，但如果你出于习惯改了，有四件事要同步做，缺一个就会连不上：

1. 修改/etc/ssh/sshd_config里的Port，如果保留 22 又想加新端口，就写两行 Port。
2. 防火墙放行新端口，用上面的firewall-cmd命令。
3. SELinux 给新端口打标签，用上面的semanage命令。
4. MobaXterm 会话里的端口号同步改掉。

第 3 步是最容易漏的。现象很有迷惑性：防火墙已经放行了，ss -tlnp也显示监听在新端口上，但客户端就是连不上，报 connection refused。这种时候先看/var/log/secure里有没有 SELinux 的拒绝记录，基本一查一个准。

5. MobaXterm 端的安装、汉化与首次会话

服务端准备就绪，现在换到宿主机这一侧。MobaXterm 之所以在 Windows 用户里口碑不错，主要是因为它把 SSH 客户端、SFTP 文件浏览器、X11 服务器、多标签终端会话这些东西打包在了一个 exe 里，不用像 PuTTY 那样配一个跳一个工具。

5.1 Portable 版还是安装版，Home 还是 Professional

MobaXterm 有两个维度需要选择：分发形式和版本等级。

分发形式上，有安装版（Installer edition）和便携版（Portable edition）。便携版是一个压缩包，解压出来直接运行 exe，不写注册表，可以放在 U 盘里随身带，换电脑之后所有会话配置跟着走。安装版会集成到系统里，支持右键菜单之类的功能。我的建议是用便携版，因为它不会在你宿主机上留一堆痕迹，配置文件就是同目录下的一个 ini 文件，备份和迁移都方便。

版本等级上，有 Home Edition（免费）和 Professional Edition（付费）。Home 版对个人使用完全够用，限制主要在会话数量和一些高级功能上，日常 SSH 连接、SFTP 传输、日志记录都不受影响。至于从哪个渠道下载，建议直接去官网，不要从第三方下载站拿所谓"绿色版"，这类二次打包的文件被植入东西的概率不低。

5.2 "汉化"这件事的真相与终端中文显示的正确做法

网上搜索"MobaXterm 汉化"的人很多，这里要说清楚一个事实：MobaXterm 本身没有官方中文界面，网上流传的汉化包基本都是第三方修改版。替换主程序文件实现界面汉化，代价是失去官方更新、可能引入未知代码、出问题时无法判断是软件 bug 还是汉化造成的。我个人的建议是不要折腾界面汉化，软件本身的英文词汇量并不大，用几次就熟了。

真正需要解决的是终端里的中文显示，这才是"乱码"问题的根源，而这跟界面语言是两回事。中文乱码的原因通常有三层：

第一层是服务端的 locale 设置。用locale命令看当前环境的编码，LANG如果是POSIX或者没设置，中文就会显示成问号或者方块。修法是在~/.bashrc里加一行export LANG=en_US.UTF-8，或者装完中文语言包之后设成zh_CN.UTF-8。对于服务器环境，我倾向于用en_US.UTF-8——它能正确显示中文，同时避免中文环境下命令行报错信息也变成中文，搜索报错的时候更省事。

第二层是客户端终端的字符集。在 MobaXterm 的 Settings - Configuration - Terminal 里，把字符集设为 UTF-8。这一层和服务端必须匹配，服务端是 UTF-8 客户端也是 UTF-8 才能正常显示。

第三层是字体本身有没有中文字形。这一层最容易被忽略。就算编码全对，如果终端字体是那种只有拉丁字母的等宽字体，中文依然会显示成方块。解决办法是换一个带中文字形的等宽字体，比如系统自带的"新宋体"配合 Consolas 作为回退，或者安装专门的中文等宽字体。

如果确实需要中文语言环境，得先装语言包：

yum groupinstall -y "Chinese Support" localectl set-locale LANG=zh_CN.UTF-8

装完之后重新登录会话，locale就能看到完整的中文环境了。

5.3 新建会话的每个字段怎么填

点开 Session，选 SSH，会看到这样一组字段：

字段	填什么	说明
Remote host	192.168.110.100	虚拟机配置的静态 IP
Specify username	root 或普通用户名	勾选后免去每次输入用户名
Port	22	若改过端口则填新端口
Bookmark settings	自取名称	建议写成"CentOS7-实验机"这种可辨识的名字

填完之后点 OK，第一次连接会弹出主机密钥确认，点接受。之后输入密码就能进去了。如果想免密码，可以在会话设置里指定私钥文件，但那是另一套流程：需要先在虚拟机里ssh-keygen生成密钥对，把公钥追加到~/.ssh/authorized_keys，然后把私钥导入 MobaXterm。对于本地实验环境，保存密码已经足够方便了。

会话保存之后会出现在左侧的会话列表里，双击即连。建议把常用的几台机器分个组，MobaXterm 支持创建文件夹来归类会话，机器多了之后这个功能很省时间。

5.4 SFTP 侧边栏、日志留存与快速命令

MobaXterm 登录成功之后，左侧会自动出现一个 SFTP 面板，显示的是虚拟机当前用户的家目录。这个面板的用法很直观：拖文件进去就是上传，拖出来就是下载，双击可以打开编辑。对于经常要在宿主机和虚拟机之间传脚本、传配置文件的人来说，这个功能比单独开一个 SFTP 工具方便太多。

有一个细节要注意：拖拽上传的目标路径是当前所在目录，而不是固定在家目录。如果你在终端里cd /etc/nginx，左侧面板也会跟着跳过去，这时候拖一个文件进去就是往/etc/nginx里放。这个特性用好了很顺手，用不好容易把文件放错地方，传完之后记得确认一下路径。

日志留存是另一个实用功能。在会话设置里找到"Log terminal output to"这类选项，指定一个日志文件路径，之后这个会话的所有终端输出都会写进文件。做实验的时候它特别有用——操作步骤忘了，翻日志就能复盘；排查问题时，把日志发给别人看也比截图方便。建议给日志文件按日期命名，或者按项目分目录，避免所有日志堆在一个文件里越来越大。

还有一个提高效率的小技巧是把常用命令做成宏。MobaXterm 支持定义宏并绑定快捷键，比如把systemctl restart sshd绑到某个组合键上，调试的时候就不用来回敲了。这个功能在反复重启服务、反复查看日志的场景下能省下不少时间。

6. 连不上、乱码、卡顿：一条完整的排查链路

前面几节都是"配置正确"的路径，但实际操作中大概率会在某个环节卡住。这一节把常见故障按现象分类，给出可复现的排查顺序。写这一节的目的不是让你背答案，而是让你建立"从现象反推层级"的思路。

6.1 ping 不通时先分清是哪一层的问题

ping不通是排查的起点，但"不通"有很多种，要先把范围缩小。第一步是在虚拟机里ping网关。如果这一步就不通，问题在虚拟机自身的网络配置——检查ip addr有没有地址、ip route有没有默认路由、网卡是不是 UP 状态。第二步是在宿主机里打开命令行，ping虚拟机的 IP。如果不通但虚拟机自己 ping 网关是通的，问题在 VMware 的虚拟网络层面——检查虚拟网络编辑器的设置，或者试试"还原默认设置"。

虚拟网络编辑器的"还原默认设置"是一个很有效的重置手段，它会清掉所有自定义的虚拟网络配置，重建一套标准的 VMnet0、VMnet1、VMnet8。如果网络行为变得莫名其妙，比如 IP 明明配对了就是不通，可以试一下这个操作，然后重启虚拟机。代价是之前自定义的网段信息会丢，需要重新对照新的网关地址改一遍网卡配置。

还有一个容易被忽略的点：宿主机的防火墙。Windows 防火墙有时候会拦截来自虚拟网卡的流量，导致虚拟机 ping 得通宿主机，宿主机 ping 不通虚拟机。排查的时候可以临时关掉防火墙试一下，确认之后再针对性地加规则。

6.2 Connection refused 与 Connection timed out 是两回事

这两个报错经常被混为一谈，但它们指向完全不同的原因，分清能省很多时间。

Connection refused的意思是网络包到达了目标主机，但目标端口上没有程序在监听——换句话说，路是通的，门是关的。对你来说就是：网络没问题（能 ping 通），但 sshd 没在跑或者没监听在那个端口上。处理方式是回虚拟机检查systemctl status sshd和ss -tlnp | grep 22。

Connection timed out的意思是网络包根本没到达目标主机，或者到了但回复没回来——路就是断的。这时候要往网络层查：IP 地址写错了、虚拟机没启动、网络模式选错了、防火墙直接把包丢了。如果是改过 SSH 端口的情况，超时可能是 SELinux 拦住了新端口，包被丢弃不会返回拒绝消息，所以表现为超时而不是拒绝。

记住这个区分方式：拒绝是服务问题，超时是网络问题。按这个思路走，能避免在错误的方向上浪费时间。

6.3 SSH 能连但中文是乱码

成功连上之后，如果ls出来的文件名是问号，或者cat一个中文文本文件显示乱码，先执行echo $LANG看服务端的语言环境。如果输出是空或者是POSIX，那就是这一层的问题，按 5.2 节的方式设置 locale。如果服务端已经是UTF-8，那问题在客户端，去 MobaXterm 的终端设置里确认字符集。

还有一种情况是两边都是 UTF-8 但某些字符还是显示异常，这多半是字体缺少对应字形。换个带中文字形的等宽字体通常就能解决。如果只是偶尔几个特殊符号显示不出来，那可能确实是字体覆盖范围的问题，换字体或者忽略都可以。

提示：LANG的设置对当前会话生效，重开一个会话就失效了。要永久生效，写进~/.bashrc（只影响当前用户）或者/etc/locale.conf（影响全系统）。

6.4 虚拟机界面卡顿与 VMware 环境异常

用着用着发现鼠标移动不流畅、窗口拖影严重，先确认装了虚拟化工具：

yum install -y open-vm-tools systemctl enable --now vmtoolsd

这个包提供显卡驱动、时间同步、鼠标集成等功能，装上之后图形界面会明显顺滑。如果不用图形界面、只跑命令行，装不装影响不大，但建议还是装上，因为时间同步功能对后面做实验有帮助。

另一类问题是 VMware 本身的行为异常，比如虚拟机面板上的某些按钮变灰不可点。常见原因有几个：虚拟机目录被其他进程占用（比如上一次没正常关闭，留下了.lck锁定文件）、.vmx配置文件被改坏、VMware 服务没有以足够权限运行。处理思路是先确认虚拟机是否完全关闭，再检查目录下有没有.lck结尾的文件夹，有的话在确认虚拟机确实没在运行的前提下删掉它再重新打开。如果是以普通用户运行 VMware 出现权限相关的提示，试试用管理员身份启动。

如果虚拟机开机卡在某个界面或者直接报错，先看有没有最近装过什么软件或者改过配置，实在找不到原因就用快照回滚。这也是为什么我在下一节要专门讲快照——它是解决"不知道为什么坏了"最省事的办法。

7. 把虚拟机用顺手以后的几个提效习惯

能连上、能敲命令只是起点。真正让这套环境变得好用，靠的是一些长期积累下来的使用习惯。这一节说的都是我自己摸索出来的、在官方文档里不太会提的做法。

7.1 快照与克隆：给自己留退路

快照的本质是把虚拟机当前的全部状态存成一个还原点，包括磁盘内容、内存状态（如果虚拟机开着）、配置信息。操作位置在 VMware 菜单的"虚拟机 - 快照 - 拍摄快照"。

什么时候该拍快照，我的经验是三个时间点：系统刚装完、基础环境配好之后（网络通了、yum 源换好了、常用工具装齐了），拍一个叫"基线"的快照；在做一个有风险的操作之前，比如升级内核、改 SSH 配置、装一个可能影响系统环境的软件；做重要实验之前。

快照不是越多越好。每个快照都会占用磁盘空间，而且快照链太长之后读写性能会下降，管理起来也乱。我的习惯是保留一个基线快照长期不动，另外按需临时拍，用完就删。定期去"快照管理器"里看一眼，把过期的清理掉。

克隆是在快照基础上更彻底的复制。操作位置在"虚拟机 - 管理 - 克隆"。完整克隆是复制一份完全独立的虚拟机，占用空间大但互不影响；链接克隆是共享母机的磁盘文件，只存差异部分，省空间但依赖母机。做多机实验，比如搭一个三节点的集群，用链接克隆最划算——母机装好基础环境，克隆出三台，然后只改主机名和 IP 就能用了。

7.2 共享目录、拖拽上传与 open-vm-tools

宿主机和虚拟机之间传文件，有三条路可选，各有适用场景。

共享文件夹需要在 VMware 的虚拟机设置里先启用，指定宿主机上的一个目录和它在虚拟机里的挂载名，然后在虚拟机里装open-vm-tools并手动挂载：

mkdir -p /mnt/hgfs/share vmhgfs-fuse .host:/share /mnt/hgfs/share

有的 open-vm-tools 版本不带 vmhgfs-fuse 组件，需要额外装open-vm-tools-desktop或者从源码编译，这时候折腾的成本就超过收益了。

拖拽上传通过 MobaXterm 的 SFTP 面板，前面说过了，简单直接，适合零散文件。

命令行传输用scp或rsync，适合批量、脚本化的场景。比如从宿主机往虚拟机推一个目录：

scp -r ./project root@192.168.110.100:/opt/

三条路我实际用下来，日常零散文件走 SFTP 面板，批量同步走 rsync，共享文件夹基本没在用——因为挂载麻烦且偶尔出问题，性价比不高。

7.3 时间漂移、磁盘扩容与目录清理

虚拟机长时间不关机，或者从快照恢复之后，系统时间可能和真实时间对不上。这会导致日志时间戳混乱、依赖时间戳的应用出问题、HTTPS 证书校验失败。检查方式：

timedatectl status

如果发现时间偏了，重启时间同步服务：

systemctl restart chronyd timedatectl set-ntp yes

快照恢复之后时间漂移是必然的，因为快照保存的是当时的时间状态。养成习惯：恢复快照后第一件事就是检查时间。

磁盘不够用的时候，扩容的流程是先在 VMware 的虚拟机设置里把磁盘容量调大，然后进系统扩展分区。如果是 LVM 布局，大致是这几步：

fdisk /dev/sda # 新建分区，类型设为 LVM pvcreate /dev/sda3 vgextend centos /dev/sda3 lvextend -l +100%FREE /dev/centos/root xfs_growfs / # ext4 用 resize2fs

这套操作对新手来说有一定风险，分区表操作错了可能丢数据，所以扩容前一定要拍快照。而且要注意 CentOS 7 默认用的是 XFS 文件系统，扩容命令是xfs_growfs而不是resize2fs，用错了会提示不支持。

最后是清理。虚拟机用久了磁盘文件会越来越大，临时文件、yum 缓存、旧内核、日志都会堆积。定期执行这些清理命令：

yum clean all rm -rf /var/cache/yum/* journalctl --vacuum-size=200M package-cleanup --oldkernels --count=1

package-cleanup来自yum-utils包，用来清理旧内核。CentOS 7 默认会保留多个内核版本，时间长了会占掉几百兆的/boot空间，一旦/boot满了，下次更新内核就会失败。

如果某台虚拟机彻底不用了，删除的时候要注意：从 VMware 库里移除，和从磁盘上删除是两件事。直接在库里右键移除，虚拟机文件还躺在硬盘上占空间。正确的做法是先确认不需要里面的数据了，右键选择从磁盘删除，或者手动去虚拟机存放目录把整个文件夹删掉。删之前务必看清楚目录路径，别误删了其他虚拟机的文件夹——这种事我自己干过一次，好在有备份。

这套环境搭好之后，可以做的事情还很多：在上面装 Docker 练容器编排，装 Nginx 加 MySQL 练 Web 应用部署，配 Ansible 练批量管理，或者干脆克隆出几台机器组个小集群。VMware 虚拟机的价值不在于它本身，而在于它提供了一个可以随便折腾、随时重置的沙盒。真正把快照、克隆、静态 IP 这些基础习惯养成了，后面学什么都快。