开篇直接给答案
Linux连不上虚拟机，多数情况下不是系统坏了，而是IP地址、网络模式或SSH服务这三处没对上。 我见过不少新手在终端里敲了一晚上ssh root@192.168.x.x，结果连报错信息都没细看，其实只要按顺序排查,这个问题通常几分钟就能解决。
linux连接虚拟机失败怎么解决：先分清三种网络模式
虚拟机连不上Linux，第一步不是改配置文件，而是搞清楚你用的是哪种网络模式，VMware和VirtualBox都提供三种常见模式，选错了模式,后面怎么折腾都是白费。
桥接模式：IP必须和宿主机同一网段
桥接模式相当于虚拟机直接插到你家路由器上，和宿主机是“邻居”关系，它的特点是：虚拟机有自己的独立IP,可以和局域网内其他设备互访。
- 常见问题：虚拟机IP和宿主机不在同一网段,谁也找不到谁。
- 排查方法：在宿主机终端输入
ip addr（Windows用ipconfig），记下你的网段，比如168.1.x，然后进虚拟机看IP是不是168.1.x开头。 - 如果不对，编辑网卡配置文件：
vi /etc/sysconfig/network-scripts/ifcfg-ens33，把BOOTPROTO改成static,手动填一个同网段的IP。
NAT模式：依赖虚拟网卡服务
NAT模式是大多数新手最常用的选择，因为它不用手动配IP，虚拟机通过宿主机上网，外部设备访问不到虚拟机，但注意，NAT模式有个前提：宿主机上的虚拟网卡服务必须正常运行。
- 在VMware里，NAT模式走的是
VMnet8；VirtualBox走的是vboxnet0。 - 如果你在宿主机网络连接里看不到这两块虚拟网卡，直接去“服务”里找
VMware NAT Service或VirtualBox Host-Only Network,确保它们已启动。 - NAT模式下，虚拟机IP通常由虚拟DHCP分配，比如
168.88.x或168.56.x,别拿这个IP去和宿主机局域网比。
仅主机模式：只能和宿主机通信
仅主机模式是个“孤岛”，虚拟机只能和宿主机通信，上不了外网，也访问不了局域网其他设备，如果你用这种模式，连接失败通常是宿主机防火墙拦住了虚拟网卡通信。
- 在防火墙设置里放行VMware或VirtualBox的虚拟网卡。
- 如果只是想在宿主机和虚拟机之间传文件、做实验，仅主机模式够用；想联网,就切回NAT或桥接。
linux ssh连接虚拟机失败：检查IP、服务和防火墙
排除了网络模式的问题，接下来就该逐个检查“老三样”了，行业共识认为，超过一半的SSH连接失败是因为服务没启动或者防火墙没放行,而不是什么高深的内核参数问题。
先确认虚拟机真的能上网
终端里敲一句：
ping -c 4 baidu.com
如果返回了正常的响应，说明虚拟机网络没问题，如果提示Name or service not known，那就是DNS配置有问题；如果提示Network is unreachable,那就是网卡没起来。
- 网卡没起来时，先查看网卡状态：
ip addr，看ens33或eth0有没有UP状态。 - 没有的话，执行
ifup ens33，或者重启网络服务：systemctl restart network（CentOS 7以下）或systemctl restart NetworkManager（CentOS 8以上）。
SSH服务没启动的尴尬
有一次我帮朋友排查，他一口咬定网络配置没问题，结果我登进虚拟机一看，sshd服务压根没装,这种情况在最小化安装的CentOS上特别常见。
- 检查SSH服务状态：
systemctl status sshd - 没启动就启动：
systemctl start sshd - 想开机自启：
systemctl enable sshd - 如果提示
Unit sshd.service not found，说明没装，执行yum install -y openssh-server（Debian系用apt install openssh-server）。
防火墙和SELinux拦路
很多新手在本地能连上虚拟机，换台电脑就连不上，十有八九是防火墙拦了22端口，Linux发行版大多默认开启防火墙,且默认不放行SSH。
- CentOS/RHEL系：
firewall-cmd --add-port=22/tcp --permanent && firewall-cmd --reload - Ubuntu/Debian系：
ufw allow 22/tcp - 如果不想纠结，直接关防火墙：
systemctl stop firewalld,但生产环境别这么干。
还有SELinux这个“隐形杀手”，有些系统开着SELinux，即使防火墙放行了，SSH还是被拒，临时关闭用setenforce 0，永久关闭得改/etc/selinux/config，把SELINUX=enforcing改成disabled。
linux连接vmware虚拟机失败：按命令逐层排查
如果你的场景是宿主机是Windows或Linux，虚拟机跑在VMware上，连接失败时，我建议按下面这个顺序排查,每步都有实际命令可跑。
第一步：看IP地址和网卡
在虚拟机的终端里输入：
ip addr
- 确认网卡有没有分配到合理的内网IP。
- 如果IP是
254.x.x开头，说明DHCP没拿到地址,检查VMware的DHCP服务。 - 如果没有任何IP，尝试
dhclient命令手动获取。 - 有些系统网卡叫
ens33或ens160，有些叫eth0,别按网上的教程死记硬背。
第二步：ping网关和宿主机
拿到IP后，先ping网关,再ping宿主机：
ip route show ping -c 4 网关IP ping -c 4 宿主机IP
- 网关通了、宿主机不通,大概率是宿主机防火墙拦了VMware虚拟网卡的入站请求。
- 网关和宿主机都不通,回头检查VMware网络模式和服务。
- 自己在虚拟机上能通则外部连不上,查SSH服务和防火墙。
第三步：检查VMware服务状态
在宿主机（Windows）上按Win+R，输入services.msc,确认这几个服务都是启动状态：
VMware Authorization ServiceVMware DHCP ServiceVMware NAT Service
其中VMware NAT Service挂了，虚拟机就上不了网；VMware DHCP Service挂了，虚拟机可能拿不到IP，很多linux连接vmware虚拟机失败的问题,根源就是这些服务被安全软件禁用或开机没启动。
第四步：尝试重启网络服务
虚拟机里按顺序执行：
systemctl restart NetworkManager systemctl restart network
两条命令不一定都有效，取决于你的发行版，如果提示找不到服务，就只执行有效的那个，重启完再用ip a看IP有没有变化。
远程连接工具和系统差异，别忽视
如果你用的是Windows宿主机，连接Linux虚拟机一般通过Xshell、Putty或Windows自带的OpenSSH客户端，这些工具本身出问题的概率不高,但偶尔会有版本兼容问题。
- Xshell连接时提示
Connection refused，说明虚拟机的22端口没开,服务或防火墙问题。 - 提示
Connection timed out，说明IP地址或网段不对,包根本没送过去。 - Putty连接时提示
Host key verification failed，重装系统后密钥变了，删除本机保存的旧密钥即可，Windows下路径是C:\Users\用户名\.ssh\known_hosts。
如果你用的是macOS或另一台Linux连接虚拟机,直接在终端敲：
ssh root@虚拟机IP
连接失败时，加上-v参数看详细日志：
ssh -v root@虚拟机IP
日志里会明确告诉你卡在哪一步：是DNS解析问题、密钥交换失败还是权限被拒。
Linux连接虚拟机失败并不可怕，绝大多数问题集中在网络模式选择、IP地址配置和SSH服务状态这三个环节，先确认虚拟机内网自己能通，再排查宿主机侧的防火墙和服务，最后检查SSH端口和工具设置，按照本文的顺序走一遍,你会发现自己也能在几分钟内搞定它。
常见问题快速问答
问：linux连接虚拟机失败，最常见的原因是什么？
最常见的坑是IP地址没对上，很多新手在NAT模式下去看宿主机局域网IP，拿着192.168.1.x的地址去连接虚拟机的192.168.88.x，自然连不上，先确认用ip addr拿到虚拟机真实IP,再ping一下网关验证链路是否通畅。
问：连接虚拟机提示“Connection refused”怎么处理？
这个报错说明网络是通的，但虚拟机的SSH服务没有监听22端口，依次检查：systemctl status sshd查看服务状态，ss -tlnp | grep 22查看端口监听情况，最后看防火墙是否放行了22端口，如果是刚装好的系统，很可能压根没装openssh-server。