泽畔无材 发表于 2014-05-06 09:18

回复 6# lonelyair

Transfer-Encoding是chunk的话，即分块策略传输，每段开始有一个十六进制数字表示该段的长度。
我是参考http://www.cnblogs.com/jcli/archive/2012/10/19/2730440.html的内容的。
   

泽畔无材 发表于 2014-05-06 09:20

回复 7# 我不重要

学原理的话看源码就好，具体写的话我是参考http://gmd20.blog.163.com/blog/static/16843923200991325910251/的
   

Godbach 发表于 2014-05-06 09:25

回复 1# 泽畔无材

校验和都处理正确了吗

   

lonelyair 发表于 2014-05-06 09:40

回复 11# 泽畔无材


    谢谢，去看看

瀚海书香 发表于 2014-05-06 09:52

回复 10# 我不重要
看看这个http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=3565585

   

泽畔无材 发表于 2014-05-06 10:34

回复 13# Godbach
我直接调用__nf_nat_mangle_tcp_packet，它会帮忙全部处理了的。后来发现不是底层的问题，是http层的问题，见主贴底部的更新。。


   

我不重要 发表于 2014-05-06 11:30

回复 15# 瀚海书香


    谢谢

Godbach 发表于 2014-05-06 12:48

回复 16# 泽畔无材

赞一个。

   

lonelyair 发表于 2014-05-06 16:24

回复 16# 泽畔无材


    有意思，这样netfilter hook在那里？
__nf_nat_mangle_tcp_packet有没有影响，还有HTTP请求与响应都要修改啊，处理会不会复杂些，一直是想处理响应部分了，能不能说明下？

泽畔无材 发表于 2014-05-06 20:58

回复 19# lonelyair

hook在NF_INET_POST_ROUTING，
我仔细看了下__nf_nat_mangle_tcp_packet，好像只处理了当前包的seq修正，可能接下来的包有系统自带的hook根据status的那个标志位自动处理seq修正了？反正抓包结果表明序列号都是对的。。
HTTP请求只是改了下禁止gzip，和响应的改法差不多。
   
页: 1 [2] 3
查看完整版本: netfilter修改http报文后抓包正常，浏览器无法显示