我正在尝试用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/

10-09 08:43