排查SELinux与防火墙导致的连接失败，须按层级顺序验证：先确认服务是否真实监听（如ss -tlnp检查绑定地址是否为0.0.0.0:8080而非127.0.0.1:8080），再验证防火墙是否放行且规则命中，最后通过getenforce、ausearch -m avc等定位SELinux拦截并修复上下文。

排查 SELinux 与防火墙共同拦截导致的连接失败，关键不是“先查哪个”，而是按层级顺序验证：服务是否真在监听、流量是否抵达主机、是否被内核策略丢弃、是否被 SELinux 策略拒绝。三者环环相扣，跳步容易误判。

确认服务真实监听范围

很多问题根源不在拦截，而在服务压根没对外暴露。仅用 netstat -tlnp 或 ss -tlnp 看到端口“在监听”不够，必须检查绑定地址：

• *:8080 或 0.0.0.0:8080 → 绑定所有 IPv4 接口，远程可访问
• 127.0.0.1:8080 或 [::1]:8080 → 仅限本机，远程必然 Connection refused

例如 nginx 默认 listen 8080; 实际等价于 listen 127.0.0.1:8080;。需显式写成：
listen 0.0.0.0:8080;
listen [::]:8080;
修改后务必执行 nginx -t && systemctl reload nginx，再用 ss -tlnp | grep :8080 二次确认输出含 0.0.0.0:8080。

验证防火墙是否放行且规则生效

即使服务监听正确，firewalld/iptables/nftables 仍可能在入向链直接丢包。重点看两点：规则是否存在、是否真正命中。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 查当前启用服务：systemctl status firewalld（RHEL/CentOS）或 iptables -L INPUT -n -v（传统 iptables）
• 查端口是否放行：firewall-cmd --list-ports 或 semanage port -l | grep http_port_t（后者是 SELinux 端口上下文，稍后用）
• 看规则计数：firewall-cmd --list-all --verbose 或 iptables -L INPUT -n -v | grep :8080，若某条 DROP 规则 packet 数持续增长，说明请求被它拦了
• 临时放宽验证：iptables -P INPUT ACCEPT 或 firewall-cmd --set-default-zone=trusted，再测试；恢复时记得还原默认策略

定位 SELinux 拦截动作并修复上下文

SELinux 不报错、不提示，只默默记录 AVC 拒绝。它和防火墙不同：防火墙拦的是“网络包”，SELinux 拦的是“进程对资源的访问行为”。必须查日志才能确认。

• 先确认模式：getenforce 返回 Enforcing，且 sestatus 中 Current mode 为 Enforcing → 可能介入
• 临时切宽容模式测试：setenforce 0，立刻重试访问；若通了，基本锁定 SELinux
• 查具体拒绝：ausearch -m avc -ts recent | audit2why，或 sealert -a /var/log/audit/audit.log（需装 setroubleshoot）
• 常见三类修复：
  • 文件标签错：如网站目录在 /data/www，但标签不是 httpd_sys_content_t → semanage fcontext -a -t httpd_sys_content_t "/data/www(/.*)?" + restorecon -Rv /data/www
  • 端口类型错：8080 未标记为 http_port_t → semanage port -a -t http_port_t -p tcp 8080
  • 布尔值关闭：如需反向代理 → setsebool -P httpd_can_network_connect on

交叉验证与路径收束

单一工具排查易遗漏叠加效应。建议按以下路径快速收束问题：

• 本地 curl 测试：curl http://127.0.0.1:8080 → 通？说明服务正常，问题在外围
• 本机 telnet 自己：telnet 127.0.0.1 8080 → 通？排除服务绑定问题
• 抓包看 SYN 是否进来：tcpdump -i any port 8080，客户端发起请求时，若无任何 SYN 包出现 → 阻断发生在网络层（防火墙或路由）；若有 SYN 但无 SYN-ACK → 阻断在主机内（服务未响应或 SELinux 拦截）
• 同时开两个终端：
  终端1：tail -f /var/log/audit/audit.log | grep avc
  终端2：执行 curl http://服务器IP:8080
  若终端1立即刷出 AVC 日志 → SELinux 拦截；否则转向防火墙或服务层