OpenWrt 基础软件模块之netifd

已于 2023-08-10 11:04:32 修改
阅读量9.4k 收藏 69
点赞数 16
分类专栏： OpenWrt 文章标签： openwrt
于 2020-10-14 19:08:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hzlarm/article/details/109080845
版权

OpenWrt 基础软件模块之netifd

Openwrt 支持模块化编程，增加新功能非常简单。但是一些通用的基础模块必须包含,他们是OpenWrt核心。
如：实用基础库libubox、系统总线ubus、网络接口管理模块netifd、核心工具模块ubox、服务管理模块procd。

网络接口管理模块netifd

netifd（network interface daemon）是一个管理网络接口和路由功能的后台进程，是一 个使用 C 语言编写的带有 RPC 能力的精灵进程，它和内核系统通信采用 Netlink 接口来操 作，采用 ubus 总线来提供 RPC，这样比直接使用 Linux 内核的管理接口更方便。

Netlink 是 Linux 操作系统内核和用户空间的通信机制，通常用于在内核和用户空间进 程之间传输数据。它由针对用户空间的标准 socket 接口和内核空间的内部 API 模块组成。 RFC 3549 对 Netlink 有详细的介绍。

netifd 也提供接口来提供扩展功能。netifd 不需要 shell 脚本就可以设置静态 IP 配置。对于其他的 IP 设置()例如(PPPoE 或 DHCP)就需要一系列的 shell 脚本来处理协议实现。

netifd基本框架

netifd 主要包含设备和接口对象。一个设备代表着一个 Linux 物理接口或者一个虚拟链路接口，例如 eth0 或 ppp 接口。任何需要关注设备状态的对象就注册为设备用户（device_user），当设备状态发生改变时就会通过回调函数来通知设备用户。当最后一个设备用户移除时，设备自己就立即释放。

我们配置一个网络接口通常都要完成下面三类工作：

  1. MAC地址、设备MTU、协商速率等L2属性，这些都是直接操作实际网络设备的。
  2. IP地址、路由（包括应用层的DNS）等L3属性。
  3. 设置特定接入方式，如静态IP、DHCP、PPPoE等。设置完成后可能需要更新L3的属性。

我们可以通过上述思路来理解netifd的设计 ：
在这里插入图片描述

拿我们最常用的路由器来讲，作为路由器的使用者我们只关心要配置interface层的哪个接口（LAN口、WAN口？），以及配置成怎样的上网方式。使用netifd配置网络，也是以interface为中心：创建一个interface并指明其依赖的实际网络设备（device），及其绑定的上网方式（proto handler），就完成了一个网络接口的配置并可使其开始工作。当网络状态发生变化时，这三者之间也能相互通知（事件通知或引用计数）以完成自身状态的转换。
例如，在/etc/config/network中对WAN口的配置如下 ：

config interface 'wan'
    option ifname 'eth0'
    option proto 'static'
    option mtu '1500'
    option auto '1'
    option netmask '255.255.255.0'
    option ipaddr '192.168.1.100'   
    option gateway '192.168.1.1'
    option dns '8.8.8.8'

Netifd通过读取上述配置，来创建出一个名为”WAN”的interface实例并将其中与interface相关的配置项应用到这个新创建的实例中。同时，如果其指定依赖的设备（ifname）不存在，就通过配置中与device相关的配置项创建一个新的device，并确定二者的依赖（引用）关系。由于proto handler中每一种proto的工作方式是确定的，不依赖于任何配置，因此在netifd启动时就会初始化好所有的proto handler，因而要求配置中的proto一项必须是在netifd中已存在的proto handler的名字。
也可以单独用一个uci section来保存device的配置信息，让netifd先把device创建好。

设备层（Device）

Device是指链路层的设备，在netifd中就特指链路层的网络设备。Netifd中每个设备都用一个struct device_type结构的实例来表示。

设备也可以引用其他设备，这是用于管理各种设备，例如网桥或虚拟局域网（Virtual Local Area Network，VLAN）。这样将不用对各种设备进行区别对待，但需要通过热插拔来增加更多的成员接口，这在管理网桥设备时非常有用。

设备类型含义
simple_device_type简单设备
bridge_device_type网桥设备，网桥设备可以包含多个简单设备
tunnel_device_type隧道设备，例如在以太网上封装 GRE 报文
macvlan_device_type一个物理网卡上创建另外一个 MAC 地址的网卡，即在真实的物理网卡上再虚拟出来一个网卡
vlandev_device_type一个物理网卡通过 VLAN ID 来划分为多个网卡

创建好一个设备后，如果要引用这个设备，就要注册一个device_user，像上面说的，device的user一般是interface，但也有device之间相互引用的情况，例如bridge member和bridge的关系。向device注册和注销device_user的函数为device_add_user(user, dev)和device_remove_user(user)。

Device user
/*
 * device dependency with callbacks
*/
struct device_user {
    struct list_head list;

    bool claimed;
    bool hotplug;
    bool alias;

    struct device *dev;
    void (*cb)(struct device_user *, enum device_event);
};

各个成员的含义：
list：该user引用的deivce的user链表节点。
claimed：相当于引用计数，由于一个user实例只能作为某一个device的user，因此设为BOOL类型。一个user在绑定了device后，还要通过device_claim才算真正使用了device。这样就允许引用和生效可以不同时进行，例如要等热插拔设备存在时才能启动interface。与claim相反的操作为device_release()。
hotplug：标识bridge下动态添加的、以及调ubus call network.interface add_device的设备。
alias：用来标记将该user加到device的users链表还是aliases链表。
dev：该user引用的device对象指针。
cb()：当device状态发生变化时，会调用该cb()函数以事件的形式来通知所有的users。目前支持的事件类型可参考netifd的DESIGN。

设备struct device中也维护了一个引用计数来控制设备的up/down状态，每次device_claim(user)成功后，引用计数+1，如果设备没有成功启动，claim_device 函数将返回非零值，设备的引用计数不会增加。每次device_release(user)成功后，引用计数-1。当引用计数从0变1，即有一个user使用了该device时，device就会被UP起来，而当引用计数从1变0，即最后一个user离开时，device就会立即被DOWN掉。

一个注册的设备可能不能立即可用，一个接口或其他设备也可以关联上它，等待它出现在系统中来支持通过热插拔触发接口。

所有的设备状态通过事件机制通知给设备用户注册的回调函数。以下表格所示的是主要支持的设备事件类型及含义。

设备事件类型含义
DEV_EVENT_ADD系统中增加了设备，当设备用户增加到一个存在的设备上时，这个事件立即产生
DEV_EVENT_REMOVE设备不再可用，或者是移除了设备或者是不可见了。所有的设备用户应当立即移除引用并且清除这个设备的状态
DEV_EVENT_SETUP设备将要启动，这允许设备用户去应用一些必要的低级别的配置参数，这个事件并不是在所有情况下均被触发
DEV_EVENT_UP设备已经启动成功
DEV_EVENT_TEARDOWN设备准备关闭
DEV_EVENT_DOWN设备已经关闭

接口层（interface）

由于device属于L2层的概念，如果用户对一个网络设备配置属于L3或更高层协议的属性，则要直接对interface进行操作，进而间接作用于device。因此一个interface必须绑定到一个device上，通过struct interface的main_dev成员指定。
Interface配置完成后，是否可以UP或DOWN由available和autostart两个成员来决定：

struct interface {
    … …
    bool available;
    bool autostart;
    bool config_autostart; /* uci配置中的"autostart"，默认为true。仅用于uci有关的操作 */
    … …
};

available：interface是否是可用的(已准备好可以up了)，通过interface_set_available()来设置。
autostart：interface在配置完成后，是否自动执行up操作，默认和config_autostart值相同。但如果用户手动up了interface(如通过ubus来up)，则autostart强制变为true。如果用户手动down了interface(如通过ubus来down)，则autostart强制变为false。

而一个interface的具体配置内容都放在struct interface_ip_settings的结构中，由于一个interface可能有多个IP/Route/DNS条目，因此将这些信息又封装了一层，而不是直接放到struct interface中。

Interface user

不常用。Alias设备会产生一个interface user，用于指明自己的parent。Alias自身作为user的信息保存在struct interface的parent_iface成员中，而其parent则用struct interface的parent_ifname来指定。

netifd方法

netifd 在 ubus 中注册了一些对象和方法，启动 netifd 进程之后，就可以通过“ubus list”命令来查看注册的对象。netifd 注册了 3 种对象，分别为 network、network.device 和network.interface。

#ubus list
network
network.device
network.interface
network.interface.lan
network.interface.loopback
network.interface.wan
network.wireless

每一个对象都包含有一些方法，而每个 ubus 方法都注册了一个接口函数来进行处理。

network 对象全局接口方法（执行ubus -v list network查看）：

方 法函 数含 义
restartnetifd_handle_restart整个进程关闭后重新启动
reloadnetifd_handle_reload重新读取配置来初始化网络设备
add_host_routenetifd_add_host_route增加静态主机路由，是根据当前的路由增加了一个更为具体的路由表项，目的地址为 IP 地址而不是 IP 网段。例如：ubus call network add_host_route ‘{“target”:“192.168.1.20”, “v6”:“false”}’，将增加一个静态主机的接口路由
get_proto_handlersnetifd_get_proto_handlers获取系统所支持的协议处理函数，该方法不需要参数
add_dynamicnetifd_add_dynamic

network.device 是一个二层设备接口，已经向 ubus 总线注册的方法有 3 个（执行 ubus -v list network.device查看）：

方 法函 数含 义
statusnetifd_dev_status获取物理网卡设备的状态，包含统计信息，例如 ubus call network.device status ‘{“name”:“eth0”}’
set_aliasnetifd_handle_alias设置 alias，这个很少用到
set_statenetifd_handle_set_state设置状态，这个也很少用到

还有 network.wireless （执行ubus -v list network.wireless查看）：

方 法函 数
upnetifd_handle_wdev_up
downnetifd_handle_wdev_down
statusnetifd_handle_wdev_status
notifynetifd_handle_wdev_notify
get_validatenetifd_handle_wdev_get_validate

network.interface 是一个三层接口，可以包含多个二层网卡设备，如果接口启动则包含IP 地址、子网掩码、默认网关和域名服务器地址等信息（执行ubus -v list network.interface查看）：

方 法函 数含 义
upnetifd_handle_up启动接口
downnetifd_handle_down关闭接口
statusnetifd_handle_status查看接口状态，如果为启动，则包含启动时间、IP 地址等
add_devicenetifd_iface_handle_device增加设备
remove_devicenetifd_iface_handle_device删除设备
notify_protonetifd_iface_notify_proto调用原型函数，在 netifd-proto.sh 中会使用到
removenetifd_iface_remove删除接口
set_datanetifd_handle_set_data设置额外的存储数据，可以通过 status 方法来查看

如果在对象中未指定接口名称，则需要在参数中指定接口名称。例如我们获取 lan 接
口的状态可以通过以下两种方法调用：
ubus call network.interface status '{"interface":"lan"}'
ubus call network.interface.lan status

interface 对象的 notify_proto 方法共注册了 0～7 共 8 种动作处理函数，分别用于处理各种不同的情况。在/lib/netifd/netifd-proto.sh 中封装为不同的 shell 命令如表 所示。

编号shell命令含义
0proto_init_update初始化设备及配置
1proto_run_command运行获取 IP 地址命令，例如启动 dhcp 客户端或者启动 ppp拨号
2proto_kill_command杀掉协议处理进程，例如杀掉 udhcpc 进程
3proto_notify_error通知发生错误
4proto_block_restart设置自动启动标示变量 autostart 为 false
5proto_set_available设置接口的 available 状态
6proto_add_host_dependency增加对端 IP 地址的路由
7proto_setup_failed失败后设置状态

编号为在 netifd 进程和 shell 脚本之间的预先定义好的处理动作 ID。在 netifd-proto.sh中设置，通过 ubus 消息总线传递到 netifd 进程中，根据功能编号来进入到相应的处理函数。Shell 脚本导出的命令供各种协议处理函数调用。例如 DHCP 处理过程中会首先调用 proto_init_update 函数来初始化设备，初始化完成之后会通过 proto_run_command 命令来启动 udhcpc 进程获取 IP 地址等信息。

proto shell

proto是interface获取IP配置的方式，包括static、DHCP、DHCPv6、PPPoE等，其中static(proto_static)是在代码中定义的，不需要 Shell 脚本就可以进行 IP 配置。而DHCP、PPPoE定义在shell scripts上(proto_shell)，scripts位于/lib/netifd/proto/目录下。

文件名通常和网络配置文件 network 中的协议选项关联起来。为了访问网络功能函数，这些脚本通常在文件开头导入一些通用功能的 Shell 脚本，例如 functions.sh 脚本和netifd-proto.sh 脚本。

static proto
static struct proto_handler static_proto = {
    .name = "static",
    .flags = PROTO_FLAG_IMMEDIATE |
         PROTO_FLAG_FORCE_LINK_DEFAULT,
    .config_params = &proto_ip_attr,
    .attach = static_attach,
};

config_params包括ipaddr、ip6addr、netmask、broadcast、gateway、ip6gw、ip6prefix；
如果一个interface需要使用到该proto，则会使用它的attach方法。

Proto handler的注册

通过构造函数，在netifd启动的时候便注册了一系列的proto handler（注册到一个全局的AVL树中）。

proto_shell_init() -> proto_shell_add_script() -> proto_shell_add_handler() -> add_proto_handler();
static_proto_init() -> add_proto_handler();

注册的过程为：在/lib/netifd/proto目录下对每个.sh文件执行**./xxx.sh ‘’ dump ** ， 执行结果是一个json格式的字符串 。例如对于dhcp.sh：

root@openwrt:/lib/netifd/proto# ./dhcp.sh '' dump
{ "name": "dhcp", "config": [ [ "ipaddr", 3 ], [ "netmask", 3 ], [ "hostname", 3 ], [ "clientid", 3 ]
, [ "vendorid", 3 ], [ "enable_broadcast", 7 ], [ "reqopts", 3 ] ], "no-device": false, "available": 
false }

分析一下执行脚本命令dhcp.sh '' dump做了哪些事情，进到dhcp.sh，首先执行函数init_proto “$@”，init_proto定义在netifd-proto.sh中，init_proto函数中，cmd=dump，也就是定义了函数add_protocol；

add_protocol() {
        no_device=0
        no_proto_task=0
        available=0
        renew_handler=0

        add_default_handler "proto_$1_init_config"

        json_init
        json_add_string "name" "$1"
        json_add_array "config"
        eval "proto_$1_init_config"
        json_close_array
        json_add_boolean no-device "$no_device"
        json_add_boolean no-proto-task "$no_proto_task"
        json_add_boolean available "$available"
        json_add_boolean renew-handler "$renew_handler"
        json_add_boolean lasterror "$lasterror"
        json_dump
}

回到dhcp.sh，文件的最后会执行函数add_protocol dhcp，实际上就是装置一个json结构的字符串，包括key：name、config、no-device、no-proto-task、available、renew-handler和lasterror；config为array类型，在proto_dhcp_init_config中组装，proto_dhcp_init_config函数定义在dhcp.sh中，向config添加成员ipaddr:ipaddr、hostname:hostname、clientid、vendorid、broadcast:bool、reqopts:list(string)、iface6rd、sendopts、delegate、zone6rd、zone、mtu6rd、customroutes，这些即是DHCP需要的参数。
proto_shell_add_handler中封装一个proto_handle *proto：

proto->name = "dhcp"
proto->attach = proto_shell_attach
proto->flags //依赖于dump中no-device、no-proto-task、available、renew-handler和lasterror
proto->config_params //从dump中的config导入，包括ipaddr、hostname、clientid、vendorid、broadcast、reqopts、iface6rd、sendopts、delegate、zone6rd、zone、mtu6rd、customroutes

而最终该脚本的proto handler保存在一个struct proto_handler结构的实体中，并通过add_proto_handler 最后通过add_proto_handler将proto添加到全局avl tree中，也就是句柄handlers中，供后续查找和引用。上述的dhcp.sh注册的结果为：

struct proto_shell_handler *handler;
handler->script_name = "./dhcp.sh";
handler->proto.name = "dhcp";
handler->proto.config_params = &handler->config;
handler->proto.attach = proto_shell_attach;
handler->proto.flags |= ...; //由no-device和available决定，ppp使用，static和dhcp不关注
handler->proto.avl.key = handler->proto.name; //插到handler树中的key
handler->config.n_params = 7; //下面config param的数目
handler->config_buf = "ipaddr\0netmask\0hostname ..."
handler->config.params[0].name = "ipaddr";
handler->config.params[0].type = 3; //BLOBMSG_TYPE_STRING
handler->config.params[1].name = "netmask";
handler->config.params[1].type = 3;
... ...

其中handler->proto.config_params中的配置列表，就是为了使proto生效，而需要在uci中配置的项。

dhcp.sh中：

（1）proto_dhcp_init_config。这个函数负责协议配置的初始化，主要目的是让 netifd知道这个协议所拥有的参数。这些参数存储在/etc/config/network 配置文件中。

proto_dhcp_init_config() {
	renew_handler=1
	proto_config_add_string 'ipaddr:ipaddr'
	proto_config_add_string 'hostname:hostname'
	proto_config_add_string clientid
	proto_config_add_string vendorid
	proto_config_add_boolean 'broadcast:bool'
	proto_config_add_string 'reqopts:list(string)'
	proto_config_add_string iface6rd
	proto_config_add_string sendopts
	proto_config_add_boolean delegate
	proto_config_add_string zone6rd
	proto_config_add_string zone
	proto_config_add_string mtu6rd
	proto_config_add_string customroutes
}

（2）proto_dhcp_setup。这个函数负责协议的设置，主要目的是实现了实际 DHCP 协议配置和接口启动。当被调用时，传递两个参数，第一个参数是配置节名称，第二个参是接口名称。任何协议处理都必须实现设置函数。这个函数通常是读取配置文件中的参数，然后将参数传递给 netifd。DHCP 协议在这个函数中组织 DHCP 参数传递给 udhcpc 进程。
（3）proto_dhcp_teardown。这个函数负责接口关闭动作，如果协议需要特别的关闭处理，例如杀掉 udhcpc 进程，调用停止功能等。这个函数在我们使用 ifdown 命令关闭接口时调用，或者是 netifd 探测到链路连接失去时调用。这个函数是通常可选的，调用时需要传递一个参数为 UCI 配置节名称，用于 config_get 函数调用时获取 UCI 配置。

Proto与interface的绑定

interface的config中具有名为”proto”的属性，在interface_init()函数中读取uci配置获取proto的名字（如”static”、”dhcp”、”pptp”），然后查找已注册的对应名字的proto handler，并赋值给interface的proto_handler数据成员，这样就使一个interface绑定到了一个特定的proto handler上。这是在初始化一个interface的时候完成的。

Proto与interface的交互

由于proto是更上层的概念，因此是与interface无关的，而一个interface总会关联到一种proto。例如，WAN口总会要设置一种上网方式（static/dhcp/pppoe等），因此在interface进行配置的过程中，通过调用其proto_handler的attach()方法，为自己分配一个struct interface_proto_state结构并赋值给interface的proto数据成员。这个过程是在proto_init_interface()函数中完成的。也就是说，interface通过其proto成员与proto层交互来通知proto自身状态的变化。

struct interface_proto_state {
    const struct proto_handler *handler; //其对应的proto handler
    struct interface_t *iface; //其attach的interface

    /* 由proto的user来赋值，对于interface，被统一赋值为了interface_proto_cb */
    void (*proto_event)(struct interface_proto_state *, enum interface_proto_event ev);
    
    /* 由特定proto handler来赋值。 */
    int (*notify)(struct interface_proto_state *, struct blob_attr *data);
    int (*cb)(struct interface_proto_state *, enum interface_proto_cmd cmd, bool force);
    void (*free)(struct interface_proto_state *);
};

这个结构中的几个方法：
cb: 在interface向proto发送某个事件event时，proto的处理函数。目前proto接受的事件有两个：PROTO_CMD_SETUP和PROTO_CMD_TEARDOWN。
proto_event: 在proto处理event完成后，如果需要告知interface处理已完成，就调用该方法。Interface会根据这个回复的消息做这个event的收尾工作。
notify: 如果proto需要主动改变interface的状态，则调用该方法。可以在/lib/netifd/netifd-proto.sh中去了解不同”action”的值的含义以及如何通过ubus通知到netifd的，netifd收到notify的消息后，由proto_shell_notify()进行处理。
free: 释放自己的struct interface_proto_state指针。

Interface通过interface_proto_event()函数向proto层发送事件来告知其自身状态的变化，即这个函数是interface层通向proto层的入口，在interface的状态变为IFS_SETUP或IFS_TEARDOWN的时候都会通过该函数通知到proto，发送的事件对应为PROTO_CMD_SETUP和PROTO_CMD_TEARDOWN。

netifd文件

netifd 还包含一些非常方便用户操作的命令，这些命令调用 ubus 命令来查询 netifd进程提供的设备和网络接口管理服务。

  • /sbin/ifup：启动接口。

  • /sbin/ifdown：关闭接口。

  • /sbin/devstatus：获取网卡设备状态。

  • /sbin/ifstatus：获取接口的状态。

ifup 和 ifdown 实际上为一个文件，ifdown 是指向 ifup 的软链接。这两个脚本由同一个文件 ifup 实现。在执行时会判断执行的文件名称，然后传递相应的参数。如果传递-a 选项则表示所有的接口，这两个命令可以传递接口名称，例如 lan 或 wan 接口，来控制局域网接口和互联网接口的状态，实际上是通过调用 ubus 命令来控制的。命令如下：
ubus call network.interface.<lan/wan> <down/up>
devstatus 命令需要一个参数，参数传递一个网卡设备名称，devstatus 命令将设备名称转换为 JSON 格式后通过 ubus 总线传递给 netifd，最后调用的命令为：
ubus call network.device status '{ "name": "eth0" }'
ifstatus 命令用于获取接口的状态，该命令首先判断是否传递了参数，需要传递接口名称作为参数。接着使用 list 方法来查看接口对象是否存在。最后通过接口的 status 方法来获取接口状态，这个方法的签名使用 ubus list 查看显示没有参数，但在实际调用时必须传递接口名称作为参数才能成功。如果我们查看局域网接口的状态，最后调用的命令为：
ubus call network.interface status'{"interface": "lan"}'

网络配置

网络功能的配置文件在/etc/config/network 中。这个配置文件定义了二层网络设备Device 和网络接口 Interface、路由和策略路由等配置。网络接口配置根据协议的不同包含的选项不同。常见的协议有静态配置、DHCP 及 PPPoE 等。接口配置协议不同，支持的配置选项不同。协议配置以 proto 来做区分，如果为 static 则需要设置 IP 地址和网络掩码等。DHCP，表示通过动态主机控制协议获取 IP 信息。PPPoE，表示通过拨号来获取 IP。

如果网络服务提供商（ISP）提供固定 IP 地址，则使用静态配置，另外局域网接口通 常为静态配置。静态配置可以设置的选项如下:

名 称类 型含 义
ifname字符串物理网卡接口名称，例如：“eth0”
type字符串网络类型，例如：bridge
proto字符串设置为 static，表示静态配置
ipaddr字符串IP 地址
netmask字符串网络掩码
dns字符串域名服务器地址，例如为 8.8.8.8
mtu数字设置接口的 mtu 地址，例如设置为 1460

当 ISP（网络服务提供商）未提供任何 IP 网络参数时，选择通过 DHCP 协议来设置。 这种情况下，路由器将从 ISP 自动获取 IP 地址。DHCP 配置选项如下：

名 称类 型含 义
ifname字符串物理网卡接口名称，例如：“eth0”
proto字符串协议类型为 DHCP
hostname字符串DHCP 请求中的主机名，可以不用设置
vendorid字符串DHCP 请求中的厂商 ID，可以不用设置
ipaddr字符串建议的 IP 地址，可以不用设置

更常见的是 PPPoE，使用用户名和密码进行宽带拨号上网。设置选项如下：

名 称类 型含 义
ifname字符串PPPoE 所使用物理网卡接口名称，例如 eth0
proto字符串协议 PPPoE，采用点对点拨号连接
username字符串PAP 或 CHAP 认证用户名
password字符串PAP/CHAP 认证密码
demand数字指定空闲时间之后将连接关闭，在以时间为单位计费的环境下经常使用

参考资料

[1] OpenWrt Wiki - netifd Technical Reference
[2] netifd DESIGN
[3] netifd project

hzlarm
关注
  • 16
    点赞
  • 踩
  • 69
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
深入理解openwrt架构
06-13
深入理解openwrt架构,主要是介绍openwrt的安装和下载，
32 --＞ 详解 OpenWRT系统框架基础软件模块之netifd
weixin_38387929的博客
07-22 1万+
一、简介 OpenWrt路由操作系统的框架基础软件有很多，大部分是通用的软件模块，如 dhcp 、dnsmasq、iproute、cmwp、vpn、ipsec等等；OpenWrt还集成部分具有专属特征软件模块，也是OpenWRT系统核心框架软件组件，从此篇开始分析 《OpenWrt系统框架基础软件模块》系列文章。 OpenWrt 核心软件：procd、uci、libubox、ubus、ubox、luci、netifd 软件组件内容，此部分软件模块是构成OpenWrt框架基础软件。 因为OpenWRT是小型软
Openwrt netifd解析
热门推荐
海纳百川
11-30 2万+
Overview Openwrt为网络接口管理和配置创建了一个单独的project，netifd。不同于其他发行版上针对同样问题领域采用的方案，netifd的目标是更适合在嵌入式的home-gateway上使用，因此也具有一些特点。 Package组成 netifd包含下面这些组件: Shell脚本:/sbin/ifup, /sbin/ifdown(link to if
OpenWrt netifd学习笔记
u011029104的专栏
01-14 290
Netifd是OpenWrt中用于进行网络配置的守护进程，基本上所有网络接口设置以及内核的netlink事件都可以由netifd来处理完成。在启动netifd之前用户需要将所需的配置写入uci配置文件/etc/config/network中，以告知netifd如何设置这些网络接口，如IP地址、上网类型等。
netifd (Network Interface Daemon)
l00102795的博客
12-20 1166
netifd是一个用C编写的支持rpc的守护进程，可以更好地访问内核api，并能够侦听netlink事件。,/sbin/ifup.)netifd的目的是保持与现有的/etc/config/network格式兼容，唯一的例外是罕见的特殊情况，如别名或/var/state下的覆盖变量（尽管即使大多数都可以很容易地模拟）。
【openwrt】netifd组件——netifd-proto脚本分析
分享嵌入式Linux技术知识
05-14 3113
netifd-proto脚本utils.sh脚本netifd-proto.sh脚本netifd-wireless.sh netifd工具提供如下3个脚本用于网络配置 utils.sh脚本 netifd-proto.sh脚本 netifd-wireless.sh脚本 utils.sh脚本 utils.sh为netifd-proto.sh和netifd-wireless.sh提供一些基础功能。一般用户不会直接调用。 append add_default_handler set_default config
netifd调试总结(OpenWrt 22.03)
最新发布
u011029104的专栏
03-01 275
mtk_probe->mtk_mdio_init(读DTS)->of_mdiobus_register->of_mdiobus_register_device->mdio_device_register->device_add。其中->dsa_switch_parse_of->dsa_switch_parse_ports_of->dsa_port_parse_of->dsa_port_parse_user(从DTS中读取接口名称)关联起来，在设备初始化时match)
详解 OpenWRT系统框架基础软件模块之netifd
l00102795的博客
01-19 880
OpenWrt路由操作系统的框架基础软件有很多，大部分是通用的软件模块，如 dhcp 、dnsmasq、iproute、cmwp、vpn、ipsec等等；OpenWrt还集成部分具有专属特征软件模块，也是OpenWRT系统核心框架软件组件，从此篇开始分析 《OpenWrt系统框架基础软件模块》系列文章。OpenWrt 核心软件：procd、uci、libubox、ubus、ubox、luci、netifd 软件组件内容，此部分软件模块是构成OpenWrt框架基础软件。
openwrt总结（基础知识）
12-16
OpenWRT基础知识总结 OpenWRT是一款开源的路由器操作系统，具有高度的可定制性和灵活性。本文将对OpenWRT的基础知识进行总结，从搭建开发环境到编译和安装OpenWRT系统的整个过程。 一、搭建开发环境 要搭建...
适合于本人上传的openwrt的IPK软件的上位机软件完整代码
11-25
【标题】"适合于本人上传的openwrt的IPK软件的上位机软件完整代码"涉及的关键技术点包括OpenWrt操作系统、IPK软件格式和上位机软件开发。OpenWrt是一款开源的嵌入式Linux发行版，广泛应用于路由器和其他物联网设备。...
OPENWRT打印服务器插件USBprint
06-01
OPENWRT打印服务器插件USBprint
Openwrt_QOSV4限速模块
05-29
**OpenWrt QoS V4 限速模块详解** OpenWrt 是一个开源的嵌入式操作系统，广泛用于路由器和其他网络设备。QoS（Quality of Service）是网络管理中的一个重要概念，它允许管理员对网络流量进行精细化控制，以确保关键...
Mt7620 openwrt 固件cups20220607
06-16
Mt7620 openwrt 固件cups20220607
openwrt之netifd
云行雨施 品物流形
09-06 2086
大致画了下流图，欢迎交流学习.
14-Openwrt ubus
Creator_Ly的博客
07-13 1195
ubus是OpenWrt中的进程间通信机制，ubusd实现server，其他进程实现client，例如ubus(cli)、netifd、procd，两个client通信需要通过server转发。 ubus提供了创建socket client端的接口，并且提供了三种现成的客户端供用户直接使用： 为shell脚本提供的client端。 为lua脚本提供的client接口。 为C语言提供的clie...
OpenWrt源码分析之netifd
iampisfan的专栏
09-28 6954
OpenWrt netifd源码分析
openwrt源码分析之netifd
西江物联的博客
05-26 2100
一，注册ubus方法 netifd初始化时会向ubusd（ubus服务端）注册一系列的object与method， method的添加：在netifd_ubus_init中添加object：main_object，dev_object，wireless_object，iface_object； method的使用：一些脚本（比如ifup devstatus等）通过ubuscall来执行netifd的method。 int netifd_ubus_init(const char *path) {..
openwrt 基础软件有哪些
04-19
OpenWrt是一个基于Linux的自由及开放源代码，嵌入式操作系统。它提供一个完全定制的发行版，可用于各种不同类型的设备，例如路由器和嵌入式设备。OpenWrt的基础软件包括但不限于：BusyBox、uClibc++、hostapd、iptables、dnsmasq等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值