iptables -m owner 模块在 output 链不可用，因内核无法可靠获取本地发包进程的 uid/gid；替代方案包括 cgroup+tc+iptables 或 systemd 网络限制。
iptables -m owner 不能用于 OUTPUT 链限制用户组发包
直接告诉你结论：iptables 的 -m owner 模块在绝大多数内核版本（包括主流 CentOS 7/8、Ubuntu 18.04+、Debian 10+）中，不支持在 OUTPUT 链使用。你执行类似 iptables -A OUTPUT -m owner --gid-owner www-data -j DROP 会报错：iptables: No chain/target/match by that name. 或静默失败——规则根本不会生效。
原因很实在：OUTPUT 链处理的是本机进程发出的数据包，而内核在该链上无法可靠获取 socket 所属的 UID/GID（尤其当进程使用了 capability、setuid 或容器隔离时）。这个限制不是配置问题，是 netfilter 架构层面的设计约束。
所以别浪费时间反复试 --uid-owner 或 --gid-owner 在 OUTPUT 上——它就是不可用的。
替代方案：用 cgroup + tc + iptables 实现用户级出口限流
真要按用户或用户组控制外发流量，得绕开 owner 模块，走更底层的资源标记路径。核心思路是：让目标用户组的进程运行在指定 cgroup v1（注意：v2 不兼容此法），再用 tc 标记其数据包，最后用 iptables 匹配标记做动作。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
实操关键步骤：
- 启用 cgroup v1 并挂载：
mount -t cgroup -o net_cls none /sys/fs/cgroup/net_cls（需 root，且确认内核编译了CONFIG_NET_CLS_CGROUP） - 创建 cgroup 并设 classid：
mkdir /sys/fs/cgroup/net_cls/www-group && echo 0x00110011 > /sys/fs/cgroup/net_cls/www-group/net_cls_classid（classid 是 32 位 hex，前 16 位为 major，后 16 位为 minor） - 把目标用户组进程加入该 cgroup（例如启动服务时）：
echo $PID > /sys/fs/cgroup/net_cls/www-group/tasks，或用 systemd 的Delegate=yes+CGROUPS=net_cls方式托管 - 用
tc在出接口打标记：tc qdisc add dev eth0 root handle 1: htb default 30，然后tc class add dev eth0 parent 1: classid 1:1 htb rate 1mbit - 最后用 iptables 匹配 classid：
iptables -t mangle -A OUTPUT -m cgroup --cgroup 0x00110011 -j DROP（注意表必须是mangle，模块是-m cgroup，不是owner）
更现实的选择：用 systemd-run 隔离并限制服务网络
如果你实际想管的是某个服务（比如 nginx、php-fpm）不让它主动连外网，别碰 iptables owner，改用 systemd 原生机制更稳：
- 用
systemd-run启动临时服务并禁用外网：systemd-run --scope -p IPAddressDeny=0.0.0.0/0 -p IPAddressDeny=::/0 --uid=www-data --gid=www-data /usr/bin/curl https://api.example.com - 对长期服务，修改其 unit 文件：
sudo systemctl edit nginx.service，写入：[Service] IPAddressDeny=0.0.0.0/0 IPAddressDeny=::/0 RestrictAddressFamilies=AF_UNIX AF_INET AF_INET6
（这样它连 localhost 都能保留，但彻底断外网） - 验证是否生效：
sudo ss -tunp | grep nginx看是否有非本地连接；或用strace -e trace=connect -p $(pgrep nginx)抓系统调用
为什么不用 firewalld 或 nftables 替代？
firewalld 默认后端仍是 iptables，同样受 owner 模块 OUTPUT 链限制；nftables 虽然语法更现代，但 meta skgid 和 meta skuid 在 output hook 中依然不可靠——Linux 内核文档明确标注其行为“undefined for locally generated packets”。所以换工具不解决本质问题。
真正容易被忽略的一点：很多线上环境启用了 CONFIG_NETFILTER_XT_MATCH_OWNER 模块，但没启用 CONFIG_IP_NF_TARGET_REDIRECT 或 CONFIG_NETFILTER_XT_TARGET_MARK，导致你以为模块加载了就能用，其实只是部分功能可用。查真实支持情况，始终以 iptables -m owner -h 输出为准，且必须搭配 -A OUTPUT 测试是否报错。
