. 利用 netfilter 修改 tcp 报文, 造成 tcp 快速重传失败, 超过次数.

351624530

回复 9# Godbach

分段抓包找到原因了,  

tcp spurious retransmis 和 tcp dup ack  成对出现了, 之后, 服务器 就不发送数据包了,

这个问题如何解决了

351624530

回复 11# 351624530


此四次重传的包为同一个 包,   ack 返回的 序列号, 和 重传包不是对应的, 也就是 client 在发送  dup ack  请发服务器发送 另外一个tcp包(和此时重传tcp包不一个),


   

Godbach

回复 12# 351624530


这就是因为你增加了 repsonse 的长度，也就是 client 端 ACK 的序列号，要大于 server 端期望的序列号了。

这种情况下，你要将从 client 端收到的报文 ACK 的序列号减去你增加的长度，这样才和 server 期望的保持一致。


   

nswcfd

版主说的对，这种类tcp proxy的程序一定得是有状态的才行，两边来回“作假”

351624530

回复 13# Godbach


    这个 ack 的  seq 和ack_seq  都已经修改的, 在正常情况下,是可以运行的,  

这个主要出现了 乱序 , 所以client 发送 tcp dup ack , 不是 他们的 seq 和 ack_seq 不对. 是这个 成对出现时候,  之后 客户端和服务器就不发送数据了, 直接卡死了.

351624530

回复 14# nswcfd



同上 15楼

   

Godbach

回复 15# 351624530

应该是你修改报文之后，剩下交互的所有报文，你都要进行修改的。 你确定都已经正确修改过来了吗？

   

351624530

回复 17# Godbach


    恩恩, 我使用一个钩子函数对 修改seq 之后的 都进行了修改 , 包括 sack,

下一级没有 tc 限速的情况下, 我抓包完全正常, 不会出现网络卡死的情况,   可能加上限速 和 本身模块网速延迟, 造成,网络乱序比较严重. 就容易出现  强制重传和 tcp dup ack
成对出现, 然后 服务器和客户端 都不发送数据了.  

351624530

谢谢群主, 问题解决了.

351624530

回复 1# 351624530


    自己回答, 分享下原因,  本地配置防火墙规则  drop  state INVILID 的规则 和 本模块冲突, 丢弃了插入的 ack 包,   插入 文本后, 之后 ack 报文, 系统会设置 状态为 INVILID