1. 项目概述：为什么我们需要一个“极简”的防火墙配置指南？

在Linux服务器的运维世界里，防火墙配置常常是一个让人又爱又恨的环节。爱它，是因为它是服务器安全的第一道、也是最关键的一道防线；恨它，是因为传统的iptables规则集复杂得像一本天书，动辄几十上百条规则，稍有不慎就可能把自己关在门外，或者留下致命的安全漏洞。而firewalld的出现，原本是为了简化这个流程，它引入了“区域”和“服务”的概念，让管理变得更直观。但现实是，很多刚接触firewalld的朋友，面对firewall-cmd那一长串命令和zone、service、rich-rule等概念，依然会感到无从下手，官方文档虽然详尽，但缺乏一个从零到一、聚焦核心生产场景的“操作手册”。

这就是我写这篇“极简配置指南”的初衷。它不追求大而全，不讲解firewalld的所有高级特性，而是瞄准一个核心目标：让一个具备基础Linux知识的运维人员或开发者，能在10分钟内，为他的服务器配置一套既安全又实用的防火墙策略，并且完全理解每一步在做什么，为什么这么做。我们聚焦于最常见的Web服务器、数据库服务器等场景，用最少的命令，达成最核心的防护效果。如果你曾被复杂的防火墙配置劝退，或者每次配置都靠复制粘贴心里没底，那么这篇实操指南就是为你准备的。

2. 核心思路与设计：理解firewalld的“区域”哲学

在动手敲命令之前，我们必须先理解firewalld的设计哲学，这能让你后面的操作不再是机械记忆，而是有章可循。firewalld的核心思想是“区域隔离”和“服务抽象”。

2.1 区域：你的服务器有多重“人格”

你可以把firewalld的区域想象成你服务器的不同“人格”或“安全等级”。服务器根据网络连接的来源（比如IP地址、接口），决定启用哪一套人格来应对。

• public（公用）：这是默认区域，也是我们最常用的区域。它适用于你不信任的网络，比如直接暴露在公网的服务器。在这个人格下，服务器会表现得非常谨慎，只开放你明确允许的端口。
• internal（内部）：适用于内部网络，你相对信任的环境，比如公司内网或VPC私有网络。在这个人格下，可以预设开放更多服务，如samba、mdns等。
• trusted（信任）：最高信任等级，接受所有连接。通常只用于非常特殊的场景，比如测试环境或完全受控的集群内部。
• 其他区域：如work、home、dmz等，用于更细粒度的场景划分，在极简配置中我们暂不涉及。

极简策略的核心就是：对于面向公网的服务器，我们几乎永远只和public区域打交道。我们的所有操作，都将围绕如何安全地配置public区域展开。

2.2 服务：端口的“别名”与“套餐”

直接记忆端口号（比如80、443、22）容易出错，特别是当某个服务使用非标准端口时。firewalld的“服务”概念解决了这个问题。一个服务定义（位于/usr/lib/firewalld/services/）实际上是一个XML文件，它绑定了协议（tcp/udp）和端口号，甚至可能包含一些模块配置。

例如，http服务对应tcp协议的80端口，https对应443端口，ssh对应22端口。当我们允许http服务时，就等于开放了服务器的80端口。

我们的极简操作法则是：优先使用预定义的“服务”名来操作，只有在服务未定义或使用自定义端口时，才直接操作端口。这使规则更易读、更易维护。

2.3 运行时与永久配置：避免“重启即失效”的坑

这是新手最容易踩坑的地方。firewalld的配置分为两层：

• 运行时配置：立即生效，但重启firewalld服务或服务器后会丢失。
• 永久配置：写入配置文件，但不会立即生效，需要重载或重启服务后才会应用。

命令通过--permanent参数来区分。极简最佳实践是：任何你希望长期保留的规则，都必须使用--permanent参数。但添加了永久规则后，为了让其立即生效，我们通常需要执行firewall-cmd --reload。这个操作会重载所有永久规则，并覆盖当前的运行时配置。

注意：--reload是一个需要谨慎的操作。如果你在运行时添加了一些临时规则（没加--permanent），reload后这些临时规则会全部丢失。所以，在生产环境，建议所有操作都直接使用--permanent参数，然后一次性reload。

3. 极简配置四步法：从零构建安全防线

假设我们有一台全新的CentOS 7/8 或 RHEL 7/8 服务器（Rocky Linux、AlmaLinux同样适用），其默认安装了firewalld并已启动。我们的目标是将其配置为一台安全的Web服务器，需要开放SSH（22）、HTTP（80）、HTTPS（443）端口，并阻止其他所有入站连接。

3.1 第一步：检查状态与默认区域

在开始任何修改前，先看清战场全貌。

# 查看firewalld服务状态，确保其正在运行 sudo systemctl status firewalld # 如果未运行，则启动并设置开机自启 sudo systemctl start firewalld sudo systemctl enable firewalld # 查看防火墙整体状态，信息非常全面 sudo firewall-cmd --state sudo firewall-cmd --list-all

执行sudo firewall-cmd --list-all，你会看到类似下面的输出，它展示了当前默认区域（通常是public）的完整配置：

public (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: dhcpv6-client ssh ports: protocols: masquerade: no forward-ports: source-ports: icmp-blocks: rich rules:

这里关键看services这一行。默认情况下，public区域只允许dhcpv6-client和ssh服务。这意味着，除了SSH（22端口），其他所有入站连接都会被拒绝。

3.2 第二步：开放核心服务端口（Web服务器场景）

现在，我们需要为Web服务器开放HTTP和HTTPS端口。请务必使用--permanent参数。

# 永久添加http和https服务到public区域 sudo firewall-cmd --permanent --zone=public --add-service=http sudo firewall-cmd --permanent --zone=public --add-service=https # 如果你使用非标准端口，例如将SSH改为2222，则应该添加端口而非服务 # sudo firewall-cmd --permanent --zone=public --add-port=2222/tcp

为什么优先用--add-service？因为服务名称是自描述的，未来你或你的同事查看规则时，一眼就知道“哦，这里开放了Web服务”。而直接写端口号80/tcp则不够直观。此外，如果服务定义中包含了额外的安全配置（虽然http/https没有），使用服务名能确保这些配置一并生效。

3.3 第三步：重载配置并验证

添加永久规则后，必须重载才能使规则生效。

# 重载防火墙配置，使永久规则生效 sudo firewall-cmd --reload

重载后，立即验证规则是否已添加成功。

# 再次查看public区域的完整配置 sudo firewall-cmd --list-all # 或者，单独查看允许的服务 sudo firewall-cmd --zone=public --list-services

现在，你应该在输出中看到services: dhcpv6-client ssh http https。这表示配置已成功。

3.4 第四步：移除或修改规则（如需）

配置防火墙是一个动态过程。如果你需要关闭某个端口，或者之前添加错了，以下是操作方法。

# 永久移除某个服务（例如，假设要关闭http） sudo firewall-cmd --permanent --zone=public --remove-service=http sudo firewall-cmd --reload # 永久移除某个端口 # sudo firewall-cmd --permanent --zone=public --remove-port=8080/tcp # sudo firewall-cmd --reload

一个至关重要的警告：在移除SSH服务（22端口）之前，请确保你有其他方式访问服务器！否则你会立刻被锁在服务器外面。对于生产服务器，建议在移除旧SSH端口前，先添加新的SSH端口并测试成功，形成“先加后减”的安全操作习惯。

4. 高级安全加固与实用技巧

完成基础配置后，你的服务器已经具备了基本防护。但要想更安全，下面这些进阶操作值得了解。

4.1 限制SSH源IP：为管理入口加上锁

默认情况下，SSH端口对全互联网开放，这成为了暴力破解的重灾区。最有效的加固手段之一就是限制SSH连接的源IP地址，只允许你自己的办公IP或跳板机IP访问。

这需要用到firewalld的富规则功能。富规则非常强大，可以设置源IP、目标IP、端口、协议甚至时间等复杂条件。

# 假设你的可信IP是 203.0.113.100， 永久添加一条富规则，只允许该IP访问22端口 sudo firewall-cmd --permanent --zone=public --add-rich-rule='rule family="ipv4" source address="203.0.113.100" port protocol="tcp" port="22" accept' # 如果你有一个IP段，例如 203.0.113.0/24 # sudo firewall-cmd --permanent --zone=public --add-rich-rule='rule family="ipv4" source address="203.0.113.0/24" port protocol="tcp" port="22" accept' sudo firewall-cmd --reload

添加此规则后，一定要做的测试！

1. 从被允许的IP（如办公室网络）SSH登录服务器，确保成功。
2. 更重要的一步：从另一个不被允许的IP（比如用手机4G网络开热点，让电脑换一个IP）尝试SSH登录。你应该会收到Connection timed out的连接超时错误，而不是密码错误提示。这证明防火墙规则生效了，连接在TCP层面就被拒绝了。

实操心得：在应用限制IP的规则前，最好先确保当前连接会话不会断开。可以在一个稳定的SSH会话中执行命令，并同时开启另一个终端窗口用新IP测试。或者，更稳妥的做法是，先添加允许新IP的规则，再移除旧的允许所有IP的规则，给自己留一个“后门”。

4.2 应对临时需求：运行时规则

有时你需要临时开放一个端口进行调试，比如临时启动一个MySQL在3306端口进行数据迁移。这时可以使用运行时规则，用完即焚。

# 临时开放3306端口（重启firewalld后失效） sudo firewall-cmd --zone=public --add-port=3306/tcp # 临时允许mysql服务（如果已定义） # sudo firewall-cmd --zone=public --add-service=mysql # 完成工作后，立即移除临时规则 sudo firewall-cmd --zone=public --remove-port=3306/tcp # 或者，查看当前运行时规则并移除 sudo firewall-cmd --list-all

4.3 创建自定义服务

如果你的应用使用非标准端口，比如一个内部API服务运行在8080端口，频繁使用--add-port不够优雅。你可以创建一个自定义服务。

# 1. 复制一个模板到/etc/firewalld/services/目录，这是用户自定义服务的位置 sudo cp /usr/lib/firewalld/services/http.xml /etc/firewalld/services/my-api.xml # 2. 编辑这个自定义服务文件 sudo vi /etc/firewalld/services/my-api.xml

将文件内容修改为类似下面这样，主要修改short描述、description和port信息：

<?xml version="1.0" encoding="utf-8"?> <service> <short>My API Service</short> <description>This is my custom API service running on port 8080.</description> <port protocol="tcp" port="8080"/> </service>

保存退出后，重载防火墙，你就可以像使用系统服务一样使用它了：

# 重载防火墙，识别新服务 sudo firewall-cmd --reload # 将自定义服务添加到区域 sudo firewall-cmd --permanent --zone=public --add-service=my-api sudo firewall-cmd --reload # 验证 sudo firewall-cmd --zone=public --list-services # 输出中应该包含 my-api

5. 故障排查与日常维护命令清单

即使配置再小心，也可能遇到问题。下面是一个快速排查清单和常用命令汇总。

5.1 连接不通？按顺序排查

1. 检查服务状态：sudo systemctl status firewalld。确保状态是active (running)。
2. 检查默认区域：sudo firewall-cmd --get-default-zone。确认网卡绑定到了正确的区域，通常用sudo firewall-cmd --get-active-zones查看。
3. 列出所有规则：sudo firewall-cmd --list-all-zones或针对特定区域sudo firewall-cmd --zone=public --list-all。仔细核对你要访问的端口或服务是否在允许列表中。
4. 检查富规则：sudo firewall-cmd --zone=public --list-rich-rules。确认是否有规则错误地拒绝了你的IP。
5. 临时完全停止防火墙（最后的手段！）：

   # 停止firewalld（极度危险，仅用于测试） sudo systemctl stop firewalld # 测试你的服务是否能连通 # 测试完毕后，务必立即启动！ sudo systemctl start firewalld

   警告：此操作会让服务器在短时间内完全暴露在网络中，只能在测试环境或确定其他安全措施（如云平台安全组）已到位的情况下短暂执行，并尽快恢复。

5.2 常用命令速查表

5.3 配置的持久化与备份

你的所有永久配置都保存在/etc/firewalld/目录下。其中：

• zones/目录下是各个区域的XML配置文件（如public.xml）。
• services/目录下是自定义服务的XML文件。

定期备份这个目录是一个好习惯：

sudo cp -r /etc/firewalld /backup/firewalld-config-$(date +%Y%m%d)

如果遇到误操作导致规则混乱，你可以直接从这里恢复旧的配置文件，然后执行sudo firewall-cmd --reload。

防火墙配置是服务器安全的基石，它不应该是一个黑盒。通过这篇指南，我希望你不仅记住了几条命令，更重要的是理解了firewalld以区域为核心的管理模型和“永久配置”的重要性。从今天起，尝试为你手上的每一台服务器，花上十分钟，按照“检查状态 -> 添加规则（永久的）-> 重载 -> 验证”这个流程，配置一套清晰的防火墙策略。记住，安全不是一个开关，而是一个持续的过程，而清晰的配置是这个过程的第一步。