回复 9# Godbach
分段抓包找到原因了,
tcp spurious retransmis 和 tcp dup ack成对出现了, 之后, 服务器 就不发送数据包了,
这个问题如何解决了
回复 11# 351624530
此四次重传的包为同一个 包, ack 返回的 序列号, 和 重传包不是对应的, 也就是 client 在发送dup ack请发服务器发送 另外一个tcp包(和此时重传tcp包不一个),
回复 12# 351624530
这就是因为你增加了 repsonse 的长度，也就是 client 端 ACK 的序列号，要大于 server 端期望的序列号了。
这种情况下，你要将从 client 端收到的报文 ACK 的序列号减去你增加的长度，这样才和 server 期望的保持一致。
版主说的对，这种类tcp proxy的程序一定得是有状态的才行，两边来回“作假”:mrgreen:
回复 13# Godbach
这个 ack 的seq 和ack_seq都已经修改的, 在正常情况下,是可以运行的,
这个主要出现了 乱序 , 所以client 发送 tcp dup ack , 不是 他们的 seq 和 ack_seq 不对. 是这个 成对出现时候,之后 客户端和服务器就不发送数据了, 直接卡死了.
回复 14# nswcfd
同上 15楼
回复 15# 351624530
应该是你修改报文之后，剩下交互的所有报文，你都要进行修改的。 你确定都已经正确修改过来了吗？
回复 17# Godbach
恩恩, 我使用一个钩子函数对 修改seq 之后的 都进行了修改 , 包括 sack,
下一级没有 tc 限速的情况下, 我抓包完全正常, 不会出现网络卡死的情况, 可能加上限速 和 本身模块网速延迟, 造成,网络乱序比较严重. 就容易出现强制重传和 tcp dup ack
成对出现, 然后 服务器和客户端 都不发送数据了.
谢谢群主, 问题解决了.
回复 1# 351624530
自己回答, 分享下原因,本地配置防火墙规则dropstate INVILID 的规则 和 本模块冲突, 丢弃了插入的 ack 包, 插入 文本后, 之后 ack 报文, 系统会设置 状态为 INVILID