Netfliter状态跟踪之动态协议的实现浅析(tftp实现).docVIP

Netfliter状态跟踪之动态协议的实现浅析(tftp实现).doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Netfliter状态跟踪之动态协议的实现浅析(tftp实现).doc

  Netfliter状态跟踪之动态协议的实现浅析(tftp实现)~教育资源库   注:这些贴子,包括iptables,Netfilter的包过滤,Netfliter的状态检测,都只是笔记性质的贴子,供有共同兴趣的朋友一起讨论,其中有不少错误的地方,希望大家指正,(并不是谦虚,我自己也在不断地改正和完善:em02:)!另,照旧,源码版本是2.6.12   1、模块的注册   源码在ip_conntrack_tftp.c中:   init函数中定义了 staticstructip_conntrack_helpertftp[MAX_PORTS];  并初始化它,并注册它: memset(tftp,0,sizeof(structip_conntrack_helper)); ret=ip_conntrack_helper_register(tftp);   tftp是一个数组,最大允许MAX_PORTS个,并且变量ports_c决定其个数,因为它做为注册时for循环的终值,目前,只注册了一个tftp。   tftp是一个ip_conntrack_helper类型,我在后文中,会把它叫做helper模块,也就是说,初始化函数中,调用ip_conntrack_helper_register函数注册了一个tftp的helper模块。   在tftp的成员的赋初始化值的时候,我们可以对照理解structip_conntrack_helper结构的许多重要的成员:   tonum=IPPROTO_UDP;    //协议   tftp.tuple.src.u.udp.port=htons(ports);    //目标端口,即69,这样,UDP:69成为认识tftp的唯一标志   tonum=0xFF;      //目标地址掩码,以及下面一个源端口掩码,以做比较之用   tftp.mask.src.u.udp.port=0xFFFF;   tftp.max_expected=1;        //最大expect,这是什么东东?后面会详解   tftp.timeout=5*60;/*5minutes*/    //超时时间   tftp.me=THIS_MODULE;   tftp.help=tftp_help;        //这个函数指针是最重要的东东了,后面再来分析它的具体作用     ip_conntrack_helper_register函数实质上是把该模块添加进以全局变量helpers为首的链表中去: intip_conntrack_helper_register(structip_conntrack_helper*me) {   BUG_ON(me-gt;timeout==0);   p;ip_conntrack_lock);   list_prepend(helpers,me);   p;ip_conntrack_lock);   return0; }   OK,tftp的helper模块被注册了,它什么时候被调用?以及它有什么用呢??   回忆在连接跟踪的初时化时,注册的两个钩子: /*连接跟踪初始化时,注册helperHook*/ staticstructnf_hook_opsip_conntrack_helper_out_ops={ .hook =ip_conntrack_help, .o =NF_IP_POST_ROUTING, .priority =NF_IP_PRI_CONNTRACK_HELPER, /*此优先级比同Hook上的ip_confirm的高*/ }; staticstructnf_hook_opsip_conntrack_helper_in_ops={ .hook =ip_conntrack_help, .o =NF_IP_LOCAL_IN, .priority =NF_IP_PRI_CONNTRACK_HELPER, };   对于中转包过滤来讲,我们关心第一个钩子,它注册在NF_IP_POST_ROUTINGHook上,并且,比我们讲过的ip_confirm优先级要高。   这样,也就是数据包经过这个Hook点时,ip_conntrack_help函数将被调用。   2.我的例子   结合一个实际的tftp传输来分析代码,先来看这个例子(该例取自《TCP/IP详解卷一》p161) 1.  :1106  -gt;  :69    udp  19  PRQ  test1.c 2.  :1077  -gt;  :1106  udp  516 3.  :1106  -gt;  :1077  udp  4 4.  :1077  -gt;  :1106  udp  4

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档