虚拟机域名解析错误和本地无法访问网站，多数情况下不是网络硬件坏了，而是DNS链路、hosts文件权限、服务监听地址这三处中某一环脱节，按“先查解析，再看端口，最后放行防火墙”的顺序走，基本能恢复访问。
很多人一看到浏览器报错就反复重启网卡、重装虚拟机工具，其实方向错了，下面把排查过程拆成几个能直接照做的模块，先定位问题，再动手修。
虚拟机域名解析错误怎么排查？从DNS到hosts一条链路走完
虚拟机里出现域名解析错误,最典型的表现是：ping 公网 IP 能通，但 ping baidu.com 提示 unknown host，这种情况基本可以锁定在解析环节，不用去怀疑虚拟网卡驱动或者路由表。
先确认虚拟机里的DNS服务器地址是否可用
不同虚拟机系统查看 DNS 的位置不一样。
- Linux 虚拟机：查看
/etc/resolv.conf，确认是否有类似nameserver 223.5.5.5或nameserver 114.114.114.114的记录。 - Windows 虚拟机：打开网络适配器属性，双击 IPv4，查看 DNS 是否被固定成了宿主机的网关地址。
有一个很常见的坑：NAT 模式下虚拟机自动获取的 DNS 写的是网关地址，168.1.1，但这个地址在虚拟网段里可能根本不存在，NAT 模式的虚拟网段通常是 168.x.0/24，宿主机虚拟网卡的地址才是真正网关，把 DNS 改成公共 DNS，或者改成宿主机虚拟网关 IP，多数情况下会直接恢复。
测试命令如下：
- Linux：
nslookup baidu.com 223.5.5.5 - Windows：
nslookup baidu.com 223.5.5.5
如果返回了解析结果,说明 DNS 服务器本身可用，问题出在系统当前配置上。
修改hosts文件后为什么不生效？多半是换行和权限问题
虚拟机里修改 hosts 文件，加了一条本地测试域名，保存后浏览器还是解析不到，这个问题在 Windows 虚拟机里尤其常见。
常见原因有三个：
- hosts 文件被隐藏扩展名，实际存成了
hosts.txt，系统根本不读取。 - 文件最后一行缺少换行符,部分系统会忽略最后一条记录。
- Linux 下 hosts 文件权限不是 644，导致解析服务读取失败。
修复方式：
- Windows：用管理员身份打开记事本，路径为
C:WindowsSystem32driversetchosts，保存时选择“所有文件”，确保没有多余扩展名。 - Linux：执行
chmod 644 /etc/hosts，然后重启解析服务，不同系统服务名不同，常见的是systemctl restart systemd-resolved或systemctl restart nscd。
验证 hosts 是否生效，不要只看浏览器，浏览器有自己的 DNS 缓存，更可靠的方法是：
- Linux：
getent hosts 自定义域名，这个命令能绕过一部分系统缓存。 -
Windows：
ping 自定义域名，看返回的 IP 是否为 hosts 里配置的地址。
虚拟机NAT和桥接模式下的域名解析错误差异
两种模式的解析链路不一样,排查方向也不同。
| 对比项 | NAT模式 | 桥接模式 |
|---|---|---|
| DNS 配置来源 | 继承宿主机 | 手动配置或路由器 DHCP |
| 网关地址 | 宿主机虚拟网卡 IP | 物理路由器 IP |
| 常见错误 | DNS 指向错误虚拟网段 | IP、网关、DNS 不同步 |
NAT 模式下，虚拟机走宿主机的网络出口，宿主机 DNS 配置错了，虚拟机也跟着错，桥接模式下，虚拟机相当于局域网里的一台独立设备，需要手动把 IP、网关、DNS 配成和物理路由器一致。
一句话判断：NAT 模式先查宿主机能不能正常解析；桥接模式先查虚拟机的 IP、网关、DNS 是否和物理路由器同网段。
本地无法访问网站怎么解决？先分清是域名解析失败还是服务没起来
本地无法访问网站时,很多人的第一反应是改 hosts 或者换 DNS，有相当一部分情况是服务本身没监听在正确地址上，或者防火墙把请求拦了。
用curl命令区分连不上端口和解析不了域名
浏览器报错信息太笼统,容易被代理、缓存、安全策略干扰，直接用 curl 看底层反馈更清楚。
- 执行
curl -v http://你的域名：如果卡在Resolving host，说明是域名解析问题。 - 执行
curl -v http://127.0.0.1:端口：如果连 IP 也连不上，说明是服务没起或者端口被防火墙拦了。
这个判据非常实用,先确认端口通不通，再决定去查 DNS 还是查服务。
本地hosts文件域名解析优先级被浏览器DNS缓存干扰
现在主流浏览器自带 DNS 缓存和 DoH（DNS over HTTPS），有些浏览器默认启用安全 DNS，会绕过系统 hosts 文件，直接走加密 DNS 请求，结果就是：你在 hosts 里配了 0.0.1 test.local，浏览器还是去公共 DNS 解析，最终失败。
解决方法：
- 浏览器设置里搜索“安全 DNS”，关闭，或者选择“使用系统 DNS”。
- 清理浏览器 DNS 缓存，Chrome 可以访问
chrome://net-internals/#dns，点击 Clear host cache。 - 临时改用
http://127.0.0.1:端口直接访问，绕开域名解析。
本地服务只监听127.0.0.1导致局域网或虚拟机打不开
这是本地无法访问网站里最隐蔽的一种情况,服务在本地能访问，但虚拟机或局域网其他设备打不开。
原因：服务启动时只监听了 0.0.1，没有监听 0.0.0 或局域网 IP。
检查命令：
- Linux：
ss -tlnp | grep 端口，Local Address 显示为0.0.1:端口，外部流量自然进不来。 -
Windows：
netstat -ano | findstr 端口，看监听地址是否为0.0.1。
修复方式：把服务的监听地址改成 0.0.0 或具体局域网 IP，Nginx 里改 listen 0.0.0.0:80;，Node.js 里监听 0.0.0，Tomcat 改 server.xml 里的 address 属性。
本地搭建网站无法访问localhost？从端口到防火墙的实操顺序
有些用户在本地搭建网站后,连 localhost 都打不开，这种情况和域名解析基本没关系，是服务进程和防火墙在打架。
检查端口监听状态：netstat和ss命令
先确认服务到底有没有起来。
- Linux：
ss -tlnp | grep :80 - Windows：
netstat -ano | findstr :80
如果有监听记录,说明服务在，没有监听记录，先去看服务启动日志，多数情况下是配置文件里的 document root 路径写错、语法错误，或者端口被占用。
端口占用查询：
- Linux：
lsof -i:80 - Windows：用
netstat -ano | findstr :80拿到 PID，再去任务管理器结束对应进程。
防火墙放行规则与SELinux临时关闭
Linux 下防火墙会拦截本地端口访问，即使你访问的是 localhost，常见的是 firewalld 或 iptables 规则只开了 SSH 端口。
放行命令：
firewall-cmd --add-port=80/tcp --permanentfirewall-cmd --reload
如果还不行,可以临时关闭 SELinux 验证：
setenforce 0
然后访问 localhost，如果通了，说明是 SELinux 策略拦住，回去调整布尔值或文件上下文，不要长期关着 SELinux。
Windows 下第一次启动 Nginx、Apache 这类服务时，防火墙会弹窗，如果点了“取消”，后续访问会被系统防火墙拦截，去“高级安全 Windows Defender 防火墙”里添加入站规则放行对应端口。
家庭宽带80端口被封怎么绕过
本地搭建网站想通过域名直接访问,结果发现运营商把家庭宽带的 80/443 端口封了，这是国内家庭宽带的常见情况。
绕过方法有三种：
- 用非标准端口,8080、8443、8888，访问时域名后面加端口号。
- 用内网穿透工具,把本地端口映射到公网服务的端口上。
- 使用云服务器做反向代理,把公网 80 端口的请求转发到本地高位端口。
选择非标准端口最简单,但要注意备案和合规要求，国内服务器和域名如果没有备案，即使端口通了也可能被阻断。
虚拟机桥接模式下域名解析错误：IP段和网关不一致
虚拟机桥接模式下域名解析错误,经常是 IP 地址配对了，但网关写错，导致 DNS 请求发不出去。
确认虚拟机IP与宿主机同网段
先查看宿主机 IP：
- Windows：
ipconfig - macOS/Linux：
ifconfig或ip addr
再查看虚拟机 IP，两者必须属于同一个网段，比如宿主机是
168.1.100/24，虚拟机就应该是 168.1.x/24，如果虚拟机显示 254.x.x，说明 DHCP 获取失败，需要手动设置静态 IP。
虚拟网卡DNS继承宿主机但网关指向错误
有些虚拟化软件会自动把宿主机的 DNS 配置复制给虚拟机，但网关却沿用旧的网络配置，比如宿主机换过路由器，虚拟机网关还指向旧地址 168.0.1，DNS 服务器却已经更新成新路由器的地址，结果就是：DNS 请求在虚拟机里发送到旧网关，超时后解析失败。
修复方式：
- 将虚拟机的网关改成当前物理路由器的地址,通常就是宿主机
ipconfig里“默认网关”那一项。 - 检查虚拟交换机配置,桥接模式下虚拟机与宿主机应处于同一个二层网络。
域名解析错误的通用修复步骤总结
遇到解析问题,别来回重启，按顺序执行下面几项：
- 清 DNS 缓存：Windows 执行
ipconfig /flushdns，Linux 执行resolvectl flush-caches或systemd-resolve --flush-caches。 - 重载解析服务：Linux 执行
systemctl restart systemd-resolved。 - 重启网卡：Windows 禁用再启用本地连接，Linux 执行
ip link set ens33 down && ip link set ens33 up。 - 用
ping 域名和ping IP做对比，能通 IP 不通域名，就是解析问题。 - 用
nslookup 域名 公共DNS测试外部解析是否正常。 - 最后检查代理设置,系统代理或浏览器代理可能劫持解析请求。
这张排查表基本能覆盖虚拟机域名解析错误和本地无法访问网站的多数场景。
虚拟机域名解析错误怎么快速定位是DNS问题还是网络不通？
先 ping 223.5.5.5，如果能通，说明网络层没问题，再 ping baidu.com，不通就基本确认是 DNS 解析问题，接着执行 nslookup baidu.com 223.5.5.5，如果指定公共 DNS 能解析，说明是系统当前 DNS 配置错误；如果指定公共 DNS 也解析不了，检查防火墙是否拦了 53 端口。
本地hosts文件配置不起作用怎么办？
按顺序检查：文件路径是否正确、是否有隐藏扩展名、文件权限是否为可读、最后一行是否有换行符，如果这些都没问题，再检查浏览器是否开启了安全 DNS，或者系统 DNS 缓存是否未刷新，Linux 可执行 getent hosts 自定义域名 验证 hosts 是否被系统读取，Windows 可直接用 ping 自定义域名 看返回 IP。
本地无法访问网站但ping得通IP，怎么解决？
这种情况通常是服务只监听了 0.0.1，或者防火墙拦住了外部请求，用 ss -tlnp 或 netstat -ano 查看监听地址，确认是否包含 0.0.0 或局域网 IP，如果监听正常，再检查防火墙入站规则和 SELinux 状态，最后确认访问时使用的端口与服务实际监听端口一致。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/639409.html
