netfilter模块修改forward报文

fengfengdiandia

回复 8# Godbach

是的，B 上可以收到 A 修改后的报文，在报文内容中可以看见我添加的内容，以及我更改的 Content-Length 值。

但是 B 并没有给 A 返回 ACK，所以我才怀疑是不是 forward 和 其他 hook 点的校验和方式不太一样。
   

Godbach

回复 11# fengfengdiandia
如果 B 上就可以看到 A 发回来的报文，那就需要重点检查报文了

报文的 IP 和 TCP 校验和都正确吗，你可以打开 wireshark 的显示检验和判断的地方。重点看下 TCP 的。

如果校验和没问题，那么 B 没理由不发送 ACK，除非因为路由啥的问题。


   

fengfengdiandia

回复 12# Godbach

wireshark 的那个 TCP 校验和复选框的对勾被我去掉了。

去掉的原因：平时正常访问网址时抓包也有 TCP 校验和错误，所以参照不是很准啊，就被我去掉了。

版主有遇到过正常访问网址 TCP 校验和错误的情况么？

Godbach

回复 13# fengfengdiandia

你这是改报文了。check 一下你改后的报文，TCP 校验和是否正确。



   

fengfengdiandia

回复 14# Godbach

是根据 wireshark 里面的 TCP 校验和来进行对比判断么？

可是我 wireshark 平时的校验和总是各种误报错误。
   

Godbach

回复 15# fengfengdiandia

是的，打开 TCP checksum 的 validation 就可以看到你的校验和正确与否了。

因为发出去的报文，checksum 有可能网卡计算，这种报文的校验和也许通过 wireshark 看是不对的。但是你这是收到的报文，checksum 是不应该有问题的。


   

nswcfd

建议先用改包的API做一次“空”修改，比如1234就替换为1234，或者仅仅交换字节的顺序（这样不影响checksum）
看看有没有联通性问题，以排除API自己的问题。

fengfengdiandia

回复 16# Godbach
经抓包验证，校验和校验有误

   

fengfengdiandia

回复 17# nswcfd

验证了一下，校验和正确
   

fengfengdiandia

问题解决了，感谢版主和 nswcfd 兄以及其他小伙伴的回复。

最后判断校验和有误后，我更改了校验和的方式，和之前 LOCAL_IN 的稍稍不同些。
问题虽然解决了，但是我还是不太明白为什么 FORWARD 和 LOCAL_IN 的校验和算法不太相同。
希望有理解原理的小伙伴到时回复下。

谢谢诸位！