为什么 tcpdump 可以看到 TAP 接口上的传入数据包，而 iptables 却看不到？

Question 1

这是进一步的猜测。希望这对您有所帮助，但也可能是错误的。

tap0 有两端，内核网络栈端和程序接口端。在我看来，如果您使用 tap0 提供“nicserver”，它不会使用程序接口按照 Tap 设备的预期方式连接到它。相反，nicserver 只会从网络堆栈端写入，并且没有应用程序从程序接口端读取，最终将导致设备队列溢出。这解释了丢弃的数据包。此外，不会传送任何数据包，这可以解释 iptables 结果。

我想如果你让 tcpdump 在 tap0 上捕获，它实际上会附加到 tap0 的程序接口端，瞧，你会看到数据包。我在互联网上搜索，但没有找到证实这种行为的消息来源。要证伪这个理论，请捕获 tap0 并查看它如何影响数据包丢失和 iptables 日志。

最后，一个解决您最初问题的建议：使用环回设备怎么样？就像这样：

nicserver -p 7801 -a lo

Answer

这是进一步的猜测。希望这对您有所帮助，但也可能是错误的。

tap0 有两端，内核网络栈端和程序接口端。在我看来，如果您使用 tap0 提供“nicserver”，它不会使用程序接口按照 Tap 设备的预期方式连接到它。相反，nicserver 只会从网络堆栈端写入，并且没有应用程序从程序接口端读取，最终将导致设备队列溢出。这解释了丢弃的数据包。此外，不会传送任何数据包，这可以解释 iptables 结果。

我想如果你让 tcpdump 在 tap0 上捕获，它实际上会附加到 tap0 的程序接口端，瞧，你会看到数据包。我在互联网上搜索，但没有找到证实这种行为的消息来源。要证伪这个理论，请捕获 tap0 并查看它如何影响数据包丢失和 iptables 日志。

最后，一个解决您最初问题的建议：使用环回设备怎么样？就像这样：

nicserver -p 7801 -a lo

Question 2

这iptable 桌子你正在打印的是筛选桌子。

这筛选检查表匹配仅在做出路由决定后。

检查这个博客中的图： https://www.garron.me/en/linux/iptables-manual.html

检查其他表是否显示当您通过流量时数据包计数增加。

iptables -nvL -t raw;
iptables -nvL -t nat;
iptables -nvL -t mangle;

Answer

这iptable 桌子你正在打印的是筛选桌子。

这筛选检查表匹配仅在做出路由决定后。

检查这个博客中的图： https://www.garron.me/en/linux/iptables-manual.html

检查其他表是否显示当您通过流量时数据包计数增加。

iptables -nvL -t raw;
iptables -nvL -t nat;
iptables -nvL -t mangle;

为什么 tcpdump 可以看到 TAP 接口上的传入数据包，而 iptables 却看不到？

答案1

答案2

相关内容