我正在尝试使用NetworkManager的D-Bus 接口来添加和启用网桥连接。基本上我试图模仿这个命令:
nmcli connection add type bridge ifname br0 stp no
这个单线创建并激活了一个新的连接,但它也创建了一个新的虚拟设备br0
。
列出以下方法的D-Bus API参考:/org/freedesktop/NetworkManager
两者都具有相似的签名并需要一个设备作为输入,因此可以通过 D-Bus GetDevices方法检索现有设备。但是,网桥需要虚拟设备(或者为网桥创建虚拟设备?)。自然地,我首先考虑创建一个新设备,然后将其传递给上面列出的方法之一,但该参考资料没有提供任何创建新设备的方法。
我认为nmcli 实现在底层使用了 D-Bus 接口,所以它必须以某种方式成为可能吗?
nmcli con add
不使用 AddAndActivate API。它也不(本身)创建设备。所发生的只是它添加了一个启用了自动连接的新连接配置文件,NetworkManager 将自动激活它,从而创建设备。您应该了解什么是配置文件:它是一组用于配置网络设备的设置。并且该配置文件可能已“激活”,这意味着实际使用设置(并创建设备)。如果条件合适,您始终可以手动激活配置文件,或者 Networkmanager 可以自动激活。“创建”设备的 API 正在激活配置文件。如果是软件设备(例如网桥),NetworkManager 会在您激活配置文件时自动创建它。
AddAndActivate 由
nmcli device connect
and调用(在某些情况下)nmcli device wifi connect
。不同之处在于它合二为一,并且还做了一件额外的事情:用户可能会传递一个不完整的连接配置文件,NetworkManager 在添加它之前会尝试填写它。因此,它不仅仅是 AddConnection + Activate 连接。通常,这不是您想要的。最佳示例是仅在 Wi-Fi 配置文件中指定 SSID,AddAndActivate 会根据 Wi-Fi 扫描结果自动填写额外设置。使用 AddConnection API,配置文件完全由调用者确定,并且仅使用默认设置完成,独立于设备(或 Wi-Fi 接入点)。D-Bus 上的设备参数可能是可选的。至少对于 ActivateConnection API。在这种情况下,NetworkManager 会自动查找或创建合适的设备。此外,连接配置文件参数可能是可选的(如果您只提供设备)。
是的,大多数 Networkmanager 客户端工具将使用相同的底层 D-Bus API,包括 nmcli。这使您可以编写自己的应用程序来完成其他应用程序所做的工作,从而与这些工具集成。还有 libnm,一个基于 glib 的库,它封装了 D-Bus,并且一些客户端应用程序使用它而不是直接使用 D-Bus。
另请参阅https://gitlab.freedesktop.org/NetworkManager/NetworkManager/tree/ce59e749fbc99152d379b22563d6fd3295c7085a/examples上的示例
Networkmanager API 就是关于创建配置文件(连接)并激活它们。