Linux防火墙配置实战教程

还在为Linux防火墙管理而烦恼吗？本文为你提供一份详尽的firewalld实操指南，助你轻松掌握CentOS/RHEL系统中的防火墙配置。文章深入浅出地介绍了firewalld的核心概念——“区域”（zone），并详细讲解了如何通过firewall-cmd工具进行规则管理。从firewalld服务的启动与配置，到区域的查看与理解，再到服务和端口的添加与移除，本文都提供了清晰的步骤和示例。此外，还重点强调了持久化配置的重要性，以及如何避免重启后规则丢失的问题。最后，针对防火墙规则不生效或报错等常见问题，给出了详细的排查思路和方法，助你快速定位并解决问题，确保服务器安全稳定运行。

firewalld是CentOS/RHEL系统中用于管理Linux防火墙的核心工具，其核心在于理解“区域”概念并通过firewall-cmd操作。1. 确保firewalld运行并启用开机启动；2. 使用--get-active-zones查看活跃区域及对应网卡；3. 用--list-all查看具体区域规则；4. 添加服务或端口时使用--permanent参数并执行--reload实现持久化配置；5. 规则不生效时检查服务状态、区域归属、是否遗漏--permanent或--reload，并结合日志和网络排查手段定位问题。

Linux防火墙的管理，说白了，就是控制进出你机器的网络流量。过去我们可能习惯了iptables那一套，但现在更多发行版，特别是CentOS/RHEL系的，都转向了firewalld。我个人觉得firewalld用起来更直观，它的“区域”（zone）概念让网络策略的划分变得清晰很多，而且它的动态管理特性，让你在不中断现有连接的情况下就能调整规则，这在生产环境里简直是福音。

解决方案

管理firewalld其实没那么复杂，核心就是理解它的“区域”概念和如何通过firewall-cmd这个工具来操作。

首先，确保firewalld服务是运行着的：

sudo systemctl status firewalld
sudo systemctl enable firewalld --now # 如果没启动就启动并设置开机自启

要查看当前系统有哪些活跃的区域以及它们各自的配置，可以用：

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=public --list-all # 假设你的主要网卡在public区域

比如，我想开放SSH服务，可以这么做：

sudo firewall-cmd --zone=public --add-service=ssh # 运行时生效
sudo firewall-cmd --zone=public --add-service=ssh --permanent # 永久生效
sudo firewall-cmd --reload # 重新加载firewalld，让永久规则生效

开放一个自定义端口，比如8080/TCP：

sudo firewall-cmd --zone=public --add-port=8080/tcp --permanent
sudo firewall-cmd --reload

如果你想限制某个服务只能从特定IP访问，比如SSH只允许192.168.1.100这个IP访问：

sudo firewall-cmd --zone=public --add-source=192.168.1.100 --add-service=ssh --permanent
sudo firewall-cmd --reload

移除规则也很简单，把--add-改成--remove-就行了。记住，任何你想在系统重启后依然生效的配置，都得加上--permanent，然后别忘了--reload。

如何查看并理解firewalld的区域（Zones）配置？

理解firewalld的区域，是玩转它的关键。这不像iptables那样，所有规则都混在一起，firewalld把你的网络接口（比如eth0, wlan0）或者源IP地址，归类到不同的“安全级别”里，也就是所谓的“区域”。每个区域都有自己一套独立的防火墙规则。

要看当前系统有哪些区域是活跃的：

sudo firewall-cmd --get-active-zones

这会告诉你哪个网络接口被分配到了哪个区域。比如，你的以太网卡可能在public区域，而VPN接口可能在trusted区域。

然后，针对某个特定区域，查看它所有的规则：

sudo firewall-cmd --zone=public --list-all

这个命令会列出public区域允许的服务、端口、协议、伪装（NAT）、端口转发以及富规则（rich rules）等等。

firewalld默认提供了不少预设区域，比如：

• drop: 任何传入的网络数据包都会被丢弃，没有回复。最严格。
• block: 任何传入的网络数据包都会被拒绝，并发送ICMP拒绝消息。
• public: 默认区域，用于公共、不受信任的网络。只允许选定的传入连接。
• external: 用于对外网的NAT伪装。
• internal: 用于内部网络，通常是信任的。
• home: 用于家庭网络，比internal更宽松。
• work: 用于工作网络，比home更严格。
• trusted: 信任所有网络连接。最宽松。

选择哪个区域，取决于你的服务器所处的网络环境以及你对安全性的要求。比如，一台面向公网的Web服务器，通常会把对外接口放在public区域，然后只开放HTTP/HTTPS和SSH。而内部服务器，可能放在internal或者trusted区域，规则就宽松很多。区域的这种隔离性，让安全策略的管理变得条理清晰，不容易出错。

在firewalld中，如何持久化配置并避免重启丢失？

这是个老生常谈的问题，也是很多初学者容易踩的坑。firewalld的设计哲学是，你可以先在“运行时”（runtime）调整规则，这些规则会立即生效，但系统一重启，或者firewalld服务一重启，它们就烟消云散了。要让规则永久生效，就得用到--permanent这个参数。

比如，你临时开放了80端口：

sudo firewall-cmd --zone=public --add-port=80/tcp

现在80端口能访问了，但你重启机器后，它又关上了。如果你想让它永久开放：

sudo firewall-cmd --zone=public --add-port=80/tcp --permanent

仅仅执行上面这句还不够，因为--permanent只是把规则写到了配置文件里（通常是/etc/firewalld/zones/public.xml），但并没有立即加载到运行时的防火墙规则中。你需要告诉firewalld服务去重新读取这些配置：

sudo firewall-cmd --reload

这个--reload命令非常关键，它会加载所有永久规则，并把它们应用到当前运行的防火墙上，同时不会中断现有连接。这是一个非常优雅的设计，避免了像iptables-save/iptables-restore那样可能带来的短暂中断。

所以，记住这个黄金法则：任何你希望长期生效的规则，都必须加上--permanent，并且之后执行sudo firewall-cmd --reload。

如果你在运行时做了一些修改，又想把这些修改保存为永久规则，也可以用：

sudo firewall-cmd --runtime-to-permanent

但这通常不推荐，因为它会把所有运行时规则都保存下来，可能会保存一些你不想永久保留的临时规则。我个人更倾向于每次都明确地使用--permanent来添加或移除规则。

遇到防火墙规则不生效或报错，我该如何排查？

防火墙规则不生效，或者执行命令报错，是常有的事。排查起来，我们可以按部就班地来。

首先，最基础的检查，确认firewalld服务本身是否正常运行：

sudo systemctl status firewalld

如果它不是active (running)状态，那所有的规则自然都不会生效。你需要启动它并设置开机自启：sudo systemctl enable firewalld --now。

其次，也是最常见的：你是不是忘了--permanent或者--reload？ 很多时候，规则明明添加了，但一重启就不见了，或者添加了却没立即生效，就是这个原因。确认你已经执行了sudo firewall-cmd --reload。

再来，检查你的规则是否真的被添加到了正确的区域里。用sudo firewall-cmd --get-active-zones确认你的网卡在哪个区域，然后用sudo firewall-cmd --zone= --list-all来查看该区域的所有规则。有时候，你可能把规则加到了public区域，但你的服务监听的网卡却在internal区域。

如果命令报错，仔细阅读报错信息。firewall-cmd的报错通常比较直白，比如Error: INVALID_SERVICE: httpd可能意味着你尝试添加的服务名称不对，或者该服务没有预定义的XML文件。你可以用sudo firewall-cmd --get-services查看所有预定义的服务列表。

对于更深层次的问题，比如规则似乎生效了但流量依然不通，或者有其他奇怪的行为，可以查看firewalld的日志。journalctl是你的好帮手：

sudo journalctl -u firewalld -f # 实时查看firewalld日志
sudo journalctl -u firewalld --since "1 hour ago" # 查看过去一小时的日志

日志里可能会有关于规则被拒绝、冲突或者其他异常的信息。

最后，别忘了网络层面的排查。即使防火墙规则是正确的，如果你的服务本身没启动、端口监听错误、或者网络路由有问题，流量也一样不通。netstat -tulnp或ss -tulnp可以查看端口监听情况，ping、traceroute可以检查网络连通性。有时候，问题根本不在防火墙，而是服务配置或者网络本身。

排查问题，耐心和细致是关键。一步步来，总能找到症结所在。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。