gpt4 book ai didi

conntrack delete 不会停止运行大文件的副本

转载 作者:行者123 更新时间:2023-12-03 09:53:07 26 4
gpt4 key购买 nike

我有一个配置了 nat 端口转发的路由器。我通过 nat 启动了大文件的 http 副本。 http 服务器托管在包含要下载的大文件的 LAN PC 上。我从 WAN PC 启动了文件下载。我在文件复制运行时禁用了 nat 规则。文件副本保留。当我使用 conntrack-tool 禁用 nat 转发规则时,我想停止文件副本。

enter image description here

我的 conntrack 列表包含以下 conntrack session

# conntrack -L | grep "33.13"
tcp 6 431988 ESTABLISHED src=192.168.33.13 dst=192.168.33.215 sport=52722 dport=80 src=192.168.3.17 dst=192.168.33.13 sport=80 dport=52722 [ASSURED] use=1

我尝试使用以下命令将其删除:

# conntrack -D --orig-src 192.168.33.13
tcp 6 431982 ESTABLISHED src=192.168.33.13 dst=192.168.33.215 sport=52722 dport=80 src=192.168.3.17 dst=192.168.33.13 sport=80 dport=52722 [ASSURED] use=1
conntrack v1.4.3 (conntrack-tools): 1 flow entries have been deleted.

conntrack session 已删除我可以在以下命令中看到。但是创建了另一个conntrack session ,src ip地址是被移除的conntrack的lan地址

# conntrack -L | grep "33.13"
tcp 6 431993 ESTABLISHED src=192.168.3.17 dst=192.168.33.13 sport=80 dport=52722 src=192.168.33.13 dst=192.168.33.215 sport=52722 dport=80 [ASSURED] use=1
conntrack v1.4.3 (conntrack-tools): 57 flow entries have been shown.

我试图删除新的 conntrack 但它仍然存在

# conntrack -D --orig-src 192.168.3.17

# conntrack -L | grep "33.13"
conntrack v1.4.3 (conntrack-tools): 11 flow entries have been shown.
tcp 6 431981 ESTABLISHED src=192.168.3.17 dst=192.168.33.13 sport=80 dport=52722 src=192.168.33.13 dst=192.168.33.215 sport=52722 dport=80 [ASSURED] use=1

我缺少什么?

最佳答案

首先,如果“conntrack -D”命令成功,您可以看到下面的消息。

conntrack v1.4.4 (conntrack-tools): 1 flow entries have been deleted.

因此我们猜测音轨删除工作失败了。

为什么conntrack不删除track?

Perhaps you are referencing a session you want to delete from a specific skb or track.

如果你想获得详细信息,你可以尝试遵循 linux 内核中的“ctnetlink_del_conntrack”调用堆栈函数。

关于conntrack delete 不会停止运行大文件的副本,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46727416/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com