监听 PF_NETLINK 套接字时获取所有链接和地址信息

Question

我编写了一段代码，每当相关的（对我来说）网络信息发生变化时（主要是监听 RTM_NEWADDR、RTM_DELADDR、RTM_NEWLINK 和 RTM_DELLINK），它都会通知我。每次我拔掉插头、更改 ip 或收到通知时，这都工作得很好。唯一的问题是，我第一次启动代码时，我希望它能够提供整个当前状态（RTM_GETLINK 和 RTM_GETADDR）。

我可以请求 RTM_GETLINK 或 RTM_GETADDR：

memset(&req, 0, sizeof(req));
req.nlmsghdr.nlmsg_len   = NLMSG_LENGTH(sizeof(struct rtgenmsg));
req.nlmsghdr.nlmsg_flags = NLM_F_REQUEST | NLM_F_DUMP; /* request to dump all kernel subsystem */
req.nlmsghdr.nlmsg_type  = RTM_GETLINK;  /* link information              */
req.nlmsghdr.nlmsg_seq   = 1;
req.nlmsghdr.nlmsg_pid   = pid;
req.rtgenmsg.rtgen_family = AF_UNSPEC;

iovec.iov_base = &req;
iovec.iov_len  = req.nlmsghdr.nlmsg_len;

memset(&msghdr, 0, sizeof(msghdr));
msghdr.msg_iov     = &iovec;
msghdr.msg_iovlen  = 1;
msghdr.msg_name    = &addr;
msghdr.msg_namelen = sizeof(addr);

/*
** TODO: check for number of sent characters
**       on error display errno
*/
sendmsg(nls, &msghdr, 0);

/* do listening stuff... */

但如果我同时请求两者：

req.nlmsghdr.nlmsg_type  = RTM_GETLINK | RTM_GETADDR;

我只获取ip信息。

我是否应该使用两个不同的套接字，一个用于请求，另一个用于监听，或者是否可以在同一个套接字中完成所有这些操作？

我尝试为每个请求执行发送，并使用 seq （为第二个请求增加它），我可以看到第二个回复只有 40 个字节长:(

memset(&kms.addr, 0, sizeof(kms.addr));
kms.addr.nl_family = AF_NETLINK;

/* prepare request */
memset(&req, 0, sizeof(req));
req.nlmsghdr.nlmsg_len   = NLMSG_LENGTH(sizeof(struct rtgenmsg));
req.nlmsghdr.nlmsg_flags = NLM_F_REQUEST | NLM_F_DUMP /*| NLM_F_ACK*/; /* request to dump all kernel subsystem */
req.nlmsghdr.nlmsg_type  = RTM_GETLINK;                /* link information                     */
req.nlmsghdr.nlmsg_seq   = 1;
req.nlmsghdr.nlmsg_pid   = pid;
req.rtgenmsg.rtgen_family = AF_UNSPEC;

iovec.iov_base = &req;
iovec.iov_len  = req.nlmsghdr.nlmsg_len;

memset(&msghdr, 0, sizeof(msghdr));
msghdr.msg_iov     = &iovec;
msghdr.msg_iovlen  = 1;
msghdr.msg_name    = &kms.addr;
msghdr.msg_namelen = sizeof(kms.addr);

/*
** TODO: check for number of sent characters
**       on error display errno
*/
sendmsg(kms.nls, &msghdr, 0);

memset(&req, 0, sizeof(req));
req.nlmsghdr.nlmsg_len   = NLMSG_LENGTH(sizeof(struct rtgenmsg));
req.nlmsghdr.nlmsg_flags = NLM_F_REQUEST | NLM_F_DUMP /*| NLM_F_ACK*/; /* request to dump all kernel subsystem */
req.nlmsghdr.nlmsg_type  = RTM_GETADDR;                /* link information                     */
req.nlmsghdr.nlmsg_seq   = 2;
req.nlmsghdr.nlmsg_pid   = pid;
req.rtgenmsg.rtgen_family = AF_UNSPEC;

iovec.iov_base = &req;
iovec.iov_len  = req.nlmsghdr.nlmsg_len;

memset(&msghdr, 0, sizeof(msghdr));
msghdr.msg_iov     = &iovec;
msghdr.msg_iovlen  = 1;
msghdr.msg_name    = &kms.addr;
msghdr.msg_namelen = sizeof(kms.addr);

/* do listening stuff... */

进一步分析一下，我似乎得到了 NLMSG_ERROR 消息类型。错误代码 -16 表示“设备或资源繁忙”。

如果我在每次发送后读取套接字，我就不会遇到问题。但我宁愿能够满足我所有的要求，然后才收集所有答复......

Answer 1

这是我在http://www.carisma.slowglass.com/~tgr/libnl/doc/core.html中找到的答案

或者，内核可以发送配置更改的通知，允许用户空间监听更改而不是频繁轮询。通知通常会重用现有的消息类型，并依赖于使用单独套接字的应用程序来区分请求和通知，但您也可以指定单独的消息类型。

但不确定这意味着什么：

但您也可以指定单独的消息类型。