我正在尝试用libnl创建桥并更改它的标志。代码:
#include <netlink/netlink.h>
#include <netlink/route/link.h>
#include <netlink/route/link/bridge.h>
#include <linux/if.h>
#define BRIDGE_NAME "brr"
int main()
{
struct rtnl_link *link;
struct rtnl_link *change;
struct nl_sock *sk;
int err;
sk = nl_socket_alloc();
if ((err = nl_connect(sk, NETLINK_ROUTE)) < 0) {
nl_perror(err, "Unable to connect socket");
return err;
}
link = rtnl_link_bridge_alloc();
rtnl_link_set_name(link, BRIDGE_NAME);
rtnl_link_set_family(link, AF_BRIDGE);
rtnl_link_set_flags(link, IFF_UP);
unsigned int flag = 0;
if ((err = rtnl_link_add(sk, link, NLM_F_CREATE)) < 0)
{
nl_perror(err, "Unable to add link");
return err;
}
rtnl_link_put(link);
link = NULL;
if (rtnl_link_get_kernel(sk, 0, BRIDGE_NAME, &link) < 0)
{
printf("can't get link\n");
return -1;
}
change = rtnl_link_alloc();
rtnl_link_unset_flags(change, IFF_UP);
if ((err = rtnl_link_change(sk, link, change, 0)) < 0)
printf("can't change flags: %s(%d)\n", nl_geterror(err), err);
rtnl_link_put(link);
rtnl_link_put(change);
return 0;
}
如何编译:
gcc bridge-test.c -o createbr $(pkg-config --cflags --libs libnl-3.0 libnl-genl-3.0 libnl-route-3.0)
我得到:
Operation not supported(-10)
这不是libnl的错误,而是从内核返回的。
我用的是很老的Debian,但我不认为这是问题所在:
$ uname -a
Linux debian 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3 (2019-02-02) x86_64 GNU/Linux
libnl版本:
$ aptitude versions libnl-3-dev
i 3.4.0-1
当我试图删除iff-up标志时出现问题。我做错了吗?
最佳答案
正确答案
这是libnl-3.4.0本身的缺陷。注意这条线:http://lists.infradead.org/pipermail/libnl/2017-November/thread.html#2384
已经修好了https://github.com/thom311/libnl/commit/3c427d0f4fcca91a661d85d21cdea89d41271c6c
旧答案,这是错误的答案
经过一天的谷歌搜索(我把这个问题作为绝望的行为发布),我想我找到了答案。
在Linux中创建桥:
$ sudo ip link add brr type bridge
现在看看iproute2在试图放下内核时向内核发送了什么:
sudo strace -s 100 -f -o out -x ip link set brr down
...
1644 sendmsg(3, {msg_name={sa_family=AF_NETLINK, nl_pid=0, nl_groups=00000000}, msg_namelen=12, msg_iov=[{iov_base={{len=32, type=RTM_NEWLINK, flags=NLM_F_REQUEST|NLM_F_ACK, seq=1560223693, pid=0}, {ifi_family=AF_UNSPEC, ifi_type=ARPHRD_NETROM, ifi_index=if_nametoindex("brr"), ifi_flags=0, ifi_change=0x1}}, iov_len=32}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
...
现在试着用上面的代码放下接口。斯特拉斯会告诉我们:
...
1563 sendmsg(3, {msg_name={sa_family=AF_NETLINK, nl_pid=0, nl_groups=00000000}, msg_namelen=12, msg_iov=[{iov_base={{len=32, type=RTM_SETLINK, flags=NLM_F_REQUEST|NLM_F_ACK, seq=0, pid=0}, {ifi_family=AF_BRIDGE, ifi_type=ARPHRD_NETROM, ifi_index=if_nametoindex("brr"), ifi_flags=IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST|IFF_LOWER_UP, ifi_change=0x1}}, iov_len=32}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
...
这两行几乎相同,只有一个例外:
iproute2:
ifi_family=AF_UNSPEC
mycode:
ifi_family=AF_BRIDGE
请求由内核中的两个不同函数处理:
rtnl_register(PF_UNSPEC, RTM_SETLINK, rtnl_setlink, NULL, 0);
...
rtnl_register(PF_BRIDGE, RTM_SETLINK, rtnl_bridge_setlink, NULL, 0);
这些行来自
net/core/rtnetlink.c
因此,将原始链接的family设置为af_unpec就解决了这个问题。不过,这并不十分明显。
更新:
您不能这样更改特定于网桥的标志。
关于c - 使用libnl更改网桥标志,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/56535754/