虚拟机远程连接失败，多数不是虚拟机本身损坏，而是网络链路、端口放行、服务状态或认证配置某一环断开，按“网络通不通→端口开不开→服务起没起→账号对不对”四步排查，能解决绝大多数连接问题。
虚拟机远程连接失败时，很多人第一反应是重装虚拟机或重装系统，其实大部分故障只需要调整网络模式、放行端口或修改服务配置，下面按排查权重拆成四个模块,每个模块都给出可直接执行的命令和操作路径。
远程桌面连接不上虚拟机怎么办？先查网络模式与IP
远程桌面连不上虚拟机，第一步不是看端口，而是看虚拟机到底有没有一个客户端能访问的IP地址，虚拟机网络模式选错,后面排查都白费。
虚拟机远程连接失败原因：IP配置错误最常见
本地虚拟机常用三种网络模式：桥接、NAT、仅主机，行业共识认为，多数远程连接故障集中在网络与防火墙配置层面,而IP配置错误又是网络问题里的头号原因。
- 桥接模式：虚拟机与宿主机在同一局域网，路由器会给虚拟机分配独立IP,外部设备可直接访问。
- NAT模式：虚拟机通过宿主机上网，宿主机可以访问虚拟机,但同一局域网其他设备通常不能直接访问。
- 仅主机模式：虚拟机只能和宿主机通信，无法访问外网,也无法被其他设备访问。
想远程连接，优先选桥接模式，如果只能选NAT模式，就要在宿主机上做端口转发,把宿主机的某个端口映射到虚拟机的远程端口。
在虚拟机里执行以下命令查看IP：
- Windows：
ipconfig - Linux：
ip addr或ifconfig
如果看到的IP是 254.x.x，说明DHCP获取失败，此时需要手动设置静态IP，确保与宿主机同网段，比如宿主机IP是192.168.1.100，虚拟机就设置成192.168.1.101,网关和DNS与宿主机一致。
ping不通虚拟机IP？先做链路测试
拿到虚拟机IP后,在客户端或宿主机上执行：
ping 192.168.1.101
如果ping不通，不要急着怀疑虚拟机坏了,按顺序排查：
- 虚拟机的网络适配器是否启用。
- 虚拟机操作系统内网卡是否禁用。
- 防火墙上是否拦截了ICMP回显请求。
- 桥接模式下，虚拟机和宿主机是否连在同一个物理交换机或Wi-Fi上。
很多vmware虚拟机远程桌面连不上的情况，就是虚拟机IP变了，而客户端还连旧地址，先确认IP,再重连往往就能解决。
端口不放行，连接请求全被挡在门外
网络通了，下一步就是端口，远程桌面和SSH都有默认端口，端口没监听或防火墙没放行,连接请求发过去就像敲门没人开。
Windows虚拟机远程桌面端口3389与防火墙
Windows远程桌面默认使用TCP 3389端口,在虚拟机内执行：
netstat -ano | findstr 3389
如果没有任何输出，说明远程桌面服务没有监听3389，先去“系统属性”的“远程”选项卡里勾选“允许远程连接到此计算机”,然后再执行命令确认。
如果端口已经在监听，但还是连不上，检查Windows Defender防火墙：
- 打开“高级安全 Windows Defender 防火墙”。
- 点击“入站规则”。
- 找到“远程桌面 – 用户模式(TCP-In)”,确认已启用。
- 如果没有该规则，手动新建入站规则，放行TCP 3389。
也可以直接执行以下命令快速放行：
netsh advfirewall firewall add rule name="RDP" dir=in protocol=TCP localport=3389 action=allow
Linux虚拟机SSH连接失败：22端口与sshd服务
Linux虚拟机远程连接依赖SSH服务，默认端口22，SSH连不上时,先确认服务是否在运行：
systemctl status sshd
如果服务没有运行,执行：
systemctl start sshd systemctl enable sshd
再确认22端口是否处于监听状态：
ss -tlnp | grep 22
如果服务在跑、端口在监听，还是连不上,就要检查防火墙：
- CentOS/RHEL：
firewall-cmd --add-port=22/tcp --permanent && firewall-cmd --reload - Ubuntu/Debian：
ufw allow 22/tcp
很多Linux虚拟机SSH连接失败，不是SSH配置有问题，而是防火墙把22端口拦了，放行端口后,客户端再试一次。
云服务器与本地虚拟机对比排查
云服务器和本地虚拟机的连接失败原因有一部分重叠，但也有关键差异,下面用表格对比：
| 检查点 | 本地虚拟机 | 云服务器 |
|---|---|---|
| 网络模式 | 桥接/NAT/仅主机 | 默认VPC网络，无需选择 |
| 防火墙 | 宿主机防火墙+虚拟机防火墙 | 云防火墙+安全组 |
| 端口放行 | 虚拟机内放行 | 安全组入方向+系统防火墙 |
| 公网IP | 通常无独立公网IP | 弹性公网IP或绑定公网IP |
| 常见故障 | IP冲突、NAT隔离 | 安全组漏放行、公网IP未绑定 |
云服务器远程连接失败时，优先检查安全组入方向规则是否放行了3389或22端口，再检查系统防火墙,本地虚拟机则优先查网络模式与IP。
服务与认证：连接失败的深层原因
网络和端口都正常后，如果还连不上,问题往往出在服务配置和账号认证上。
Windows远程桌面服务未启动
远程桌面相关服务名称为“Remote Desktop Services”和“Remote Desktop Configuration”，如果虚拟机开机后远程桌面始终不可用，先打开“服务”管理器，确认这两项服务状态为“正在运行”，如果服务启动失败，查看事件查看器里的系统日志,通常能看到具体的错误模块。
也可以执行以下命令重启远程桌面服务：
Restart-Service TermService -Force
Linux SSHD配置错误导致连接被拒
SSH服务运行正常、端口也放行，但客户端连接时提示“Connection refused”或“Permission denied”，就要检查/etc/ssh/sshd_config。
常见配置错误：
PermitRootLogin no：禁止root远程登录,但你自己在用root账号。PasswordAuthentication no：禁止密码登录,但客户端还在用密码。AllowUsers或DenyUsers：限制了特定用户,当前账号不在允许列表。
修改配置前先做语法检查：
sshd -t
确认无误后再重启SSH服务：
systemctl restart sshd
账号密码与密钥权限问题
Windows账号如果被锁定、密码过期，或者远程登录权限被组策略限制，连接时就会提示“拒绝访问”或“账号被锁定”，本地控制台登录一次,检查账号状态。
Linux使用密钥登录时，~/.ssh/authorized_keys 权限必须是600，~/.ssh 目录权限必须是700，如果权限过宽，SSH服务会拒绝使用该密钥,执行：
chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys
业内专家指出，SSH密钥权限错误是最容易被忽略的认证失败原因,权限改对后多数连接能恢复。
用命令行快速定位连接失败点
排查远程连接问题,有几个命令可以帮你快速判断问题在哪一层。
端口连通性测试命令
-
Windows客户端测试目标端口：
Test-NetConnection 192.168.1.101 -Port 3389
输出中的
TcpTestSucceeded为True表示端口通。 -
Linux客户端测试目标端口：
nc -zv 192.168.1.101 22
看到
succeeded说明端口可达。 -
没有nc时用telnet：
telnet 192.168.1.101 22
抓包查看连接请求是否到达虚拟机
如果端口测试不通,可以在虚拟机内抓包确认请求有没有到达网卡：
tcpdump -i eth0 port 22
如果客户端发起连接时，虚拟机内抓不到任何SYN包，说明请求在半路被拦截，重点检查宿主机防火墙、路由器ACL或云服务器安全组。
如果抓到SYN包但没有响应,说明虚拟机防火墙或服务配置有问题。
虚拟机远程连接失败并不可怕，怕的是盲目重装，按“网络模式→IP地址→端口监听→防火墙放行→服务状态→认证配置”的顺序排查，多数情况下能在几分钟内找回连接，把虚拟机当成一台独立的机器来查，而不是遇到问题就重启,远程连接的稳定性会提升很多。
常见问题
虚拟机远程连接失败原因有哪些？
主要原因是网络模式选错、IP地址配置错误、防火墙未放行端口、远程服务未启动、账号密码或密钥权限异常，不同环境下，本地虚拟机多与网络模式有关,云服务器多与安全组规则有关。
远程桌面连接不上虚拟机怎么排查端口？
先确认虚拟机能ping通，再在客户端执行Test-NetConnection 虚拟机IP -Port 3389，如果返回False，依次检查远程桌面服务是否监听3389、虚拟机防火墙是否放行3389、云服务器安全组是否允许入方向TCP 3389。
Linux虚拟机SSH连接失败如何恢复？
先执行systemctl status sshd确认服务运行，再执行ss -tlnp | grep 22确认端口监听，如果服务异常，启动服务并放行22端口，如果仍失败，检查/etc/ssh/sshd_config中的PermitRootLogin和PasswordAuthentication参数，并确认~/.ssh/authorized_keys权限为600。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/637731.html
