虚拟机8080端口无法访问，绝大多数情况下是服务只监听了localhost、防火墙拦截、网络模式配置异常或服务压根没启动这四类原因造成的，其中前两类占到了相当大比例。
虚拟机8080端口无法访问？先确认服务是否只听本地
很多人遇到这个问题,第一反应是关防火墙，但白关了一通，问题依旧。行业共识认为，排查端口问题的第一件事，永远先看服务本身的监听地址。
检查Tomcat、Nginx或Spring Boot应用的监听IP
如果你在虚拟机上跑的是Java应用或Web服务,默认配置很容易把自己锁在门内，以Spring Boot为例，默认端口是8080，但如果你启动时没指定--server.address=0.0.0.0，它大概率只绑定了0.0.1，这是啥意思？服务自己听得到，外面的人全被拒之门外。
实操验证命令：
- 在虚拟机里执行
ss -tlnp | grep 8080 - 看输出结果的Local Address列
- 如果显示
0.0.1:8080，恭喜你，问题找到一半了 - 如果显示
0.0.0:8080或::8080，说明服务本身没问题
Tomcat用户注意修改server.xml，把Connector节点的address属性改成0.0.0，Nginx用户则检查listen 8080;是否写成了listen 127.0.0.1:8080;。
服务进程本身是否还活着
这一步最简单也最容易被忽略。虚拟机重启过，但Tomcat没配开机自启，这是新手最常掉进去的坑，执行ps -ef | grep java看看进程在不在，如果服务没起来，后面排查全白费功夫，常见情况还包括应用启动报错，端口没被占用，但日志里全是异常堆栈，服务其实处于半死不活状态，建议看一眼logs目录下最新的日志文件，确认确实启动成功。
主机和虚拟机的防火墙层层设卡，8080端口被拦在中间
服务监听修好了,外部还是连不上？那十有八九卡在防火墙，这里要分清两层：虚拟机自身的防火墙和物理主机的防火墙，多数人只关了其中一个，另一个还在默默拦截，自然连不上。
虚拟机内部防火墙怎么放行8080
如果你用的是CentOS或RHEL系,执行：
firewall-cmd --permanent --add-port=8080/tcp
firewall-cmd --reloadUbuntu系则用：
sudo ufw allow 8080/tcp重点在于做完放行规则后,
务必验证规则确实生效，别以为命令执行完就行了，用firewall-cmd --list-all查一下当前区域的所有规则，或者ufw status verbose看规则列表，操作完了再用curl -v http://127.0.0.1:8080在虚拟机内部测一遍，这一步既能验证服务正常，又能排除防火墙误杀。
物理主机防火墙同样会拦截虚拟机端口
这一步很多人会漏,你的虚拟机跑在Windows或macOS主机上，但主机的入站规则没放行8080，那么虚拟机端口映射也好、桥接直连也罢，外部流量全都死在主机防火墙这层，Windows主机需要去“高级安全Windows Defender防火墙”里新建入站规则，放行TCP 8080端口，macOS用户则到“系统设置-网络-防火墙”里做相应配置，行业共识认为，双层防火墙全放行才能保证链路通畅，排查顺序应该是先关掉实验，再逐个精确放行，但实际中最常见的是两层各拦一半。
熟悉NAT模式与桥接模式的差异，选择合适方案解决8080访问问题
如果你的服务监听没问题,防火墙也放行了，还是连不上，问题大概率出在虚拟机的网络模式上，很多时候，虚拟机8080端口无法访问，罪魁祸首就是NAT模式下的端口转发规则没配或者配错了。
NAT模式下的端口映射如何配置
NAT模式下,虚拟机有个私有IP（比如192.168.56.101），外部设备没法直接访问这个IP，必须在虚拟机的网络设置里做端口转发，以VirtualBox为例，路径是：设置-网络-网卡1-高级-端口转发，添加一条规则：协议TCP，主机端口8080，客户机端口8080，客户机IP填虚拟机的内网IP。
VMware Workstation的操作路径在“编辑-虚拟机网络编辑器-更改设置-NAT设置”，配完之后，外部访问物理主机的8080端口，流量才会被正确导流到虚拟机的8080。
这里有个极易踩的坑：虚拟机网络从NAT切到桥接后，旧IP地址失效了，NAT模式用的虚拟网段和桥接模式所在局域网段完全不同，切换后虚机IP变了，你还在用旧IP访问，自然失败，执行ip addr查一下当前实际IP，再拿新IP去访问。
桥接模式为什么也连不上8080
桥接让虚拟机直接暴露在局域网中,拥有独立IP，理论上不需要做端口映射，但如果连不上，先确认虚拟机IP是否和主机在同一网段，以及网关是否可达，很多时候是公司或校园网的AP隔离策略生效，
无线网络环境下，设备间互访本来就被限制，这不是虚拟机配置的问题，换个有线网络或者手机热点马上就能验证出来。
NAT与桥接模式区别一览及适用场景
| 网络模式 | 外部访问方式 | 常见问题 | 适合场景 |
|---|---|---|---|
| NAT | 需配置端口转发或使用虚拟机IP | 转发规则遗漏、IP混淆 | 外网访问内网服务、本机调试 |
| 桥接 | 直接用虚拟机局域网IP访问 | 网段冲突、AP隔离、IP地址变动 | 局域网内多设备互访、模拟生产环境 |
补充一点：自定义Host-Only网络也是很多人的选择，它完全隔离外网，仅主机与虚拟机互通，开发调试Web项目非常方便，但需要手动配置IP和路由，如果你只是本地开发调试，不想被外网打扰，这个模式更省心。
服务器对外访问8080，SELinux和安全组也得看一眼
如果你的8080服务最终是要对外提供访问的,部署在云服务器或Linux服务器上，还有两道关卡要过。这两道关卡平时不吭声，一旦拦截，比防火墙还难排查。
SELinux强制访问控制对非标准端口的影响
CentOS和Rocky Linux默认开启了SELinux，Nginx、Tomcat这类服务想监听8080端口，需要放行对应的SELinux端口标签，执行命令：
semanage port -a -t http_port_t -p tcp 8080如果你还没装semanage，先安装policycoreutils-python-utils这个包，操作完用netstat -Z | grep 8080看端口的SELinux上下文是否正常打上了http_port_t标签，如果某次系统更新重置了SELinux策略，原本能跑的8080服务突然不能访问了，先检查这个标签是否还在。
云平台安全组入站规则不可漏
用简米云、酷番云时，光关操作系统防火墙没用，安全组才是第一道门，登录云控制台，找到实例所在的安全组，添加入站规则，但你需要了解的是不同云厂商的存储路径差异：简米云安全组的配置入口在ECS实例管理页面，酷番云则在轻量应用服务器或CVM的防火墙控制面板中，源端口填8080，授权对象填0.0.0/0，业内专家指出，云上部署的8080服务访问不了，多半情况下安全组没放行该端口，而非操作系统层面配置问题，这个排查方向值得优先确认，注意，改了安全组规则后，有的平台需要几分钟才完全生效，别一修改完就测试，要稍微等一会。
一步步排查虚拟机8080端口打不开，按这个链路走完即可解决
前面的模块比较分散,这里把排查链路完整串一遍，按顺序走完，基本能定位问题。
- 虚拟机内部自测：执行
curl -v http://127.0.0.1:8080，没反应则服务没起或配置错 - 查看端口监听地址：
ss -tlnp | grep 8080，确认是0.0.0还是0.0.1 - 检查虚拟机防火墙：
systemctl status firewalld，放行8080端口 - 在虚拟机另一个终端或主机上访问：
curl http://虚拟机实际IP:8080，通了说明链路没问题 - 检查物理主机防火墙入站规则和端口转发：VirtualBox或VMware的NAT转发设置
- 确认SELinux状态：
getenforce，如果为Enforcing就放行http_port_t - 云服务器用户去控制台：查安全组入站规则
这套流程从上往下走,每走一步能排除一大片可能性，做到第3步基本能解决80%的问题，做到第5步能解决95%的问题。
Q&A：虚拟机8080端口无法访问怎么快速排查
为什么虚拟机里curl 127.0.0.1:8080有响应，但主机用虚拟机IP访问却连不上？
核心原因是服务监听地址仅绑定在loopback接口，没有绑定到虚拟机的物理网卡IP，在应用配置中把监听地址改为0.0.0即可，同时确认虚拟机防火墙的入站规则放行了8080端口，如果以上两点都没问题，检查虚拟机的网络模式是NAT还是桥接，NAT模式下需要额外配端口转发，桥接模式下主机才能直接访问虚拟机IP。
重启虚拟机后8080端口又访问不了了？
如果重启后其他服务都正常,唯独8080又连不上，建议依次查看是否有进程监听该端口、服务是否随系统自动启动，以及防火墙服务和SELinux策略是否恢复了默认状态，部分Linux发行版在重启后防火墙规则不会自动生效，需要确认firewalld或ufw的规则是否持久化，如果这些都没问题，检查一下系统是否更新过内核或安全补丁，因为系统更新或内核升级偶尔会重置网络配置和防火墙策略，这类问题也被称为“未持久化导致重启失效”。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e8%99%9a%e6%8b%9f%e6%9c%ba%e7%ab%af%e5%8f%a38080%e4%b8%ba%e4%bb%80%e4%b9%88%e8%ae%bf%e9%97%ae%e4%b8%8d%e4%ba%86%ef%bc%8c%e6%80%8e%e4%b9%88%e8%a7%a3%e5%86%b3%ef%bc%9f/
