Nginx本身不内置防火墙功能，系统防火墙只需放行80/tcp和443/tcp等对外服务端口；FastCGI（如php-fpm）通过127.0.0.1:9000或Unix socket与Nginx通信，属本机回环或文件系统IPC，无需也不应被防火墙放行。
Nginx 本身不内置防火墙功能，FastCGI（如 PHP-FPM）是后端处理程序，它和 Nginx 之间通过本地网络（如 127.0.0.1:9000）或 Unix socket（如 unix:/var/run/php-fpm.sock）通信，这类通信走的是本机回环或文件系统，**不需要、也不应该被系统防火墙放行**。真正需要防火墙放行的，是面向外部用户的 Web 服务端口——通常是 80（HTTP）和 443（HTTPS）。
哪些端口该由系统防火墙放行
系统防火墙（如 firewalld 或 ufw）控制的是服务器对外的网络入口。Nginx 监听这些端口接收用户请求，因此必须开放：
- 80/tcp：用于普通 HTTP 访问
- 443/tcp：用于 HTTPS 访问（启用 SSL 后必需）
- 若使用非标端口（如 8080、8000），也需单独放行对应端口
FastCGI 通信无需防火墙干预
FastCGI 进程（如 php-fpm）默认绑定在 127.0.0.1:9000 或 Unix socket 上：
-
127.0.0.1:9000属于本地回环地址，Linux 内核直接路由，不经过防火墙规则链 - Unix socket（
unix:/var/run/php-fpm.sock）是文件系统级 IPC，完全绕过网络栈，防火墙对其无感知 - 除非你刻意把 php-fpm 绑定到
0.0.0.0:9000并暴露给外网——这属于严重安全错误，应立即禁止
正确的配置顺序与检查要点
确保 FastCGI 正常工作且服务可达，需分三步协同验证：
-
Nginx 配置正确：确认
fastcgi_pass指向的地址/端口或 socket 路径与 php-fpm 实际监听一致；fastcgi_param script_filename必须提供绝对路径 -
php-fpm 正在运行：执行
systemctl status php-fpm或ps aux | grep php-fpm确认进程活跃 -
系统防火墙只放行前端端口：用
firewall-cmd --list-all（CentOS/RHEL）或ufw status（Ubuntu）确认 80/443 已开放，而非 9000
常见误操作与修复建议
有人尝试给 9000 端口加防火墙规则，结果反而引入风险或无效：
- 添加
firewall-cmd --add-port=9000/tcp→ 不必要，且可能让攻击者探测到 php-fpm 版本或触发未授权访问 - 关闭防火墙来“解决” FastCGI 不通 → 掩盖了真实问题（比如 php-fpm 没启动、路径写错、权限不足）
- 混淆 Nginx 的
allow/deny指令与系统防火墙 → 前者是 HTTP 层访问控制，后者是网络层过滤，作用域完全不同
