Chinaunix

标题: 教你修改以及重构skb [打印本页]
作者: ubuntuer    时间: 2010-01-10 14:40
标题: 教你修改以及重构skb
测试环境：
   CentOS5.3 2.6.18
工具:
   sendip和wireshark
   sendip可以发送各种数据包,确实方便.wireshark图形化的显示对于分析整个数据包还是相当不错的...
   
一：内核态基于Netfilter构造数据包
主要有两种方式：
1. alloc_skb申请一个skb结构体，然后根据实际的应用填充不同的成员，或者基于当前数据包的skb，
   调用skb_copy() pskb_copy() skb_copy_expand()等新申请一个nskb，并且拷贝skb的内容。
2. 直接在先前接收到的数据包skb上作修改，主要有源IP、目IP，如果是TCP/UDP协议的话，还有源端口目的端口号。
  就是根据你自己的需求去调整数据包的相关成员即可。然后重新计算各个部分的校验和。

   不管你第一种方式还是第二种方式,你需要知道你也必须知道的就是对于l2 l3 l4层的数据你都必须去构造,我之前就是
由于没有构造L2而郁闷了一天...
   让我们先从一个小程序开始,把5个hook都挂上mac这个函数,主要就是看看l2，对于l3 l4以及应用层我以前的几个帖子里面
已经有很多了,这里就不说了      
  1.    printk("------begin %s--------\n", hooks[hooknum]);
  2.    print_ipproto(iph->protocol);
  3.    printk("len is %d, data len is %d\n", nskb->len, nskb->data_len);
  4.    if(nskb->mac_len > 0)
  5.            {
  6.             eth = (struct ethhdr*)(nskb->mac.raw);
  7.             print_mac(eth);       
  8.                    }   
  9.    printk("------end  %s--------\n", hooks[hooknum]);
复制代码


  2. #include <linux/module.h>
  3. #include <linux/kernel.h>
  4. #include <linux/init.h>
  5. #include <linux/netfilter.h>
  6. #include <linux/skbuff.h>
  7. #include <linux/ip.h>
  8. #include <linux/netdevice.h>
  9. #include <linux/if_ether.h>
  10. #include <linux/if_packet.h>
  11. #include <net/tcp.h>
  12. #include <net/udp.h>
  13. #include <net/icmp.h>
  14. #include <linux/netfilter_ipv4.h>

  16. #define MAC_FMT "%02x:%02x:%02x:%02x:%02x:%02x"
  17. #define MAC_ARG(x) ((u8*)(x))[0],((u8*)(x))[1],((u8*)(x))[2],((u8*)(x))[3],((u8*)(x))[4],((u8*)(x))[5]

  19. MODULE_LICENSE("GPL");
  20. MODULE_AUTHOR("kenthy@163.com");

  22. const char* hooks[] ={ "NF_IP_PRE_ROUTING",
  23.                              "NF_IP_LOCAL_IN",
  24.                              "NF_IP_FORWARD",
  25.                              "NF_IP_LOCAL_OUT",
  26.                              "NF_IP_POST_ROUTING"};

  28. void print_ipproto(int proto)
  29. {
  30. switch(proto)
  31. {
  32.         case IPPROTO_ICMP:
  33.                 printk("%s\n", "IPPROTO_ICMP");
  34.           break;
  35.         case IPPROTO_TCP:
  36.                 printk("%s\n", "IPPROTO_TCP");
  37.           break;
  38.         case IPPROTO_UDP:
  39.                 printk("%s\n", "IPPROTO_UDP");
  40.           break;
  41.         default:
  42.                 printk("%s\n", "other IPPROTO");
  43.         }
  44. }

  46. void print_mac(struct ethhdr* eth)
  47. {
  48. if(eth==NULL)
  49.         return;
  50.        
  51. if(eth->h_source!=NULL)
  52.         printk("SOURCE:" MAC_FMT "\n", MAC_ARG(eth->h_source));

  54. if(eth->h_dest!=NULL)
  55.              printk("DEST:" MAC_FMT "\n", MAC_ARG(eth->h_dest));
  56. }

  58. unsigned int
  59. mac(unsigned int hooknum,
  60.                  struct sk_buff** skb,
  61.                  const struct net_device *in,
  62.                  const struct net_device *out,
  63.                  int (*okfn)(struct sk_buff*))
  64. {
  65.    struct sk_buff* nskb;
  66.    struct iphdr *iph = NULL;
  67.    struct ethhdr* eth;
  68.   
  69.   nskb = *skb;
  70.   if(nskb==NULL)
  71.   {
  72.     printk("%s\n", "*skb is NULL");
  73.     return NF_ACCEPT;
  74.    }
  75.   
  76.   iph = ip_hdr(nskb);
  77.   if(iph == NULL)
  78.   {
  79.     printk("%s\n", "*iph is NULL");
  80.     return NF_ACCEPT;
  81.    }

  83.       
  84.    printk("------begin %s--------\n", hooks[hooknum]);
  85.    print_ipproto(iph->protocol);
  86.    printk("len is %d, data len is %d\n", nskb->len, nskb->data_len);
  87.    if(nskb->mac_len > 0)
  88.            {
  89.             eth = (struct ethhdr*)(nskb->mac.raw);
  90.             print_mac(eth);       
  91.                    }
  92.    else
  93.     printk("%s", "mac is NULL");               
  94.    
  95.    
  96.    printk("------end  %s--------\n", hooks[hooknum]);
  97.   
  98.     return NF_ACCEPT;
  99. }

  101.                             
  102. static struct nf_hook_ops mac_ops[] = {
  103.         {
  104.                 .hook                = mac,
  105.                 .owner                = THIS_MODULE,
  106.                 .pf                = PF_INET,
  107.                 .hooknum        = NF_IP_PRE_ROUTING,
  108.                 .priority = NF_IP_PRI_FIRST,
  109.         },
  110.         {
  111.                 .hook                = mac,
  112.                 .owner                = THIS_MODULE,
  113.                 .pf                = PF_INET,
  114.                 .hooknum        = NF_IP_LOCAL_IN,
  115.                 .priority = NF_IP_PRI_FIRST,
  116.         },
  117.         {
  118.                 .hook                = mac,
  119.                 .owner                = THIS_MODULE,
  120.                 .pf                = PF_INET,
  121.                 .hooknum        = NF_IP_FORWARD,
  122.                 .priority = NF_IP_PRI_FIRST,
  123.         },
  124.         {
  125.                 .hook                = mac,
  126.                 .owner                = THIS_MODULE,
  127.                 .pf                = PF_INET,
  128.                 .hooknum        = NF_IP_LOCAL_OUT,
  129.                 .priority = NF_IP_PRI_FIRST,
  130.         },
  131.         {
  132.                 .hook                = mac,
  133.                 .owner                = THIS_MODULE,
  134.                 .pf                = PF_INET,
  135.                 .hooknum        = NF_IP_PRE_ROUTING,
  136.                 .priority = NF_IP_POST_ROUTING,
  137.         },
  138. };

  140. static int __init init(void)
  141. {
  142.     int ret;
  143.     ret = nf_register_hooks(mac_ops, ARRAY_SIZE(mac_ops));
  144.     if (ret < 0) {
  145.         printk("http detect:can't register mac_ops detect hook!\n");
  146.         return ret;
  147.     }
  148.     printk("insmod mac_ops detect module\n");
  149.     return 0;
  150. }

  152. static void __exit fini(void)
  153. {
  154.     nf_unregister_hooks(mac_ops, ARRAY_SIZE(mac_ops));
  155.     printk("remove mac_ops detect module.\n");
  156. }

  158. module_init(init);
  159. module_exit(fini);

复制代码

  insmod mac.ko加载mac模块后,随便发个ping包
  Jan 10 09:44:13 nfs-client kernel: ------begin NF_IP_LOCAL_OUT--------
Jan 10 09:44:13 nfs-client kernel: IPPROTO_ICMP
Jan 10 09:44:13 nfs-client kernel: len is 84, data len is 0
Jan 10 09:44:13 nfs-client kernel: mac is NULL------end  NF_IP_LOCAL_OUT--------
Jan 10 09:44:13 nfs-client kernel: ------begin NF_IP_PRE_ROUTING--------
Jan 10 09:44:13 nfs-client kernel: IPPROTO_ICMP
Jan 10 09:44:13 nfs-client kernel: len is 84, data len is 0
Jan 10 09:44:13 nfs-client kernel: SOURCE:00:50:56:fa:70:2a
Jan 10 09:44:13 nfs-client kernel: DEST:00:0c:29:4f:de:ac
Jan 10 09:44:13 nfs-client kernel: ------end  NF_IP_PRE_ROUTING--------
Jan 10 09:44:13 nfs-client kernel: ------begin NF_IP_LOCAL_IN--------
Jan 10 09:44:13 nfs-client kernel: IPPROTO_ICMP
Jan 10 09:44:13 nfs-client kernel: len is 84, data len is 0
Jan 10 09:44:13 nfs-client kernel: SOURCE:00:50:56:fa:70:2a
Jan 10 09:44:13 nfs-client kernel: DEST:00:0c:29:4f:de:ac
Jan 10 09:44:13 nfs-client kernel: ------end  NF_IP_LOCAL_IN--------
   可以看到对于挂载在out上的数据包mac已经被剥掉

当接收一个包时，处理n层协议头的函数从n-1层收到一个缓冲区，它的skb->data指向n层协议的头。处理n层协议的函数把本层的指针(例如，L3对应的是skb->nh指针)初始化为skb->data，因为这个指针的值会在处理下一层协议时改变(skb->data将被初始化成缓冲区里的其他地址)。在处理n层协议的函数结束时，在把包传递给n+1层的处理函数前，它会把skb->data指针指向n层协议头的末尾，这正好是n+1层协议的协议头。

发送包的过程与此相反，但是由于要为每一层添加新的协议头，这个过程要比接收包的过程复杂。



      好的,到现在你已经知道要重新搞一个数据包需要自己来DIY l2 l3 l4当然还有l7如果你想....   
    来先看看skb的几个重要指针吧
unsigned char *head
unsigned char *end
unsigned char *data
unsigned char *tail
它们表示缓冲区和数据部分的边界。在每一层申请缓冲区时，它会分配比协议头或协议数据大的空间。head和end指向缓冲区的头部和尾部，而data和tail指向实际数据的头部和尾部。每一层会在head和data之间填充协议头，或者在tail和end之间添加新的协议数据
  

那么具体操作这些指针呢？
(a)skb_put, (b)skb_push, (c)skb_pull, and (d)skb_reserve


  再加上dev_queue_xmit这个函数,你已经可以完成整件事了,对你现在有点蒙感觉无从下手,我也是!!! 我是历经几十次的死机才成功的,写这个文章也是希望后来人少走点弯路...

  那就从修改开始吧....

  2. #include <linux/module.h>
  3. #include <linux/kernel.h>
  4. #include <linux/init.h>

  6. #include <linux/netfilter.h>
  7. #include <linux/skbuff.h>
  8. #include <linux/ip.h>
  9. #include <linux/netdevice.h>
  10. #include <linux/if_ether.h>
  11. #include <linux/if_packet.h>
  12. #include <linux/inet.h>
  13. #include <net/tcp.h>
  14. #include <net/udp.h>
  15. #include <net/icmp.h>
  16. #include <linux/netfilter_ipv4.h>


  19. MODULE_LICENSE("GPL");
  20. MODULE_AUTHOR("kenthy@163.com");

  22. #define    ETH    "eth0"
  23. unsigned char   SMAC[ETH_ALEN] = {0x00,0x0C,0x29,0x4F,0xDE,0xAC};
  24. unsigned char   DMAC[ETH_ALEN] = {0x00,0x50,0x56,0xFA,0x70,0x2A};

  26. static struct nf_hook_ops modify_ops;

  28. static unsigned int modify(unsigned int hooknum, struct sk_buff ** skb,
  29.                                   const struct net_device * in, const struct net_device * out,
  30.                                   int (*okfn)(struct sk_buff *))
  31. {
  32.     struct sk_buff* nskb;
  33.     struct iphdr* nip_hdr;
  34.     unsigned int   nip_hdr_off;
  35.     struct tcphdr* ntcp_hdr;
  36.     unsigned int ntcp_hdr_off;
  37.     struct ethhdr* neth_hdr;
  38.     int ret = 0;
  39.    
  40.    nskb = skb_copy(*skb, GFP_ATOMIC);
  41.    if(nskb == NULL)
  42.      {
  43.              printk("%s\n", "skb_copy return NULL");
  44.              return NF_ACCEPT;
  45.      }

  47.   if( nskb->nh.iph->protocol != IPPROTO_TCP)
  48.     {
  49.             kfree_skb(nskb);
  50.       return NF_ACCEPT;
  51.      }

  53.     nip_hdr = nskb->nh.iph;
  54.     nip_hdr_off = nip_hdr->ihl << 2;
  55.    
  56.     ntcp_hdr = (struct tcphdr *)((void *)nip_hdr + nip_hdr_off);
  57.     ntcp_hdr_off = ntcp_hdr->doff << 2;
  58.     if(!ntcp_hdr->syn)
  59.             {
  60.                     kfree_skb(nskb);
  61.                     return NF_ACCEPT;
  62.             }
  63.    
  64.     //evil!
  65.     nip_hdr->daddr = in_aton("192.168.1.101");

  67.     nip_hdr->check = 0;
  68.     nip_hdr->check = ip_fast_csum((unsigned char *)nip_hdr, nip_hdr->ihl);
  69.         
  70.     nskb->csum = 0;
  71.     nskb->csum = csum_partial((unsigned char *)(ntcp_hdr + ntcp_hdr_off),
  72.                                       ntohs(nip_hdr->tot_len) - nip_hdr_off - ntcp_hdr_off, 0);

  74.     ntcp_hdr->check = 0;
  75.     ntcp_hdr->check = csum_tcpudp_magic(nip_hdr->saddr, nip_hdr->daddr,
  76.                                         ntohs(nip_hdr->tot_len) - nip_hdr_off, nip_hdr->protocol,
  77.                                         csum_partial((unsigned char *)ntcp_hdr, ntcp_hdr_off, nskb->csum));


  80.     nskb->ip_summed = CHECKSUM_NONE;
  81.     nskb->pkt_type  = PACKET_OTHERHOST;
  82.    
  83.     nskb->dev = dev_get_by_name(ETH);
  84.     if(nskb->dev==NULL)
  85.     {
  86.             printk("%s\n", "dev_get_by_name return NULL");
  87.             kfree_skb(nskb);
  88.             return NF_ACCEPT;
  89.             }
  90.            
  91.     nskb->mac.raw = skb_push (nskb, ETH_HLEN);
  92.      { //eth headeri
  93.       neth_hdr = (struct ethhdr *)nskb->mac.raw;
  94.       memcpy (neth_hdr->h_dest, DMAC, ETH_ALEN);
  95.       memcpy (neth_hdr->h_source, SMAC, ETH_ALEN);
  96.       neth_hdr->h_proto = __constant_htons (ETH_P_IP);
  97.     }
  98.    

  100.     dev_hold(nskb->dev);
  101.     printk("%s\n", "dev_hold ok");
  102.    
  103.     ret = dev_queue_xmit(nskb);
  104.     printk("ret:%d\n", ret);
  105.     return NF_STOLEN;
  106. }


  109. static int __init init(void)
  110. {
  111.   int  ret = 0;
  112.   modify_ops.hook = modify;
  113.   modify_ops.hooknum = NF_IP_LOCAL_OUT;
  114.   modify_ops.pf = PF_INET;
  115.   modify_ops.priority = NF_IP_PRI_FIRST;

  117.   ret = nf_register_hook(&modify_ops);
  118.   if (ret < 0)
  119.    {
  120.      printk("%s\n", "can't modify skb hook!");
  121.      return ret;
  122.    }

  124.     printk("%s\n", "insmod modify skb module");
  125.     return 0;
  126. }

  128. static void __exit fini(void)
  129. {
  130.     nf_unregister_hook(&modify_ops);
  131.     printk("%s\n", "remove modify skb module.");
  132. }

  134. module_init(init);
  135. module_exit(fini);
复制代码


测试结果:

sendip -p ipv4 -is 192.168.238.180 -p tcp -ts 598982 -td 80 192.168.1.1
//                                  sip                                 sport       dport  dip
sendip比较好用吧,你可以指定syn ack之类的呢

上面的三个数据包是没有加载skb_modify模块的...上面的具体函数你们可以sourceinsight跟踪看看,我也不可能一一讲解

因为我们是挂在NF_IP_LOCAL_OUT上所以我们需要重新搞mac header

那么DIY SKB呢？


  3. #include <linux/module.h>
  4. #include <linux/kernel.h>
  5. #include <linux/init.h>
  6. #include <linux/netfilter.h>
  7. #include <linux/skbuff.h>
  8. #include <linux/ip.h>
  9. #include <linux/inet.h>
  10. #include <linux/netdevice.h>
  11. #include <linux/if_ether.h>
  12. #include <linux/if_packet.h>
  13. #include <net/tcp.h>
  14. #include <net/udp.h>
  15. #include <net/route.h>
  16. #include <net/icmp.h>
  17. #include <linux/netfilter_ipv4.h>

  19. MODULE_LICENSE("GPL");
  20. MODULE_AUTHOR("kenthy@163.com");

  22. #define    ETH     "eth0"
  23. #define    SIP     "192.168.238.180"
  24. #define    DIP     "192.168.1.101"
  25. #define    SPORT   39804
  26. #define    DPORT   80

  28. unsigned char   SMAC[ETH_ALEN] = {0x00,0x0C,0x29,0x4F,0xDE,0xAC};
  29. unsigned char   DMAC[ETH_ALEN] = {0x00,0x50,0x56,0xFA,0x70,0x2A};

  31. int cp_dev_xmit_tcp (char * eth, u_char * smac, u_char * dmac,
  32.              u_char * pkt, int pkt_len,
  33.              u_long sip, u_long dip,
  34.              u_short sport, u_short dport, u_long seq, u_long ack_seq, u_char psh, u_char fin)
  35. {
  36.   struct sk_buff * skb = NULL;
  37.   struct net_device * dev = NULL;
  38.   struct ethhdr * ethdr = NULL;
  39.   struct iphdr * iph = NULL;
  40.   struct tcphdr * tcph = NULL;
  41.   u_char * pdata = NULL;
  42.   int nret = 1;

  44.   if (NULL == smac || NULL == dmac) goto out;

  46.   dev = dev_get_by_name(eth);
  47.   if (NULL == dev)
  48.    goto out;

  50.   skb = alloc_skb (pkt_len + sizeof (struct iphdr) + sizeof (struct tcphdr) + LL_RESERVED_SPACE (dev), GFP_ATOMIC);
  51.   
  52.   if (NULL == skb)
  53.     goto out;
  54.   
  55.   skb_reserve (skb, LL_RESERVED_SPACE (dev));

  57.   skb->dev = dev;
  58.   skb->pkt_type = PACKET_OTHERHOST;
  59.   skb->protocol = __constant_htons(ETH_P_IP);
  60.   skb->ip_summed = CHECKSUM_NONE;
  61.   skb->priority = 0;
  62.   
  63.   skb->nh.iph = (struct iphdr*)skb_put(skb, sizeof (struct iphdr));
  64.   skb->h.th = (struct tcphdr*)skb_put(skb, sizeof (struct tcphdr));

  66.   pdata = skb_put (skb, pkt_len);
  67.   {
  68.     if (NULL != pkt)
  69.      memcpy (pdata, pkt, pkt_len);
  70.   }
  71.   

  73.   {
  74.     tcph = (struct tcphdr *) skb->h.th;
  75.     memset (tcph, 0, sizeof (struct tcphdr));
  76.     tcph->source = sport;
  77.     tcph->dest = dport;
  78.     tcph->seq = seq;
  79.     tcph->ack_seq = ack_seq;
  80.     tcph->doff = 5;
  81.     tcph->psh = psh;
  82.     tcph->fin = fin;
  83.     tcph->syn = 1;
  84.     tcph->ack = 0;
  85.     tcph->window = __constant_htons (5840);
  86.     skb->csum = 0;
  87.     tcph->check = 0;
  88.   }
  89.   
  90.   {
  91.     iph = (struct iphdr*) skb->nh.iph;
  92.     iph->version = 4;
  93.     iph->ihl = sizeof(struct iphdr)>>2;
  94.     iph->frag_off = 0;
  95.     iph->protocol = IPPROTO_TCP;
  96.     iph->tos = 0;
  97.     iph->daddr = dip;
  98.     iph->saddr = sip;
  99.     iph->ttl = 0x40;
  100.     iph->tot_len = __constant_htons(skb->len);
  101.     iph->check = 0;
  102.   }
  103.   
  104.   skb->csum = skb_checksum (skb, iph->ihl*4, skb->len - iph->ihl * 4, 0);
  105.   tcph->check = csum_tcpudp_magic (sip, dip, skb->len - iph->ihl * 4, IPPROTO_TCP, skb->csum);

  107.   
  108.   skb->mac.raw = skb_push (skb, 14);
  109.   {
  110.     ethdr = (struct ethhdr *)skb->mac.raw;
  111.     memcpy (ethdr->h_dest, dmac, ETH_ALEN);
  112.     memcpy (ethdr->h_source, smac, ETH_ALEN);
  113.     ethdr->h_proto = __constant_htons (ETH_P_IP);
  114.   }


  117.   if (0 > dev_queue_xmit(skb)) goto out;
  118.   
  119.   nret = 0;
  120. out:
  121.   if (0 != nret && NULL != skb) {dev_put (dev); kfree_skb (skb);}
  122.   
  123.   return (nret);
  124. }

  126. static int __init init(void)
  127. {
  128.   printk("%s\n","insmod skb_diy module\n");
  129.    
  130.    cp_dev_xmit_tcp (ETH, SMAC, DMAC,NULL, 0,
  131.                     in_aton(SIP),in_aton(DIP),
  132.                     htons(SPORT),htons(DPORT),
  133.                     0, 0, 0, 0);
  134.     return 0;
  135. }

  137. static void __exit fini(void)
  138. {
  139.     printk("%s\n","remove skb_diy module.\n");
  140. }

  142. module_init(init);
  143. module_exit(fini);
复制代码


测试结果:



我这里并没有填充上层的东西 但是已经提供接口
pdata = skb_put (skb, pkt_len);
  {
    if (NULL != pkt)
     memcpy (pdata, pkt, pkt_len);
  }

你可以自己先截获一个上层的包再填充进去...  关于上层的东西我开源应用层DPI--l7detect初步成果 已经很清楚了,都已经DPI了


就这么多吧,天冷在寝室又没有暖气和空调,考个研还不让我们进实验室^_^,经过这两天的奋战终于搞定修改skb DIY SKB再加上以前基于netfilter的深度数据包检测.... 至此我可以很自信的说对于netfilter不算静态也算熟练了...

由于本人也是菜鸟,纰漏和不对之处还望指正...   写这些东西纯属爱好,由于内核网络代码这块变化看对于测试环境不一样的机子,概不保证正确性...但是思路肯定还是这样的,主要就是几个API的变化而已


参考:
  http://blog.chinaunix.net/u/33048/showart_2043789.html
  http://hi.baidu.com/zshidong/blo ... 5f1d00213f2eb0.html

[ 本帖最后由 ubuntuer 于 2010-1-10 14:42 编辑 ]
作者: ubuntuer    时间: 2010-01-10 14:46
其实写完这些东西,再回首感觉也不是那么难,最重要是自己对于ip头  tcp头 mac头 已近skb的
  1. unsigned char                *head,
  2.                                 *data,
  3.                                 *tail,
  4.                                 *end;
复制代码

四个指针具体指向哪里以及操作要熟悉....

至于校验和直接调api就可以了....
作者: mfan    时间: 2010-01-10 15:01
标题: 回复 #1 ubuntuer 的帖子
此贴不精没道理
作者: emmoblin    时间: 2010-01-10 20:27
代码有点多了。
最好加点着重的颜色
作者: emmoblin    时间: 2010-01-10 20:29
在应用程发包的话，使用libnet包，有一些封装好的函数直接调用，挺方便的
作者: ubuntuer    时间: 2010-01-10 21:24
原帖由 emmoblin 于 2010-1-10 20:27 发表
代码有点多了。
最好加点着重的颜色

恩 我等下编辑下帖子
作者: ubuntuer    时间: 2010-01-10 21:24
原帖由 emmoblin 于 2010-1-10 20:29 发表
在应用程发包的话，使用libnet包，有一些封装好的函数直接调用，挺方便的

libnet好像都不更新了吧 好像
作者: platinum    时间: 2010-01-10 22:47
不错不错，顶一下，呵呵！
作者: scutan    时间: 2010-01-10 23:32
很不错，学习了。谢谢楼主分享。
作者: Godbach    时间: 2010-01-11 10:16
ubuntuer兄最近NF的研究真是突飞猛进啊，恭喜。。
作者: VIP_fuck    时间: 2010-01-11 11:14
学习了，顶下。
俺也准备学习协议栈啦。
作者: ubuntuer    时间: 2010-01-11 11:57
原帖由 platinum 于 2010-1-10 22:47 发表
不错不错，顶一下，呵呵！

谢谢谢谢 以后还要多仰仗白金兄指点呢
作者: ubuntuer    时间: 2010-01-11 11:58
原帖由 scutan 于 2010-1-10 23:32 发表
很不错，学习了。谢谢楼主分享。

谢谢版主帮加精
作者: ubuntuer    时间: 2010-01-11 11:59
原帖由 Godbach 于 2010-1-11 10:16 发表
ubuntuer兄最近NF的研究真是突飞猛进啊，恭喜。。

呵呵  研究透了^_^  不知道下一步研究点什么  Godbach兄...    在学校闲的发慌
作者: Godbach    时间: 2010-01-11 12:01
建议将程序该在FORWAD点上测试，这样更符合实际应用。

另外，将程序中一些静态指定的修改成可以自动获取的，或者通过参数指定的
作者: platinum    时间: 2010-01-11 12:51
原帖由 ubuntuer 于 2010-1-11 11:59 发表

呵呵  研究透了^_^  不知道下一步研究点什么  Godbach兄...    在学校闲的发慌

哈哈，给你出一个稍微难一点的研究课题：尝试实现一个内核态的 WEB SERVER
只要能应答用户请求并返回一个很简陋的 HTML 静态页面就可以
作者: Godbach    时间: 2010-01-11 12:53
原帖由 platinum 于 2010-1-11 12:51 发表

哈哈，给你出一个稍微难一点的研究课题：尝试实现一个内核态的 WEB SERVER
只要能应答用户请求并返回一个很简陋的 HTML 静态页面就可以

:wink:
作者: platinum    时间: 2010-01-11 13:23
原帖由 Godbach 于 2010-1-11 12:53 发表

:wink:

不许灌水
作者: Godbach    时间: 2010-01-11 13:29
原帖由 platinum 于 2010-1-11 13:23 发表

不许灌水

好的，谨遵白金兄教诲。

Linux内核的网络部分很是庞大，能够摸清楚其框架就需要花费很多时间，要说透彻的搞清楚内核的网络部分，那肯定得下大工夫
作者: ubuntuer    时间: 2010-01-11 14:26
原帖由 platinum 于 2010-1-11 12:51 发表

哈哈，给你出一个稍微难一点的研究课题：尝试实现一个内核态的 WEB SERVER
只要能应答用户请求并返回一个很简陋的 HTML 静态页面就可以

我原先就是打算这么做的,呵呵  dreamice大哥说不大实用^_^   这个内核态web server我这个星期就搞出来  patinum兄 感觉应该不难了
作者: platinum    时间: 2010-01-11 15:02
原帖由 ubuntuer 于 2010-1-11 14:26 发表

我原先就是打算这么做的,呵呵  dreamice大哥说不大实用^_^   这个内核态web server我这个星期就搞出来  patinum兄 感觉应该不难了

难在你要处理 TCP 序号
难在要处理可能存在的 TCP 重传、乱序
难在要处理可能存在的 MSS、timestemp 等 TCP 选项
难在可能要处理 SACK 等特殊机制上
实际上快和重写一个 TCP 栈差不多了，如果你刚接触的话估计一个星期内全实现不太可能
作者: W.Z.T    时间: 2010-01-11 15:16
原帖由 ubuntuer 于 2010-1-11 14:26 发表

我原先就是打算这么做的,呵呵  dreamice大哥说不大实用^_^   这个内核态web server我这个星期就搞出来  patinum兄 感觉应该不难了


楼主加油，期待你的kernel level web server,  不过我记得当年我刚接触linux时， 就跟人家吹牛2个星期精通linux。

BTW： 呼唤塑料袋~
作者: VIP_fuck    时间: 2010-01-11 15:25
灌水..........
原来比较佩服我的头儿
现在才发现，cu内核版的才是真神
膜拜
再膜拜
作者: ubuntuer    时间: 2010-01-11 16:41
原帖由 W.Z.T 于 2010-1-11 15:16 发表


楼主加油，期待你的kernel level web server,  不过我记得当年我刚接触linux时， 就跟人家吹牛2个星期精通linux。

BTW： 呼唤塑料袋~

不要拿我和你相提并论嘛   人家都不好意思了
作者: ubuntuer    时间: 2010-01-11 16:48
原帖由 platinum 于 2010-1-11 15:02 发表

难在你要处理 TCP 序号
难在要处理可能存在的 TCP 重传、乱序
难在要处理可能存在的 MSS、timestemp 等 TCP 选项
难在可能要处理 SACK 等特殊机制上
实际上快和重写一个 TCP 栈差不多了，如果你刚接触的话 ...

恩  刚已经尝试的写了三小时了...
对于重传 分片  乱序 MSS  timestemp我都没考虑....
惭愧了


  2.     tcph->dest = o_tcph->source;
  3.     tcph->seq = o_tcph->ack_seq;
  4.     tcph->ack_seq = o_tcph->ack_seq+1;

  6. if(pkt_len>0)
  7.       tcph->psh = 1;
  8.     else
  9.       tcph->psh = 0;
  10.            
  11.     tcph->fin = 0;
  12.    
  13.     if(flag == 0)
  14.       tcph->syn = 1;
  15.     else
  16.      tcph->syn = 0;

  18. tcph->ack = 1;
复制代码

对于seq因为上一个数据包有ack_seq我直接拿来用的,本方的ack_seq我只是简单的+1(这样肯定是不严谨的^_^)
三次握手完成之后将全局变量flag设置为1    本方只有要传送的出去l2 l3 l4头的数据>0也就是pkt_len>0就设置psh...  

  2. unsigned char* payload = "HTTP/1.1 200 OK\r\n"
  3.                          "Date: Mon, 11 Jan 2010 02:20:35 GMT\r\n"
  4.                          "Server: Apache/2.2.3 (CentOS)\r\n"
  5.                          "Last-Modified: Mon, 11 Jan 2010 02:20:10 GMT\r\n"
  6.                          "ETag: \"210c9-4a-2d34ea80\"\r\n"
  7.                          "Accept-Ranges: bytes\r\n"
  8.                          "Content-Length: 74\r\n"
  9.                          "Connection: close\r\n"
  10.                          "Content-Type: text/html; charset=UTF-8\r\n"
  11.                          "<form>\r\n"
  12.                          "<div><label>test</label></div>\r\n"
  13.                          "</form>\r\n";
复制代码


对照wireshark所抓的包 mac ip头 tcp标志没错....   关键是seq^_^

白金兄这块是如火纯青啊...小弟我惭愧啊   太多东西没考虑就夸下大口一个星期
作者: platinum    时间: 2010-01-11 17:08
哪里哪里，我也是知其然，不知其所以然，呵呵
作者: peimichael    时间: 2010-01-12 09:23
不得不顶，赞楼主的动手精神
昨天拿回去试了下，可以用，
只是比较新的内核sk_buff不太一样，有几处要改下。
向lz学习
作者: gary721400    时间: 2010-02-02 13:55
入木三分啊！
作者: yqzq    时间: 2010-03-12 10:13
学习了。。
对checksum计算那部分的函数非常的迷糊，LZ能否给点资料让我学习学习。。

谢谢
作者: samzc2010    时间: 2010-03-12 10:43
I FU LE YOU....
作者: ipiszhang    时间: 2010-04-06 12:48
本帖最后由 ipiszhang 于 2010-04-06 20:21 编辑

仔细读过 提两个问题

第一
“可以看到对于挂载在out上的数据包mac已经被剥掉”

out上的数据包来自上层的应用程序进程 根本没有到达数据链路层 不是mac头“被剥掉” 而应该是根本还没有mac头 “剥掉”只能是出现在数据包从下层到上层传输的情况中

第二

第一个TCP数据包 （No.5） TCP一层的解析结果是高亮的 是不是说明数据包本身有问题？
作者: jinxinxin163    时间: 2010-06-09 09:12
请问第一个例子里边为什么没有经过NF_IP_POST_ROUTING？
谢谢
作者: jinxinxin163    时间: 2010-06-09 09:45
好文章，非常感谢兄弟的分享
作者: jinxinxin163    时间: 2010-06-17 11:46
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
作者: jinxinxin163    时间: 2010-06-17 11:48
按照作者的第一个例子在 2.6.29上运行，改正了一些编译错误，现在的问题是：ping 的时候，用dmesg查看，结果
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
*skb is NULL
调用了钩子函数，但却说*skb is NULL，请问是什么问题？
作者: jinxinxin163    时间: 2010-06-17 12:21
问题已解决，2.6.29下，钩子函数的第二个参数是struct sk_buff* skb,而非struct sk_buff** skb
作者: jinxinxin163    时间: 2010-06-17 13:39
请问第一个例子中 为什么“NF_IP_LOCAL_OUT”时"mac is NULL"?
作者: Godbach    时间: 2010-06-17 13:58
想一下构造包的过程你就明白了。本地发出的包，先构造那一层数据呢。
作者: jinxinxin163    时间: 2010-06-17 17:09
回复 38# Godbach


    发现有一个缺陷，向外发送的包，无论是在NF_INET_LOCAL_OUT这个点还是在NF_INET_POST_ROUTING这个点，其实都还没有得到mac地址，那假如我们想手动修改发送出去的数据包的mac地址，该怎么做呢？
    貌似这就不能用钩子机制来实现了把，是不是只能自己重构数据包，然后使用dev_queue_xmit发送出去？
作者: Godbach    时间: 2010-06-18 14:08
    发现有一个缺陷，向外发送的包，无论是在NF_INET_LOCAL_OUT这个点还是在NF_INET_POST_ROUTING这个点，其实都还没有得到mac地址，那假如我们想手动修改发送出去的数据包的mac地址，该怎么做呢？
    貌似这就不能用钩子机制来实现了把，是不是只能自己重构数据包，然后使用dev_queue_xmit发送出去？

建议你了解一下数据包从本机发出的流程，以及各个协议出对数据包做了哪些处理，添加了那些内容。
这样你就可以明白在哪些情况下，mac头是有的，哪些情况下mac头是没有的。
作者: xbjpkpk    时间: 2011-07-12 22:14
作者: xbjpkpk    时间: 2011-07-12 22:24
强大啊，学习了

请教问题我在netfilter的NF_IP_PRE_ROUTING点注册了函数，用这个函数skb_copy数据包然后把数据包用dev_queue_xmit()函数发送出去，这时候内核就挂掉了，请问是不是由于mac地址没有加上的原因？

那么加载MAC地址是不是可以用这个方法：
ethdr = (struct ethhdr *)skb->mac.raw;

    memcpy (ethdr->h_dest, dmac, ETH_ALEN);

    memcpy (ethdr->h_source, smac, ETH_ALEN);

    ethdr->h_proto = __constant_htons (ETH_P_IP);
作者: xbjpkpk    时间: 2011-07-12 22:34
楼主 我现在就是主要 用linux来开发路由器 方面的东西，就是搞端口镜像这些东西，有没有好的建议，我现在不知道从什么地方开始学，主要看那些东西，请问下楼主建议，就是我该看些linux哪方面的知识。
谢谢楼主了，楼主V5
作者: lovebubble000    时间: 2011-10-20 11:23
回复 1# ubuntuer


    请教楼主：
在static unsigned int modify() 99行：dev_hold(nskb->dev);那在什么地方dev_put呢？
在int cp_dev_xmit_tcp (）119行：  if (0 != nret && NULL != skb) {dev_put (dev); kfree_skb (skb);} dev_hold呢？
我初学者，对这里不懂，老觉得有增加引用就应该有释放。。。望楼主扫扫盲，谢谢
作者: sgq2012    时间: 2012-12-04 13:21
学习了！很强！
作者: zj47596731    时间: 2012-12-04 13:44
mark      
作者: 超级忍者龟    时间: 2013-01-25 12:25
我现在的情况是PC机器两个网卡，eth4接笔记本，eht0接外网，现在笔记本和PC机都能上网，我想用modify修改笔记本访问的数据，比如笔记本浏览器访问163.com，我把它的IP改成我PC机器本地IP：192.168.0.1，显示PC机本地的一个html主页。失败了，不知道什么原因，楼主能帮我看看吗？
作者: gaozongning    时间: 2013-03-26 17:17
标题: 楼主，求指导！
本帖最后由 gaozongning 于 2013-03-29 15:17 编辑

楼主你好，我想修改IPV6报头格式，由原来的40字节改为36字节的固定首部，去掉一些字段、修改有些字段。以便修改后的数据包能在自己搭建的局域网里传递以及用wireshark（注：可能会改动wireshark，使得其能识别改动后的数据包报头）查看修改后的数据包格式。请问我要达到这个目的，要怎样修改skb，要修改ipv6内核代码的哪些部分及怎样修改。期待您的回复。  邮箱：1002964158@qq.com               回复 1# ubuntuer


   
作者: 卖萌犯法    时间: 2013-06-21 11:01
很好的帖子，不过有个地方有问题：

第三段代码99行：
dev_hold(nskb->dev);

应当是，dev_put(nskb->dev)，否则设备将无法释放

对于“我是历经几十次的死机才成功的”，握手……
作者: hyx0715    时间: 2013-12-19 14:16
最近在做这方面的，借鉴一下！
作者: duoniK    时间: 2013-12-20 11:17
你好，想问下在sk_buff中添加字段，我在skbuff.h文件中给sk_buff添加了2各字段。编译没有问题，但是加载内核时 总是死掉，想问下你是怎样解决的，谢谢
http://bbs.chinaunix.net/forum.p ... ;page=1#pid24083335
回复 1# ubuntuer


   
作者: yandongxiao    时间: 2014-02-09 22:33
        我们在内核态下发送数据包有两种方式：调用NF_HOOK函数让构造的数据包在Netfilter框架下继续处理 和 调用dev_queue_xmit函数直接将数据包发送出去。既然在OUTPUT 和 POSTROUTING点无法，mac指针为NULL，说明无法利用第一种方法修改MAC地址。但是第二种方法却是直接将数据包(L2--L7)发送到制定的网卡上，即使数据包的源MAC与网卡的MAC不相同，也可以。
       至于NetFilter框架下MAC地址添加的时机，小弟还不太清楚。
       刚学Netfilter不久，错误之处还请指教

回复 39# jinxinxin163


   
作者: 太阳有点热    时间: 2014-03-07 10:06
本科生到这种水平，很不错。赞一个。
作者: fengidri    时间: 2015-05-04 16:08
不知道有没有人回复,  我有两个问题!!

一个是已经有人提了, 但是没有人回答:

卖萌犯法 发表于 2013-06-21 11:01
很好的帖子，不过有个地方有问题：

第三段代码99行：


另一个是使用skb_copy, 但是最终返回NF_STOLEN, 这样做是不是不对啊!!   原来的skb什么时候free呢!!!
作者: nswcfd    时间: 2015-05-04 18:34
回复 54# fengidri


   目测skb/STOLEN内存泄漏，可以通过观察skb slab的个数确认一下。

   dev引用计数同样缺少对应的dev_put，而且需要put两次。
作者: fengidri    时间: 2015-05-05 08:57
回复 55# nswcfd


    为什么是put两次呢? 我感觉只要把99行的hold改成put就可以了吧!!!
作者: nswcfd    时间: 2015-05-05 09:43
第82行还有dev_get_by_name
作者: fengidri    时间: 2015-05-05 11:23
回复 57# nswcfd


    我原来想的是, 因为有82行的dev_get_by_name 所以要有一个次put. 从你的回复来看, 是不是说对于之前的那个原始的skb也要有一次put.
作者: hl626818    时间: 2016-04-06 21:45
厉害！！！想来我也是研究生，差距太大了
作者: qianguozheng    时间: 2017-11-13 10:58
ubuntuer 发表于 2010-01-10 14:40
测试环境：
   CentOS5.3 2.6.18
工具:

这个例子现在不能正确执行了，在vmware下linux kernel 3.12的ubuntu中hooknum一直是一个很大的整数.

而在Ubuntu 4.4上面， hooknum一直等于0.

请问是什么原因呢？ 难道传递过来的hooknum不对了？




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2