虚拟机开启IIS后无法访问，绝大多数原因出在本地连接和网络配置上，核心要检查IP地址绑定、防火墙规则和虚拟机网络模式这三层设置。不少人在虚拟机里装好IIS，物理机浏览器一敲IP却打不开，第一反应是IIS没装好，实际上IIS默认站点已经启动，问题往往出在“网络链路”上，下面按排查优先级拆解。
虚拟机iis无法访问？先确认IIS监听地址和端口
IIS装好之后,默认站点会绑定“所有未分配IP”，理论上虚拟机自身的IP都能响应，但如果你手动改过站点绑定，或者服务器上有多个IP，就容易出现“IIS在跑、请求进不来”的情况。
检查默认站点绑定状态
打开IIS管理器,左侧展开“网站”，选中“Default Web Site”，右侧点击“绑定”，确认类型为http、端口为80、IP地址显示为“”或虚拟机的实际IP，如果你填了某个特定IP，而虚拟机IP已经变化（DHCP分配），就会直接导致访问失败。
用本地命令验证IIS是否在监听
在虚拟机里打开命令提示符,执行：
netstat -ano | findstr :80
如果看到“LISTENING”状态，说明IIS进程在监听80端口，若没有任何输出，说明IIS没起来或端口被占用，端口被占用的情况在虚拟机里更常见比如装了其他Web服务器，或者IIS站点绑定了443端口但证书未配置。
虚拟机iis局域网无法访问？防火墙规则是最大拦路虎
行业共识认为,超过半数的虚拟机IIS访问失败案例，最终都指向Windows防火墙入站规则，虚拟机里的Windows默认防火墙会拦截来自外部的HTTP请求，物理机自然访问不到。
添加入站规则的两种路径
图形界面操作
打开“控制面板”→“Windows Defender防火墙”→“高级设置”→“入站规则”→“新建规则”，选择“端口”，协议选TCP，端口填80（或你IIS绑定的端口），操作选“允许连接”，应用到所有配置文件，完成后确认规则已启用。
命令一行搞定
管理员身份打开CMD，执行：
netsh advfirewall firewall add rule name="IIS_HTTP" dir=in action=allow protocol=TCP localport=80
这条命令和图形界面效果一样,适合批量配置或排查时快速放行，注意如果IIS同时开了HTTPS（443端口），需要另外添加一条相同规则，端口改为443。
虚拟机IIS绑定IP地址设置：NAT和桥接模式选哪个？
虚拟机的网络模式直接决定了物理机能不能访问IIS,很多人IIS和防火墙都配置正确，但虚拟机用的是NAT模式，物理机根本拿不到虚拟机的独立IP，自然打不开网页。
三种模式的访问场景对比
| 网络模式 | 虚拟机是否有独立IP | 物理机访问IIS | 适用场景 |
|---|---|---|---|
| NAT | 有（但非局域网IP） | 不支持（需端口转发） | 虚拟机仅需上网 |
| 桥接 | 有（和物理机同网段） | 支持（IP直连） | 局域网内互访 |
| 仅主机 | 有（独立子网） | 支持（受限） | 物理机和虚拟机通信 |
桥接模式是虚拟机IIS局域网访问的正确选择。以VMware为例：右键虚拟机→“设置”→“网络适配器”→选择“桥接模式”，如果用的是VirtualBox，在“设置”→“网络”→“连接方式”里选“桥接网卡”。
桥接模式下IP地址怎么配？
桥接模式意味着虚拟机像一台独立电脑一样接入局域网,这时虚拟机IP必须和物理机在同一网段，子网掩码、网关、DNS都要匹配局域网环境。
静态IP配置步骤：
- 虚拟机内打开“网络连接”设置，右键网卡→“属性”→“Internet协议版本4(TCP/IPv4)”
- 填入同网段可用IP（如物理机是192.168.1.100，虚拟机可设192.168.1.105）
- 子网掩码填255.255.255.0，网关填路由器地址（通常是192.168.1.1）
- DNS可以填网关地址或公共DNS
配置完成后,在虚拟机里ping物理机IP，物理机ping虚拟机IP，双向通了再测试IIS。
虚拟机和物理机互通的隐藏细节：IP冲突和网卡残留
桥接模式配置完后,出现了“物理机能ping通虚拟机，但浏览器访问IIS仍失败”的情况，这时要排查两个隐蔽因素。
IP地址冲突
如果虚拟机设置的静态IP已经被局域网内其他设备占用,网络会出现间歇性不通，物理机ping虚拟机时返回的可能是其他设备的响应，在虚拟机里执行：
arp -a
查看IP对应的MAC地址,然后到物理机上执行同样的命令对比，如果一致，说明IP没冲突；如果虚拟机ping自己的IP和一个陌生MAC对应，说明抢了别人的地址。
解决办法：更换一个不常用的IP段地址
，比如局域网DHCP池外的地址（如192.168.1.200以上），或者直接改用DHCP自动获取，再查看分配到的实际IP。
Windows网络位置类型
虚拟机里的Windows网络位置若被识别为“公用网络”，防火墙的入站规则在“公用”配置文件下默认严格拦载，右键网络图标→“打开网络和Internet设置”→“更改连接属性”，把网络配置文件切换为“专用网络”，这一步经常被遗漏，但很多IIS访问失败就是因为公用网络阻止了HTTP请求。
云虚拟机场景：IIS配置好了但公网访问失败？
如果你用的是简米云、酷番云或华为云虚拟机，问题还会复杂一层，云虚拟机的IIS配置和本地虚拟机完全一致，但访问链路多了一道“安全组”关卡。
安全组规则和Windows防火墙的区别
安全组在云平台控制台配置,Windows防火墙在系统内部配置，两者必须同时放行80端口，缺一不可，以简米云为例：ECS实例→安全组→配置规则→入方向→添加安全组规则，端口范围填80/80，授权对象填0.0.0.0/0（或指定IP）。
云虚拟机的公网IP和私有IP
云虚拟机通常有两个IP：公网IP和私有IP，IIS绑定监听地址时用私有IP即可，但外部访问必须用公网IP，很多人把IIS绑定成公网IP，反而导致监听失败因为公网IP实际不在虚拟机网卡上。
配置要点：
- IIS站点绑定设为“所有未分配”或私有IP
- Windows防火墙放行80端口
- 安全组入方向放行80端口
- 从外部访问时使用“公网IP:端口”格式
虚拟机IIS开启后无法访问，80端口被占用怎么处理？
在虚拟机中执行 netstat -ano | findstr :80，如果输出显示PID对应的是System进程（PID为4），通常是IIS的HTTP.sys内核驱动占用，这是正常的，但如果显示PID对应其他程序，
tasklist | findstr "PID号"
就能看到占用端口的程序名,常见的有之前在虚拟机里装过Apache、Nginx，或者SQL Server Reporting Services。
处理方法：
- 停用冲突服务：运行
services.msc，找到对应服务设为“禁用” - 修改IIS端口：先在IIS绑定里改成8080，测试访问（访问格式为IP:8080），确认后再处理冲突
- 用命令行强制结束进程（不推荐，但可临时用）：
taskkill /F /PID 进程号
IIS无法访问自检清单：从物理机到虚拟机的完整链路
按以下顺序逐项排查,绝大多数问题能在十分钟内定位。
- 虚拟机内本机访问
http://localhost，能打开说明IIS正常 - 虚拟机内访问
http://虚拟机自身IP，能打开说明IP配置正确 - 虚拟机内ping物理机IP,通则网络连通
- 物理机ping虚拟机IP,通则桥接生效
- 物理机浏览器访问
http://虚拟机IP，打不开则检查防火墙入站规则 - 确认Windows防火墙“专用网络”配置文件和“公用网络”配置文件都已放行80端口
- 关闭虚拟机Windows防火墙测试（仅临时用），能访问则说明规则有误
- 浏览器测试时清缓存或用无痕模式,排除浏览器代理干扰
其中第7步是很多网络工程师的排查习惯先确定问题层在防火墙还是IIS本身，注意测试完立即重新开启防火墙，不要长期关闭。
常见问题解答
虚拟机IIS能启动但页面一直转圈，物理机无法打开网页？
先用 netstat -ano 确认80端口监听状态，再检查虚拟机内http://localhost是否正常，如果虚拟机内正常、物理机不通，优先排查Windows防火墙入站规则，如果是桥接模式，确认虚拟机IP和物理机IP是否同一网段，网关是否可达，虚拟机内能ping通网关但物理机无法访问虚拟机时，检查IP冲突。
云主机安全组端口已添加，为什么IIS还是访问不了？
首先确认云平台控制台安全组的入方向和出方向都正确,入方向80端口放行后，再检查Windows防火墙，云主机场景中，安全组控制台和系统防火墙缺一不可，另外确认IIS监听的是私有IP而不是公网IP，因为公网IP不在本地网卡上，绑定公网IP会导致监听失败，最后检查云主机是否开通了备案（如果使用80端口对外提供网站服务，国内云厂商要求完成ICP备案）。
虚拟机用NAT模式，物理机想访问IIS有什么办法？
NAT模式下虚拟机不能直接被物理机访问,但可以配置端口转发，以VirtualBox为例：设置→网络→NAT模式→高级→端口转发，规则名称填IIS，协议TCP，主机IP留空，主机端口填8080，子系统IP填虚拟机IP，子系统端口填80，配置完成后物理机访问http://localhost:8080即可，VMware的NAT模式需要借助虚拟网络编辑器手动映射端口，操作更复杂，建议直接用桥接模式更省事。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/634229.html
