在linux系统上实现网络流量镜像的方法主要有两种：一是使用iptables的tee模块适用于简单场景；二是使用tc工具实现更复杂的流量控制。首先，对于只需要将某个接口全部入站流量复制到指定ip的简单需求，可使用iptables的tee目标，例如通过命令sudo iptables -t mangle -a prerouting -i eth0 -j tee –gateway 192.168.1.100实现复制流量到分析服务器；其次，若需更精细的控制如镜像特定端口或本地接口，则应使用tc工具，步骤包括为接口添加ingress队列规则和配置过滤器进行流量分类与镜像，例如通过sudo tc qdisc add dev eth0 ingress和sudo tc Filter add dev eth0 parent ffff: protocol ip u32 match u32 0 0 flowid 1:1 action mirred egress mirror dev eth1实现eth0入站流量镜像到eth1。
在linux系统上实现网络流量镜像，说白了，就是把流经某个网络接口或符合特定条件的数据包，复制一份并发送到另一个你指定的地方，比如一台分析服务器。这在网络监控、安全审计和故障诊断中非常有用。具体怎么做呢？通常我们依赖iptables的TEE模块或者更强大也更复杂的tc（Traffic Control）工具。
解决方案
对于一些相对简单的场景，比如你只想把某个接口的全部入站流量原封不动地复制一份发给另一台机器进行分析，iptables的TEE目标是个不错的选择。它就像一个分流器，在不改变原始数据包路径的前提下，额外拷贝一份送出去。我个人觉得，如果你只是想快速搭一个临时的镜像点，或者对性能要求没那么极致，TEE用起来确实很直接。
举个例子，假设你想把eth0接口上所有进入的数据包，复制一份发送到IP地址为192.168.1.100的分析服务器：
sudo iptables -t mangle -A PREROUTING -i eth0 -j TEE --gateway 192.168.1.100
这条命令的意思是，所有进入eth0接口的数据包，在路由之前（PREROUTING链），都会被复制一份，然后这份复制品会被发送到192.168.1.100这台机器。原始数据包则继续按原路转发。注意，这里用的是mangle表，因为TEE操作属于对数据包的修改而非过滤或NAT。
不过，TEE的局限性也比较明显，它只能把流量镜像到一个IP地址，而且过滤能力相对有限，如果你想做更精细的筛选，或者需要镜像到另一个本地接口，它就显得力不从心了。
这时候，tc（Traffic Control）就登场了。它简直是Linux网络栈里的瑞士军刀，虽然配置起来学习曲线有点陡峭，但它的能力远超iptables TEE。tc能让你在数据包离开或进入网卡时进行各种复杂的操作，包括我们今天说的流量镜像，也就是mirred动作。
我记得有一次，我们需要把一个生产环境网卡上的特定端口流量镜像到另一个物理接口，然后接上专业的流量分析设备。iptables TEE根本做不到这种“端口到端口”的镜像，而tc就完美解决了。它的强大之处在于，你可以精确控制镜像的源、目的地，甚至在镜像前进行复杂的分类和过滤。
以将eth0上的入站流量镜像到eth1为例，你需要这么做：
首先，为eth0添加一个ingress队列规则，这是tc处理入站流量的基础：
sudo tc qdisc add dev eth0 ingress
然后，添加一个过滤器，将所有通过eth0的IP流量镜像到eth1。这里我们使用u32过滤器匹配所有IP流量，并使用mirred egress mirror动作将流量复制到eth1。
sudo tc filter add dev eth0 parent ffff: protocol ip u32 match u32 0 0 flowid 1:1 action mirred egress mirror dev eth1
如果你只想镜像特定端口的流量，比如TCP 80端口，你可以这样修改过滤器：
sudo tc filter add dev eth0 parent ffff: protocol ip u32 match ip protocol 6 0xff match ip dport 80 0xffff flowid 1:1 action mirred egress mirror dev eth1
这里的protocol 6是TCP，dport 80是目标端口80。tc的语法确实有点“魔法”，但一旦掌握，你会发现它非常灵活。
需要注意的是，tc的规则默认是非持久化的，重启后会丢失。你通常需要把这些命令写到启动脚本里，或者使用iproute2的持久化机制来保存。
为什么我们需要在Linux上进行流量镜像？
在我看来，流量镜像绝不仅仅是一个技术技巧，它在很多实际场景中都扮演着关键角色。你可能会觉得，直接用tcpdump抓包不就行了？但镜像的优势在于，它能让你在不影响原始流量路径的前提下，持续地获取一份完整的流量副本，这对于需要长期监控或离线分析的场景来说，是不可替代的。
