大雄行为锻炼MobaXterm连不上自己虚拟机里的CentOS，这大概是VMware新手踩过最密集的坑之一。系统装好了，登录界面也能进，但打开MobaXterm准备远程操作时，不是弹红叉就是一直转圈，什么“Connection refused”“Network is unreachable”看得人头皮发麻。我前后帮不少同事排查过这类问题，自己也反复被这些莫名其妙的现象折腾过，所以今天干脆把“MobaXterm无法连接虚拟机CentOS”这个场景完整拆一遍，从网络通不通、SSH服务有没有启动，再到MobaXterm这边的会话配置，每一步都讲清楚。
这篇文章适合谁看？刚装好CentOS想用MobaXterm练手的新手，以及被连不上问题折腾了半天、又找不到系统排查思路的开发者和运维朋友。看完之后你会发现，连不上这件事，大部分原因不在MobaXterm本身，而是虚拟机网络、SSH服务、防火墙这几个“上游环节”出了问题。
1. 先搞明白：MobaXterm连不上CentOS，问题到底出在哪一层
1.1 一次SSH连接要经过的完整链路
MobaXterm连接虚拟机里的CentOS，本质上就是一次SSH远程登录。SSH是Linux系统默认自带的远程管理协议，默认走22端口。MobaXterm作为客户端，向CentOS的22端口发起加密连接请求，CentOS里的sshd服务收到请求后验证用户名和密码，验证通过，就建立起一个远程shell会话。
这条链路看着简单，但中间任何一环断了，最终表现都是“连不上”。我把这条链路拆成四段：
- 第一段：虚拟机和宿主机（Windows）之间的网络是通的，虚拟机有IP，宿主机能访问到这个IP。
- 第二段：CentOS系统里的sshd服务进程在运行，并且监听在22端口上。
- 第三段：CentOS的防火墙和SELinux没有把22端口或SSH流量拦下来。
- 第四段：MobaXterm这边填写的IP地址、端口号、用户名、密码全部正确。
有一个通俗的类比：MobaXterm就是快递员，虚拟机IP是收件地址，sshd是家里愿意开门接快递的人，22端口是大门，防火墙和SELinux是小区保安，用户名密码是收件人身份信息。快递员找不到地址，家里没人，大门锁死，保安不让进，任何一个环节出问题，包裹都送不到。
所以排查“连不上”问题，正确思路就是按这条链路从前往后查，而不是一开始就盯着MobaXterm的配置乱改。我见过太多人在MobaXterm里翻来覆去改设置，最后发现虚拟机压根没有IP，完全是白费力气。
1.2 不同错误提示对应的排查方向
MobaXterm连接失败时，窗口里会显示不同的错误信息，这些信息其实就是诊断线索。不同提示代表故障发生的位置完全不同，看一眼大概能定位到排查方向。
| MobaXterm提示 | 故障大概率出在哪一层 | 优先查什么 |
|---|---|---|
| Connection refused | 22端口没服务 | sshd是否运行、端口是否被改 |
| Network is unreachable | 虚拟机网络没配好 | IP地址、网卡是否启用 |
| Connection timed out | 网络不通或防火墙拦截 | ping测试、Windows/虚拟机防火墙 |
| Permission denied | 用户名密码或密钥认证失败 | 重新确认密码 |
| REMOTE HOST IDENTIFICATION HAS CHANGED | SSH指纹冲突 | 清理known_hosts或重建会话 |
刚开始排查的时候，先看MobaXterm给出的提示属于哪一类，再决定往哪个方向查。如果提示是“Connection timed out”，你在MobaXterm里改一百遍端口都没用，因为问题出在网络层或者防火墙。如果提示是“Permission denied”，那网络和SSH服务大概率是通的，问题出在账号密码。
我就是靠这套“提示定位法”一步一步缩小范围的。下面按照排查顺序，从网络层开始逐层往下讲。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 第一步排查：网络通不通，决定了后面所有操作
2.1 VMware网卡模式选错是头号原因
在排查看不到虚拟机IP之前，先确认VMware里虚拟机的网卡模式。VMware提供了三种虚拟网络模式，分别是NAT、桥接（Bridge）和仅主机（Host-Only）。
NAT模式是默认也是最省心的模式，对应VMnet8虚拟网卡。虚拟机的网络流量通过宿主机转发出去，对外表现为宿主机在上网，虚拟机在“借用”宿主机的网络。同时宿主机能访问虚拟机，虚拟机也能访问宿主机。这个模式最大的优点就是不用关心局域网环境，宿主机能联网，虚拟机就能联网。
桥接模式对应VMnet0，相当于把虚拟机直接接到宿主机所在的局域网里，虚拟机就像局域网里的一台独立机器。这个模式在配置正确的情况下功能最强，但非常依赖局域网的DHCP环境，一旦局域网里没有DHCP服务，或者有IP冲突，虚拟机就无法正常获取IP，连接自然也成问题。
仅主机模式对应VMnet1，虚拟机只能和宿主机通信，不能访问外网，一般用于特殊测试环境，日常使用很容易踩坑。
很多新手连不上的原因，就是把VMware的网卡模式设成了桥接，而桥接模式又在当前网络环境下获取不到IP。这时候MobaXterm自