LinuxC下获取UDP包中的路由目的IP地址和头标识目的地址

忘是亡心i 2022-08-05 12:29 897阅读 0赞

# [LinuxC下获取UDP包中的路由目的IP地址和头标识目的地址][LinuxC_UDP_IP] #

在接受到UDP包后，有时候我们需要根据所接收到得UDP包，获取它的路由目的IP地址和头标识目的地址。

### （一）主要的步骤： ###

在setsockopt中设置IP\_PKTINFO，然后通过recvmsg来获取struct in\_pktinfo（struct in\_pktinfo是struct msghdr中msg\_control的成员）.in\_pktinfo 结构体（如下所示），我们可以从in\_pktinfo中获取路由目的地址(destination address of the packet)、头标识目的地址(source address of the packet)。这种方法只能用于UDP（数据报）传输中。

struct in_pktinfo
        {
            unsigned int ipi_ifindex;    /* 接口索引 */
            struct in_addr ipi_spec_dst; /* 路由目的地址 */
            struct in_addr ipi_addr;     /* 头标识目的地址 */
        };

**ipi\_ifindex**指的是接收包的接口的唯一索引,**ipi\_spec\_dst**指的是路由表记录中的目的地址，而**ipi\_addr** 指的是包头中的目的地址。如果给 **setsockopt**传递了**IP\_PKTINFO**，那么外发的包会通过在ipi\_ifindex中指定的接口发送出去，同时把ipi\_spec\_dst设置为目的地址。

### （二）下面的例子简单地说明如何获取UDP包中的源地址(interface addresses)、目标地址(destination addresses)。为了代码的简单，下面代码段省去了错误检查。 ###

![复制代码][copycode.gif]

// sock 使用AF_INET协议族,  socket类型SOCK_DGRAM
    setsockopt(sock, IPPROTO_IP, IP_PKTINFO, &opt, sizeof(opt));
    // 这里，控制数据是脏数据。
    char cmbuf[0x100];
    // 目标IP地址
    struct sockaddr_in peeraddr;
    
    //如果你想要获取UDP包中的数据，那么还需要为msg_iovec字段初始化
    struct msghdr mh = {
        .msg_name = &peeraddr,
        .msg_namelen = sizeof(peeraddr),
        .msg_control = cmbuf,
        .msg_controllen = sizeof(cmbuf),
    };
    recvmsg(sock, &mh, 0);
     struct cmsghdr *cmsg ;
    for ( // 遍历所有的控制头（the control headers）
        cmsg = CMSG_FIRSTHDR(&mh);
        cmsg != NULL;
        cmsg = CMSG_NXTHDR(&mh, cmsg))
    {
        // 忽略我们不需要的控制头（the control headers）
        if (cmsg->cmsg_level != IPPROTO_IP ||
            cmsg->cmsg_type != IP_PKTINFO)
        {
            continue;
        }
        struct in_pktinfo *pi = CMSG_DATA(cmsg);
        // 在这里, peeraddr是本机的地址（the source sockaddr）
        // pi->ipi_spec_dst 是UDP包中路由目的地址（the destination in_addr）
        // pi->ipi_addr 是UDP包中的头标识目的地址（the receiving interface in_addr）
    }

![复制代码][copycode.gif]

### (三)下面我将给出一个完整可运行的例子，这个例子实现了接收UDP广播包，发送UDP广播包，并在接收的时候，打印出UDP包的路由目的IP地址和头标识目的地址。 ###

![复制代码][copycode.gif]

#include <sys/types.h>
    #include <sys/socket.h>
    #include <arpa/inet.h>
    #include <stdio.h>
    #include <stdlib.h>
    #define BUFLEN 255
    
    int main ( int argc, char **argv )
    {
        struct sockaddr_in peeraddr, localaddr;
        int sockfd;
        int socklen, n;
    //(1)创建UDP数据报socket描述符
        sockfd = socket ( AF_INET, SOCK_DGRAM, 0 );
        if ( sockfd<0 )
        {
            printf ( "socket creating err in udptalk\n" );
            exit ( EXIT_FAILURE );
        }
        printf ( "IP address Checking!\n" );
        socklen = sizeof ( struct sockaddr_in );
        memset ( &peeraddr, 0, socklen );
    //(2)设置目标主机IP和端口，这里我们使用广播方式
        peeraddr.sin_family=AF_INET;
        peeraddr.sin_port=htons ( atoi ( "8903" ) );
    
        peeraddr.sin_addr.s_addr = htonl ( INADDR_BROADCAST );
    //(3设置本机IP和端口，这里我们设置可以接收符合端口的所有的包
        memset ( &localaddr, 0, socklen );
        localaddr.sin_family=AF_INET;
        localaddr.sin_addr.s_addr = htonl ( INADDR_ANY );  //设置接收任何主机
    
        printf ( "try to bind local address \n" );
        localaddr.sin_port=htons ( atoi ( "8904" ) );
    
    //(4)设置IPPROTO_IP标志，以便获取UDP包中的信息
        int opt = 1;
        setsockopt ( sockfd, IPPROTO_IP, IP_PKTINFO, &opt, sizeof ( opt ) );
        int nb = 0;
    //(5)设置为广播方式
        nb = setsockopt ( sockfd, SOL_SOCKET, SO_BROADCAST, ( char * ) &opt,
                          sizeof ( opt ) );
        if ( nb == -1 )
        {
            printf ( "set socket error..." );
            exit ( EXIT_FAILURE );
        }
        printf ( "IP address Checking!\n" );
    
        char cmbuf[100];// 这里只是为控制数据申请一个空间
    //(6)初始化msg_iovec字段,以便获取UDP包数据域
        char buffer[BUFLEN+1];
        struct iovec iov[1];
        iov[0].iov_base=buffer;
        iov[0].iov_len=sizeof ( buffer );
    //(7)初始化struct msghdr,以便获取UDP包中目标IP地址和源地址
        struct msghdr mh =
        {
            .msg_name = &localaddr,
            .msg_namelen = sizeof ( localaddr ),
            .msg_control = cmbuf,
            .msg_controllen = sizeof (cmbuf ),
            .msg_iov=iov,                                                           
            .msg_iovlen=1
        };
    //(8)将本机的地址信息与sockfd绑定起来
        if ( bind ( sockfd, &localaddr, socklen ) <0 )
        {
            printf ( "bind local address err in udptalk!\n" );
            exit ( 2 );
        }
        //发一个消息给目标主机
        if ( sendto ( sockfd, "HELLO", strlen ( "HELLO" ), 0, &peeraddr, socklen )
    <0 )
        {
            printf ( "sendto err in udptalk!\n" );
            exit ( 3 );
        }
        printf ( "end of sendto \n" );
        printf ( "start of recv&send message loop!\n" );
        for ( ;; )//接收消息循环
        {
            
            printf ( "Waiting For Message...!\n" );
            n=recvmsg ( sockfd, &mh, 0 );
            //判断socket是否有错误发生
            if ( n<0 )
            {
                printf ( "recvfrom err in udptalk!\n" );
                exit ( 4 );
            }
            else
            {
                cmbuf[n]=0;
                printf ( "Receive:%dByte。\tThe Message Is:%s\n", n,buffer );
            }
    //(9)初始化cmsghdr以便处理mh中的附属数据，通过遍历附属数据对象,找出我们感兴趣的信息
            struct cmsghdr *cmsg ;
            for ( cmsg = CMSG_FIRSTHDR ( &mh );
                    cmsg != NULL;
                    cmsg = CMSG_NXTHDR ( &mh, cmsg ) )
            {
             // 忽略我们不需要的控制头（the control headers）
                if ( cmsg->cmsg_level != IPPROTO_IP ||
                        cmsg->cmsg_type != IP_PKTINFO )
                {
                    continue;
                }
                struct in_pktinfo *pi = CMSG_DATA ( cmsg );    
               
    //(10)将地址信息转换后输出
                char dst[100],ipi[100];//用来保存转化后的源IP地址，目标主机地址   
                // pi->ipi_spec_dst 是UDP包中的路由目的IP地址（the destination in_addr）
                // pi->ipi_addr 是UDP包中的头标识目的地址（the receiving interface in_addr）
                if ( ( inet_ntop ( AF_INET,& ( pi->ipi_spec_dst ),dst,sizeof ( dst )
                                 ) ) !=NULL )
                {
                    printf ( "路由目的IP地址IPdst=%s\n",dst);
                }
                if ( ( inet_ntop ( AF_INET,& ( pi->ipi_addr ),ipi,sizeof ( ipi )
                                 ) ) !=NULL )
                {
                    printf ("头标识目的地址ipi_addr=%s\n",ipi);
                }
    
            }
    
            printf ( "Send Some Message To Server\n" );
            if ( sendto ( sockfd, "Hello", strlen ( buffer ), 0, &peeraddr, socklen)
    <0 )
            {
                printf ( "sendto err in udptalk!\n" );
                exit ( 3 );
            }
        }
    }

![复制代码][copycode.gif]

### 例子的使用说明 ###

1、开启虚拟机下面的例子程序

2、通过windows下面的网络调试助手向虚拟机发送数据

[![image][]][image 1]

### 结果截图 ###

![27185514-72a8139fcef14c5b9e4347fc2da8370d.png][]

因为通过虚拟网卡的，所以我们看到目标IP地址并不是网络调试助手中设置的IP，而是虚拟网卡的地址，通过Linux下的tcpdump我们可以看到其中网卡转发的过程。

![27154319-936c737ff318468d91236b2cec2b34f8.png][]

## 下面我将本篇涉及到的和结构体函数原型都附在下方 ##

### （一）涉及到的结构体 ###

**1、struct in\_addr**

struct in_addr {
        in_addr_t s_addr;
    };

[结构体][Link 1]in\_addr 用来表示一个32位的IPv4地址.

in\_addr\_t 一般为 32位的unsigned long，其字节顺序为网络顺序（network byte ordered)，即该无符号整数采用大端字节序

**2、struct msghdr**

recvmsg()使用 msghdr 结构体（structure ）减少参数传递的数目。这个结构体定义在 <sys/socket.h>中，如下所示

![复制代码][copycode.gif]

struct iovec {                   /* Scatter/gather array items */
       void  *iov_base;              /* Starting address */
       size_t iov_len;               /* Number of bytes to transfer */
    };
    
    struct msghdr {
       void         *msg_name;       /* optional address */
       socklen_t     msg_namelen;    /* size of address */
       struct iovec *msg_iov;        /* scatter/gather array */
       size_t        msg_iovlen;     /* # elements in msg_iov */
       void         *msg_control;    /* ancillary data, see below */
       size_t        msg_controllen; /* ancillary data buffer len */
       int           msg_flags;      /* flags on received message */
    };

![复制代码][copycode.gif]

**struct msghdr**看上去似乎是一个需要创建的巨大的结构。但是不要怕。其结构成员可分为四组：

> 套接口地址成员: msg\_name与msg\_namelen。  
> I/O向量引用:msg\_iov与msg\_iovlen。  
> 附属数据缓冲区成员:msg\_control与msg\_controllen。  
> 接收信息标记位:msg\_flags。

在我们将这个结构分为上面的几类以后，结构看起来就不那样巨大了。

#### 成员msg\_name与msg\_namelen   这些成员只有当我们的套接口是一个数据报套接口时才需要。msg\_name成员指向我们要发送或是接收信息的套接口地址。成员msg\_namelen指明了这个套接口地址的长度。   当调用recvmsg时，msg\_name会指向一个将要接收的地址的接收区域。当调用sendmsg时，这会指向一个数据报将要发送到的目的地址。   注意，msg\_name定义为一个(void \*)数据类型。我们并不需要将我们的套接口地址转换为(struct sockaddr \*)。 ####

#### 成员msg\_iov与msg\_iovlen   这些成员指定了我们的I/O向量数组的位置以及他包含多少项。msg\_iov成员指向一个struct iovec数组。我们将会回忆起I/O向量指向我们的缓冲区。成员msg\_iov指明了在我们的I/O向量数组中有多少元素。 ####

#### 成员msg\_control与msg\_controllen   这些成员指向了我们附属数据缓冲区并且表明了缓冲区大小。msg\_control指向附属数据缓冲区，而msg\_controllen指明了缓冲区大小。 ####

#### 成员msg\_flags   当使用recvmsg时，这个成员用于接收特定的标记位(他并不用于sendmsg)。在这个位置可以接收的标记位如下表所示： ####

<table> 
 <tbody> 
  <tr> 
   <td align="left">标记位</td> 
   <td>描述&nbsp;</td> 
  </tr> 
  <tr> 
   <td>MSG_EOR</td> 
   <td>&nbsp;当接收到记录结尾时会设置这一位。这通常对于SOCK_SEQPACKET套接口类型十分有用。</td> 
  </tr> 
  <tr> 
   <td>MSG_TRUNC</td> 
   <td>这个标记位表明数据的结尾被截短，因为接收缓冲区太小不足以接收全部的数据。</td> 
  </tr> 
  <tr> 
   <td>MSG_CTRUNC</td> 
   <td>这个标记位表明某些控制数据(附属数据)被截短，因为缓冲区太小。</td> 
  </tr> 
  <tr> 
   <td>MSG_OOB</td> 
   <td>这个标记位表明接收了带外数据。</td> 
  </tr> 
  <tr> 
   <td>MSG_ERRQUEUE</td> 
   <td>个标记位表明没有接收到数据，但是返回一个扩展错误。</td> 
  </tr> 
 </tbody> 
</table>

####  ####

**3、struct cmsghdr结构**

recvmsg与sendmsg函数允许程序发送或是接收附属数据。然而，这些额外的信息受限于一定的格式规则。下面将会介绍控制信息头与程序将会用来管理这些信息的宏。

属信息可以包括0，1，或是更多的单独附属数据对象。在每一个对象之前都有一个struct cmsghdr结构。头部之后是填充字节，然后是对象本身。最后，附属数据对象之后，下一个cmsghdr之前也许要有更多的填充字节。在这里，我们将要关注的附属数据对象是文件描述符与证书结构。  
图1显示了一个包含附属数据的缓冲区是如何组织的。

![graphics/17fig01.gif][graphics_17fig01.gif]

图1 辅助数据结构是由各种子结构、数据区, 填充字节构成  
我们需要注意以下几点：  
cmsg\_len与CMSG\_LEN()宏值所显示的长度相同。  
CMSG\_SPACE()宏可以计算一个附属数据对象的所必需的空白。  
msg\_controllen是CMSG\_SPACE()长度之后，并且为每一个附属数据对象进行计算。

struct cmsghdr {
       socklen_t cmsg_len;    /* data byte count, including header */
       int       cmsg_level;  /* originating protocol */
       int       cmsg_type;   /* protocol-specific type */
       /* followed by unsigned char cmsg_data[]; */
    };

其成员描述如下：

<table style="width:858px"> 
 <tbody> 
  <tr> 
   <td>成员</td> 
   <td>描述</td> 
  </tr> 
  <tr> 
   <td>cmsg_len</td> 
   <td>附属数据的字节计数，这包含结构头的尺寸。这个值是由CMSG_LEN()宏计算的。</td> 
  </tr> 
  <tr> 
   <td>cmsg_level</td> 
   <td>这个值表明了原始的协议级别(例如，SOL_SOCKET)。</td> 
  </tr> 
  <tr> 
   <td>cmsg_type</td> 
   <td>这个值表明了控制信息类型(例如，SCM_RIGHTS)。</td> 
  </tr> 
  <tr> 
   <td>cmsg_data</td> 
   <td>这个成员并不实际存在。他用来指明实际的额外附属数据所在的位置。</td> 
  </tr> 
 </tbody> 
</table>

这一章所用的例子程序只使用SOL\_SOCKET的cmsg\_level值。这一章我们感兴趣的控制信息类型如下(cmsg\_level=SOL\_SOCKET)：

<table style="width:730px"> 
 <tbody> 
  <tr> 
   <td align="left" style="width:200px">cmsg_level</td> 
   <td>描述</td> 
  </tr> 
  <tr> 
   <td>SCM_RIGHTS</td> 
   <td>附属数据对象是一个文件描述符</td> 
  </tr> 
  <tr> 
   <td>SCM_CREDENTIALS</td> 
   <td>附属数据对象是一个包含证书信息的结构</td> 
  </tr> 
 </tbody> 
</table>

### （二）涉及的函数 ###

#### 1、setsockopt函数原型 ####

//setsockopt函数原型
    #include <sys/types.h>       
    #include <sys/socket.h>
    int setsockopt(int s, int level, int optname,
                          const void *optval, socklen_t optlen);

#### 2、cmsg 宏   由于附属数据结构的复杂性，Linux系统提供了一系列的C宏来简化我们的工作。另外，这些宏可以在不同的UNIX平台之间进行移植，并且采取了一些措施来防止将来的改变。这些宏是由cmsg(3)的man手册页来进行描述的，其概要如下： ####

![复制代码][copycode.gif]

#include <sys/socket.h>
    struct cmsghdr *CMSG_FIRSTHDR(struct msghdr *msgh);
    struct cmsghdr *CMSG_NXTHDR(struct msghdr *msgh, struct cmsghdr *cmsg);
    size_t CMSG_ALIGN(size_t length);
    size_t CMSG_SPACE(size_t length);
    size_t CMSG_LEN(size_t length);
    void *CMSG_DATA(struct cmsghdr *cmsg);

![复制代码][copycode.gif]

##### CMSG\_DATA()宏   这个宏接受一个指向cmsghdr结构的指针。返回的指针值指向跟随在头部以及填充字节之后的附属数据的第一个字节(如果存在)。如果指针mptr指向一个描述文件描述符的可用的附属数据信息头部，这个文件描述符可以用下面的代码来得到： #####

struct cmsgptr *mptr;
    int fd; /* File Descriptor */
    . . .
    fd = *(int *)CMSG_DATA(mptr);

##### CMSG\_FIRSTHDR()宏   这个宏用于返回一个指向附属数据缓冲区内的第一个附属对象的struct cmsghdr指针。输入值为是指向struct msghdr结构的指针(不要与struct cmsghdr相混淆)。这个宏会估计msghdr的成员msg\_control与msg\_controllen来确定在缓冲区中是否存在附属对象。然后，他会计算返回的指针。   如果不存在附属数据对象则返回的指针值为NULL。否则，这个指针会指向存在的第一个struct cmsghdr。这个宏用在一个for循环的开始处，来开始在附属数据对象中遍历。 #####

##### CMSG\_NXTHDR()宏   这个用于返回下一个附属数据对象的struct cmsghdr指针。这个宏会接受两个输入参数：   指向struct msghdr结构的指针   指向当前struct cmsghdr的指针   如果没有下一个附属数据对象，这个宏就会返回NULL。 #####

参考链接

### [Get destination address of a received UDP packet][] ###

[**套接字选项（四）**][Link 2]

[**inet\_pton & inet\_ntop函数**][inet_pton _ inet_ntop]

### [in\_addr][in_addr] ###

### [Listen for and receive UDP datagrams in C][] ###

[**关于struct msghdr和struct cmsghdr**][struct msghdr_struct cmsghdr]

[**Linux Socket Programming by Example - Warren Gay**][Linux Socket Programming by Example - Warren Gay]

[**Linux Socket学习**][Linux Socket]

作者：[kissazi2][]  
出处：[http://www.cnblogs.com/kissazi2/][kissazi2]  
本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

标签: [ Linux][Linux], [ 网络][Link 3]

绿色通道： 好文要顶 关注我 收藏该文 [与我联系][Link 4] ![icon_weibo_24.png][]

[![20131029084041.png][]][20131029084041.png 1]

[陈哈哈][20131029084041.png 1]  
[关注 - 17][- 17]  
[粉丝 - 204][- 204]

\+加关注

[« ][Link 5]上一篇： [android中UDP编程的注意事项][Link 5]  
[» ][Link 6]下一篇： [为什么在UDP包中不能获取发包方的地址][Link 6]

posted @ 2013-06-27 14:03 [ 陈哈哈][kissazi2] 阅读( 3006) 评论( 3) [ 编辑][Link 7] [ 收藏][Link 8]

评论列表

[\#1楼][1]  2013-06-27 14:26 [ 吸血鬼的泪][Link 9] [ ][Link 10]

先记下，有时间好好研究下～

支持(0) 反对(0)

[\#2楼][2]  2014-04-09 13:36 [ 答案是肯定的][Link 11] [ ][Link 12]

先保存，有时间研究一下

支持(0) 反对(0)

[\#3楼][3]  2015-03-24 09:50 [ jikaishihuaidan][jikaishihuaidan] [ ][Link 13]

很好很具体的文章，其中有些地方不太清楚：  
struct in\_pktinfo \*pi = CMSG\_DATA(cmsg);  
// 在这里, peeraddr是本机的地址（the source sockaddr）  
// pi->ipi\_spec\_dst 是UDP包中路由目的地址（the destination in\_addr）  
// pi->ipi\_addr 是UDP包中的头标识目的地址（the receiving interface in\_addr）  
  
这里peeraddr是ip包的源地址  
pi->ipi\_spec\_dst这个不太明白，希望您能具体说一下  
pi->ipi\_addr是ip包的目的地址  
我是这么理解的。

支持(0) 反对(0)

刷新评论 [刷新页面][Link 8] [返回顶部][Link 14]

注册用户登录后才能发表评论，请  登录 或 注册， [访问][Link 15]网站首页。

[【推荐】50万行VC++源码: 大型组态工控、电力仿真CAD与GIS源码库][50_VC_ _CAD_GIS]  
[融云，免费为你的App加入IM功能——让你的App“聊”起来！！][App_IM_App]

**最新IT新闻**:  
· [社保系统漏洞4成已修复][4]  
· [创业CEO：如何避免共同创办人危机][CEO]  
· [根据芝麻信用分发放小额贷款的“手机贷” 已获千万美元融资][Link 16]  
· [俞敏洪：三星手机与我身份不符][Link 17]  
· [返利网葛永昌：商业模式决定我们不做交易][Link 18]  
» [ 更多新闻...][_...]

**最新知识库文章**:

· [ 尾调用优化][Link 19]  
· [淘宝搜索算法现状][Link 20]  
· [对象的职责][Link 21]  
· [好对象的7大美德][7]  
· [iOS应用架构谈（一）：架构设计的方法论][iOS]

» [更多知识库文章...][...]

### 公告 ###

[![www.cnblogs.com-kissazi2--thumb-text.png][]![www.cnblogs.com-kissazi2--thumb-dots.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]![ydot_large.png][]][www.cnblogs.com-kissazi2--thumb-text.png_www.cnblogs.com-kissazi2--thumb-dots.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png]

昵称： [陈哈哈][20131029084041.png 1]  
园龄： [3年9个月][20131029084041.png 1]  
粉丝： [204][]  
关注： [17][]

\+加关注

### 搜索 ###

[LinuxC_UDP_IP]: http://www.cnblogs.com/kissazi2/p/3158603.html
[copycode.gif]: /images/20220805/007fc30876e941c78824d13204badd71.png
[image]: /images/20220805/dcbdcd55d1b84a9c8b535df412661efd.png
[image 1]: http://images.cnitblog.com/blog/316630/201306/27140227-dfe0fb6039044a5197f68de34096ee84.png
[27185514-72a8139fcef14c5b9e4347fc2da8370d.png]: /images/20220805/e65a8b56decc4772b5f7a4b51bc8fd95.png
[27154319-936c737ff318468d91236b2cec2b34f8.png]: /images/20220805/8af91bfff8a8489e9962c53ece7b2a34.png
[Link 1]: http://baike.baidu.com/view/204974.htm
[graphics_17fig01.gif]: /images/20220805/eceb8373a84e48bda40c6df377a5c47b.png
[Get destination address of a received UDP packet]: http://stackoverflow.com/questions/5281409/get-destination-address-of-a-received-udp-packet
[Link 2]: http://hi.baidu.com/linux_kernel/item/c1f91d3fb0ffd5352e20c494
[inet_pton _ inet_ntop]: http://blog.chinaunix.net/uid-20583479-id-1919933.html
[in_addr]: http://baike.baidu.com/view/2907631.htm#2
[Listen for and receive UDP datagrams in C]: http://www.microhowto.info/howto/listen_for_and_receive_udp_datagrams_in_c.html#idp87088
[struct msghdr_struct cmsghdr]: http://blog.csdn.net/wsllq334/article/details/6977039
[Linux Socket Programming by Example - Warren Gay]: http://alas.matf.bg.ac.rs/manuals/lspe/mode=1.html
[Linux Socket]: http://blog.csdn.net/mylxiaoyi/article/category/304912
[kissazi2]: http://www.cnblogs.com/kissazi2/
[Linux]: http://www.cnblogs.com/kissazi2/tag/Linux/
[Link 3]: http://www.cnblogs.com/kissazi2/tag/%E7%BD%91%E7%BB%9C/
[Link 4]: http://space.cnblogs.com/msg/send/%e9%99%88%e5%93%88%e5%93%88
[icon_weibo_24.png]: /images/20220805/918b89976b4b454c86af089d21d0fd1e.png
[20131029084041.png]: http://pic.cnitblog.com/face/316630/20131029084041.png
[20131029084041.png 1]: http://home.cnblogs.com/u/kissazi2/
[- 17]: http://home.cnblogs.com/u/kissazi2/followees
[- 204]: http://home.cnblogs.com/u/kissazi2/followers
[Link 5]: http://www.cnblogs.com/kissazi2/p/3157755.html
[Link 6]: http://www.cnblogs.com/kissazi2/p/3159781.html
[Link 7]: http://i.cnblogs.com/EditPosts.aspx?postid=3158603
[Link 8]: http://www.cnblogs.com/kissazi2/p/3158603.html#
[1]: http://www.cnblogs.com/kissazi2/p/3158603.html#2714750
[Link 9]: http://www.cnblogs.com/vampirem/
[Link 10]: http://msg.cnblogs.com/msg/send/%e5%90%b8%e8%a1%80%e9%ac%bc%e7%9a%84%e6%b3%aa
[2]: http://www.cnblogs.com/kissazi2/p/3158603.html#2913818
[Link 11]: http://www.cnblogs.com/totopper/
[Link 12]: http://msg.cnblogs.com/msg/send/%e7%ad%94%e6%a1%88%e6%98%af%e8%82%af%e5%ae%9a%e7%9a%84
[3]: http://www.cnblogs.com/kissazi2/p/3158603.html#3147298
[jikaishihuaidan]: http://home.cnblogs.com/u/596074/
[Link 13]: http://msg.cnblogs.com/msg/send/jikaishihuaidan
[Link 14]: http://www.cnblogs.com/kissazi2/p/3158603.html#top
[Link 15]: http://www.cnblogs.com
[50_VC_ _CAD_GIS]: http://www.ucancode.com/index.htm
[App_IM_App]: http://www.rongcloud.cn/promotion
[4]: http://news.cnblogs.com/n/519498/
[CEO]: http://news.cnblogs.com/n/519497/
[Link 16]: http://news.cnblogs.com/n/519496/
[Link 17]: http://news.cnblogs.com/n/519495/
[Link 18]: http://news.cnblogs.com/n/519494/
[_...]: http://news.cnblogs.com/
[Link 19]: http://kb.cnblogs.com/page/518771/
[Link 20]: http://kb.cnblogs.com/page/517214/
[Link 21]: http://kb.cnblogs.com/page/142268/
[7]: http://kb.cnblogs.com/page/515976/
[iOS]: http://kb.cnblogs.com/page/519141/
[...]: http://kb.cnblogs.com/
[www.cnblogs.com-kissazi2--thumb-text.png]: http://www2.clustrmaps.com/stats/maps-layer/1092000/1092273/www.cnblogs.com-kissazi2--thumb-text.png
[www.cnblogs.com-kissazi2--thumb-dots.png]: http://www2.clustrmaps.com/stats/maps-layer/1092000/1092273/www.cnblogs.com-kissazi2--thumb-dots.png
[ydot_large.png]: http://www2.clustrmaps.com/images/ydot_large.png
[www.cnblogs.com-kissazi2--thumb-text.png_www.cnblogs.com-kissazi2--thumb-dots.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png_ydot_large.png]: http://www2.clustrmaps.com/counter/maps.php?url=http://www.cnblogs.com/kissazi2/
[204]: http://home.cnblogs.com/u/kissazi2/followers/
[17]: http://home.cnblogs.com/u/kissazi2/followees/