firewall-cmd --state 是最直接可靠的防火墙状态判断方式，输出 running 表示真正就绪，not running 表示未运行；它直连 firewalld daemon 查询真实状态，比仅检查进程存活的 systemctl status 更准确。
firewall-cmd --state 是最直接、最可靠的判断方式，输出 running 就代表防火墙正在工作，not running 就是没开。别信其他花里胡哨的间接推断。
firewall-cmd --state 为什么比 systemctl status 更准？
因为 systemctl status firewalld 只看服务进程是否存活，而 firewall-cmd --state 是真正向 firewalld daemon 发起状态查询——哪怕服务“看似在运行”，但内部模块加载失败或配置崩溃，firewall-cmd --state 会如实返回 not running。
常见坑点：
• systemctl status firewalld 显示 active (running)，但 firewall-cmd --list-ports 报错 Error: INVALID_STATE: Not running，说明 daemon 没真正就绪
• 系统刚重启后 firewalld 启动慢于 shell 初始化，systemctl status 可能抢在 daemon 完全加载前返回“running”，但此时 firewall-cmd 命令全失败
systemctl status firewalld 能看出什么？
它适合快速定位服务级问题：
• 如果显示 inactive (dead)，说明服务根本没启动，连尝试通信都不用
• 如果显示 failed 或 activating，大概率是配置文件语法错误（比如 /etc/firewalld/zones/public.xml 标签不闭合）或端口冲突
• 注意看日志行末尾的 Process: xxx ExecStart=...，出错时这里会带具体失败命令和 exit code
• 不要只扫一眼 Active: 行，往下翻两屏看最近几条 journal 日志，常有关键线索如 Failed to initialize nftables backend
查完状态后下一步该做什么？
根据结果立刻做对应动作：
• firewall-cmd --state 返回 not running：先 sudo systemctl start firewalld，再立刻重试 --state；如果仍失败，接着跑 sudo journalctl -u firewalld -n 20 --no-pager
• firewall-cmd --list-all 报错或返回空：说明 zone 配置损坏，可临时用 sudo cp /usr/lib/firewalld/zones/public.xml /etc/firewalld/zones/ 恢复默认
• 想确认某个端口是否真生效：不要只信 --list-ports，用 firewall-cmd --query-port=22/tcp，返回 yes 才算落地
• 修改过规则后忘了 firewall-cmd --reload，状态查起来一切正常，但新规则压根不生效——这是最常被忽略的一步
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
firewall-cmd --state这条命令本身不依赖 shell 环境变量、不读取缓存、不走 systemd socket 激活路径，是唯一能穿透所有中间层直抵 firewalld 实际运行态的探针。其他命令都只是辅助验证，别把它当主力。
