Ubuntu 22.04+ 默认使用 nftables 后端，iptables 命令实际调用 iptables-nft 兼容层；需通过 update-alternatives --config iptables 确认版本，若需 legacy 行为须切换并禁用 ufw/nftables，规则须挂载到正确链与 hook 点且持久化保存。
Ubuntu 默认不启用系统级网络过滤规则，必须手动启用并配置底层工具。直接改 /etc/ufw/ 或敲 ufw allow 22 只影响 UFW 层，不是真正的系统级过滤；要生效到内核 netfilter 层，得用 iptables-legacy 或 nft，且需持久化。
确认当前使用的是 iptables-legacy 还是 nftables
Ubuntu 22.04+ 默认用 nftables 后端，但很多脚本和文档仍写 iptables 命令——这时实际调用的是 iptables-nft，行为与传统 iptables-legacy 不同，尤其在链默认策略、日志格式、模块加载上容易出错。
- 运行
update-alternatives --config iptables查看当前指向；若显示iptables-nft，而你需要兼容老规则（比如含-m state的），就得切到iptables-legacy - 切过去后，务必运行
sudo systemctl disable --now ufw nftables，否则 UFW 和 nftables 会争抢 hook 点，导致规则不生效或冲突 -
iptables -L输出里如果看到policy DROP但连接仍通，大概率是nft没清空旧规则，要用sudo nft flush ruleset先清场
添加一条真正生效的 INPUT 链规则
只执行 iptables -A INPUT -p tcp --dport 80 -j ACCEPT 是临时的，重启就丢。而且这条命令没指定 -i 接口或 -s 源地址，可能意外放行不该进来的流量。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 加规则前先设默认策略：
iptables -P INPUT DROP（注意这是全局策略，执行后 SSH 会断，务必提前加好允许 SSH 的规则） - 允许本机回环：
iptables -A INPUT -i lo -j ACCEPT - 允许已建立连接返回：
iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT（别用老式-m state，它在iptables-nft下已被标记为 deprecated） - 保存规则：装
iptables-persistent后，用sudo netfilter-persistent save，而不是iptables-save > /etc/iptables/rules.v4（后者在 systemd 环境下常被忽略）
用 dumpcap 配合过滤规则做诊断时的常见坑
dumpcap 的 -f 参数用的是 BPF 语法，和 iptables 规则不互通。想验证某条 iptables 规则是否生效，不能靠 dumpcap -f "port 22" 看包——因为 dumpcap 捕获的是进入网卡的原始包，而 iptables 的 INPUT 链处理的是已通过路由决策、准备交付给本地进程的包。
- 要测
DROP是否生效，得在另一台机器上telnet 服务器IP 22，观察是否超时；dumpcap在服务器上看到 SYN 包，不代表 iptables 放行了 -
dumpcap -i any -f "tcp and port 22"能看到所有进出的 TCP 22 包，但无法区分是被INPUT接收还是被FORWARD转发——得配合iptables -t filter -L -v -n看计数器增长 - 如果规则里用了
-m iprange --src-range，dumpcap的host或net过滤无法等价模拟，BPF 不支持 IP 段范围匹配
系统级过滤的关键不在“加多少条规则”，而在明确每条规则挂在哪条链、哪个表、哪个 hook 点，以及是否被更高优先级的 nftables 规则覆盖。很多看似“没生效”的问题，根源是 iptables 命令实际走的是 nft 后端，而你写的规则没被正确翻译成 nft 表达式。
