apache访问中断但服务运行且本地通畅时，大概率是防火墙拦截外网请求；需逐层排查：先确认服务监听0.0.0.0:80而非127.0.0.1:80，再区分firewalld/ufw/iptables并检查端口放行与连接状态规则，最后用tcpdump和iptables计数器验证拦截点。
Apache 访问中断，但服务本身在跑、本地能通，大概率是防火墙规则拦住了外网请求。排查关键不在 Apache 日志，而在“流量到底有没有抵达服务端口”这个环节——得一层层确认数据包是否被防火墙提前丢弃。
先确认 Apache 确实运行且监听正确端口
别跳步。很多问题其实出在 Apache 没真正起来，或监听地址不对：
- 运行
systemctl status apache2（Ubuntu/Debian）或systemctl status httpd（RHEL/CentOS），看状态是不是 active (running)，不是 failed 或 inactive - 执行
ss -tlnp | grep ':80\|:443'，确认有进程在监听0.0.0.0:80或[::]:80，而不是只监听127.0.0.1:80（后者外网根本连不上） - 用
curl -I http://localhost和curl -I http://本机外网IP对比：前者通、后者不通，基本锁定网络层或防火墙问题
分清系统当前用的是哪个防火墙管理器
混用 iptables 和 firewalld/ufw 是常见坑点，规则可能互相覆盖或失效：
PyCharm 2026.2.0.1 Linux版
下载
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
- 查 firewalld：
systemctl is-active firewalld，返回 active 就说明它正在管事，iptables -L看到的可能是空或旧规则，实际不生效 - 查 ufw（Ubuntu）：
ufw status verbose，注意看 Status 是否为 active，以及 80/tcp 是否在 To 列中显示 ALLOW - 查原生 iptables：
iptables -L INPUT -n --line-numbers，重点看规则顺序——如果REJECT all出现在放行 80 的规则之前，那这条放行就无效
检查 INPUT 链是否放行了目标端口和返回流量
仅加一条 -A INPUT -p tcp --dport 80 -j ACCEPT 不够，必须配合连接状态匹配：
- 确保开头有放行已建立连接的规则：
iptables -I INPUT 1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT（现代内核推荐用conntrack，不用已废弃的state） - 再插入 HTTP 规则：
iptables -I INPUT 2 -p tcp --dport 80 -j ACCEPT（用 -I 插入靠前位置，避免被默认 DROP 拦住） - 如果用了 firewalld：
firewall-cmd --zone=public --list-ports应包含80/tcp；没看到就补上：firewall-cmd --permanent --add-port=80/tcp && firewall-cmd --reload
验证流量是否真被防火墙拦截
用最直接的方式抓包或查计数器，绕过所有中间判断：
- 在服务器上执行
tcpdump -i any port 80，同时从外网发起请求：如果tcpdump完全没抓到任何 SYN 包，说明请求根本没进系统——问题在更上游（如云厂商安全组、物理防火墙） - 如果
tcpdump抓到了 SYN，但 Apache 没响应，再看 iptables 计数：iptables -L INPUT -v -n | grep :80，看对应规则的 pkts 列是否递增。不递增，说明规则没命中；递增但没响应，说明规则生效但 Apache 挂了或配置错 - 临时关闭防火墙测试：
ufw disable或systemctl stop firewalld，再试外网访问。恢复时务必记得重新启用并验证规则
