Host network device management method, device and electronic device based on KVM and OpenWrt

Abstract

The present application relates to a method, apparatus and electronic device for managing host network devices based on KVM and OpenWrt, the method comprising configuring the main system Grub, enabling pass-through mode, starting the KVM service of the main system, configuring the basic network of the main system, loading the OpenWrt subsystem and configuring the basic network of the OpenWrt subsystem, installing a WiFi driver in the OpenWrt subsystem and configuring WiFi parameters. The method virtualizes OpenWrt through KVM to achieve the coexistence of two operating systems, and then OpenWrt takes over the Wi-Fi device, achieving the effect of enjoying the powerful functions of OpenWrt without making changes to the host operating system.

Description

Technical Field

[0001] The present application relates to the field of network management technology, and in particular to a method, device and electronic device for managing host network equipment based on KVM and OpenWrt. Background Art

[0002] In SD-WAN, some scenarios require CPE to support Wi-Fi functions. Generally, manufacturers do not need to develop Wi-Fi functions from scratch. Due to the maturity of the industry chain and the open source world, they can directly use the OpenWrt project to implement the basic Wi-Fi function framework and expand their own business functions on this basis. Since the OpenWrt project is not based on any Linux distribution, for new projects, the development project for expanding their own business can be based on OpenWrt development, but for existing mature CPE and supporting operating systems, the development work will fall into a dilemma. The following two technical routes are very troublesome:

[0003] If based on existing CPE and supporting operating systems, it is necessary to strip and integrate the existing functions in OpenWrt. Generally speaking, unless the developer is very familiar with the OpenWrt project level, the analysis and operation processes are extremely complicated.

[0004] If the functions of the existing CPE and the supporting operating system are migrated to OpenWrt based on the OpenWrt project, contrary to the previous technical route, the operator needs to be very familiar with his own system (this is not a big problem). Although there are fewer technical difficulties, the technology involved in CPE is far more complex than OpenWrt, and the migration workload will be an order of magnitude more than the previous technical route.

[0005] The root cause of the problems with the above two technical routes is that they need to merge the functions of the two operating systems into the same operating system, which is a typical method with high cost, low efficiency and low benefits. The more serious problem is that when OpenWrt is upgraded, these tasks may need to be redone. Summary of the invention

[0006] In view of this, the present application proposes a method for managing host network devices based on KVM and OpenWrt to solve the problems reflected in the above background technology.

[0007] According to one aspect of the present application, a method for managing a host network device based on KVM and OpenWrt is provided, comprising the following steps:

[0008] Configure the main system Grub and enable pass-through mode;

[0009] Start the KVM service of the main system;

[0010] Configuring the basic network of the main system;

[0011] Load the OpenWrt subsystem and configure the basic network of the OpenWrt subsystem;

[0012] Install the WiFi driver in the OpenWrt subsystem and configure WiFi parameters.

[0013] As an optional implementation scheme of the present application, optionally, the main system is a supporting operating system of an existing CPE, and the method starts the pass-through mode of the main system by modifying and saving the Grub configuration file of the supporting operating system of the existing CPE.

[0014] As an optional implementation scheme of the present application, optionally, starting the KVM service of the main system includes:

[0015] Install and load KVM and related software packages in the main system, and start and enable the libvirtd service in the main system;

[0016] Verify KVM module loading status and configure network bridging.

[0017] As an optional implementation scheme of the present application, it is characterized in that the basic network includes Ethernet and WiFi, and the main system is equipped with more than four Ethernet ports; and the main system is equipped with a PCI WiFi module.

[0018] As an optional implementation scheme of the present application, optionally, the loading of the OpenWrt subsystem and configuring the basic network of the OpenWrt subsystem includes:

[0019] Create and start the OpenWrt virtual machine;

[0020] A virtual network port is created in the OpenWrt subsystem and basic network configuration is performed.

[0021] As an optional implementation scheme of the present application, optionally, installing and loading KVM and related software packages in the main system, starting and enabling the libvirtd service in the main system, includes:

[0022] Use command line tools to install and load the KVM and related software packages, start the libvirtd service and set the libvirtd service to start at boot;

[0023] Use command line tools or graphical management tools to deploy OpenWrt virtual machines in the installed KVM environment.

[0024] As an optional implementation scheme of the present application, optionally, verifying the KVM module loading status and configuring the network bridging includes that the network bridging needs to add a bridge to the network.

[0025] According to the second aspect of the present application, a host network device management device based on KVM and OpenWrt is provided, comprising the following modules:

[0026] The main system Grub configuration module is used to configure the basic parameters of the main system and start the pass-through mode;

[0027] The main system KVM startup module is used to install and start the KVM service to realize the virtualization of OpenWrt;

[0028] The main system network configuration module is used to configure the main system basic network in preparation for loading the subsystem;

[0029] Load subsystem and subsystem configuration modules to use KVM to embed OpenWrt subsystems and configure subsystems.

[0030] As an optional implementation scheme of the present application, optionally, loading a subsystem and a subsystem configuration module includes:

[0031] Load subsystem module, used to load the virtualized OpenWrt subsystem into the main system;

[0032] The subsystem network configuration module is used to configure the basic network of the subsystem and realize the connection with the WiFi module of the main system;

[0033] The subsystem WiFi configuration module is used to install the WiFi driver in the subsystem and configure the WiFi parameters of the subsystem.

[0034] According to the third aspect of the present application, an electronic device is proposed, comprising:

[0035] processor;

[0036] a memory for storing processor-executable instructions;

[0037] Wherein, the processor is configured to implement any one of the above-mentioned methods for managing host network devices based on KVM and OpenWrt and the above-mentioned apparatus for managing host network devices based on KVM and OpenWrt when executing the executable instructions.

[0038] Beneficial effects of this application:

[0039] The present invention virtualizes OpenWrt through KVM, and then OpenWrt takes over the Wi-Fi device, thereby realizing the coexistence of two operating systems. That is, there is no need to make changes to the main system or the OpenWrt subsystem, and the management function of OpenWrt can be used to take over the Wi-Fi device of the main system, thereby enjoying the effect of the powerful functions of OpenWrt.

[0040] Other features and aspects of the present application will become apparent from the following detailed description of exemplary embodiments with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate exemplary embodiments, features, and aspects of the present application and, together with the description, serve to explain the principles of the present application.

[0042] Figure 1 A flowchart showing a method for managing a host network device based on KVM and OpenWrt according to an embodiment of the present application is shown;

[0043] Figure 2 A block diagram of a host network device management device based on KVM and OpenWrt according to an embodiment of the present application is shown;

[0044] Figure 3 A schematic diagram showing a deployment environment of a method for managing a host network device based on KVM and OpenWrt according to an embodiment of the present application; DETAILED DESCRIPTION

[0045] Various exemplary embodiments, features and aspects of the present application will be described in detail below with reference to the accompanying drawings. The same reference numerals in the accompanying drawings represent elements with the same or similar functions. Although various aspects of the embodiments are shown in the accompanying drawings, the drawings are not necessarily drawn to scale unless otherwise specified.

[0046] Among them, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside", "clockwise", "counterclockwise", "axial", "radial", "circumferential" and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, and are only for the convenience of describing the present application or simplifying the description, and do not indicate or imply that the referred device or element must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be understood as a limitation on the present application.

[0047] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of this application, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

[0048] The word “exemplary” is used exclusively herein to mean “serving as an example, example, or illustration.” Any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments.

[0049] In addition, in order to better illustrate the present application, numerous specific details are given in the following specific embodiments. It should be understood by those skilled in the art that the present application can also be implemented without certain specific details. In some examples, methods, means, components and circuits well known to those skilled in the art are not described in detail in order to highlight the subject matter of the present application.

[0050] The key to this application lies in the coexistence of two operating systems. The original CPE operating system is the main system, and the OpenWrt system is the subsystem. The contradiction between the two technical routes in the background technology is solved by enabling the KVM service on the main system to implement the embedded virtualization subsystem. As a mainstream soft routing system, OpenWrt has an active community and mature deployment experience. The present invention uses KVM technology to use virtualized OpenWrt to manage the Wi-Fi module of the main system, and adopts Figure 3 A typical deployment environment (verified) is shown in:

[0051] The main operating system is based on Debian 12 distribution, running on Intel J6412, 4G memory hardware platform, equipped with at least 4 Ethernet ports (ETH0-ETH3), and equipped with PCI interface Wi-Fi module;

[0052] Sub-operating system, OpenWrt 23.05, virtualizing a network port (ETH10);

[0053] ETH0, ETH10 and Wi-Fi module need to be connected and added to a bridge BR1;

[0054] The Wi-Fi module needs to support and enable the pass-through mode. Although the Wi-Fi module is located in the main operating system, it will be taken over by the sub-operating system.

[0055] Example 1

[0056] Figure 1The flowchart of the method for managing host network devices based on KVM and OpenWrt according to the first embodiment of the present application is shown. Figure 1 As shown, the flow chart includes:

[0057] S100. Configure the main system Grub and enable pass-through mode.

[0058] In this embodiment, the main system is the original operating system of the CPE, which is usually a Linux-based operating system. Grub is a commonly used boot loader. The Crub configuration file of the main system is edited and saved to enable the pass-through mode of the WiFi module.

[0059] S200: Start the KVM service of the main system.

[0060] In this embodiment, the KVM service of the main system is an open source virtualization technology based on the Linux kernel. It uses the virtualization extension of the Linux kernel to implement hardware virtualization, allowing multiple isolated virtual machines to run on a single physical host, and can provide virtual machines with performance close to that of a bare metal. To start the KVM service of the main system, the main system must first have installed the relevant software of KVM, and then load the KVM module so that the main system can use the virtualization function of KVM. After the loading is completed, commands can be executed to verify the successful loading of KVM. Finally, the libvirtd service of the main system needs to be started and enabled to manage KVM.

[0061] S300: Configure the basic network of the main system.

[0062] In this embodiment, the basic network of the main system is configured, including that the main system needs to be equipped with at least four Ethernet ports (ETH0-ETH3) and a PCI interface WiFi module, wherein the Ethernet port ETH0 and the PCI WiFi module need to be connected, and a bridge BR1 is added to bridge the two.

[0063] S400: Load the OpenWrt subsystem and configure the basic network of the OpenWrt subsystem.

[0064] In this embodiment, the OpenWrt system is virtualized based on the KVM service and embedded in the main system as a subsystem. The basic network of the OpenWrt subsystem is configured, including configuring a virtual network port (ETH10), and connecting the ETH10 virtual network port with the Ethernet port ETH0 and the PCI WiFi module that have been connected in the main system, and adding them to the bridge BR1.

[0065] S500: Install a WiFi driver in the OpenWrt subsystem and configure WiFi parameters.

[0066] In this embodiment, if the OpenWrt subsystem is not built-in, not updated, or requires a specific custom WiFi driver, it is necessary to obtain an applicable custom driver from the official website or other reliable sources for installation. After installing the driver, it is also necessary to configure WiFi parameters so that the OpenWrt subsystem can correctly identify and connect to the wireless network. When configuring WiFi parameters, the WiFi parameters can be set by logging into the management interface of OpenWrt or by editing the configuration file.

[0067] As an optional implementation scheme of the present application, optionally, in step S100, the main system is a supporting operating system of an existing CPE, and the method starts the pass-through mode of the main system by modifying and saving the Grub configuration file of the supporting operating system of the existing CPE.

[0068] In this embodiment, the CPE (Customer Premises Equipment) is a client device that supports WiFi functions, and the operating system that is compatible with the existing CPE is generally a Linux-based operating system. By modifying and saving the Grub configuration file, the boot loader behavior of the main system can be customized, such as setting the default boot operating system, adjusting the waiting time of the boot interface, etc. After configuring the Grub of the main system, modify the mode setting of the PCIWiFi module in the main system to the pass-through mode. The pass-through mode allows the module to no longer perform data analysis, processing or routing selection in the network, but only serve as a channel for data transmission.

[0069] As an optional implementation scheme of the present application, optionally, in step S200, starting the KVM service of the main system includes: installing and loading KVM and related software packages in the main system, starting and enabling the libvirtd service in the main system; verifying the loading status of the KVM module and configuring network bridging.

[0070] In this embodiment, the KVM service is an open source system virtualization technology based on the Linux kernel. KVM and related software packages are installed, including qemu-kvm (providing underlying simulation support for KVM), libvirt (KVM virtualization management tool and API), virt-manager (graphical interface management tool), etc. The command lsmod | grep kvm is used to check whether the KVM module has been loaded. If not loaded, the modprobe kvm command can be used to load it manually. Use the systemctlstart libvirtd command to start the libvirtd service of the main system, and use the systemctl enablelibvirtd command to set the libvirtd service to start automatically at boot. Use systemctl list-unit-files greplibvirtd.service to check the service status to ensure the normal startup of the libvirtd service. The configuration network bridge is the Ethernet port, the configuration between the bridge and the PCI interface Wi-Fi module.

[0071] As an optional implementation scheme of the present application, optionally, in step S300, the basic network includes Ethernet and WiFi, the main system is equipped with more than four Ethernet ports; and the main system is equipped with a PCI WiFi module.

[0072] In this embodiment, the four Ethernet ports are ETH0, ETH1, ETH2 and ETH3, where Ethernet port ETH0 is used to communicate with the sub-operating system and the PCI WiFi module. The PCI WiFi module is connected to the computer motherboard using a PCI or PCIe interface, so that it can meet the wireless network applications with high performance and bandwidth requirements. In addition, its easy integration feature improves the flexibility and scalability of the system. In terms of network security, the PCI WiFi module supports a variety of security protocols and encryption technologies, effectively protecting the security of IoT devices and data.

[0073] As an optional implementation scheme of the present application, optionally, in step S400, loading the OpenWrt subsystem and configuring the basic network of the OpenWrt subsystem includes: creating and starting an OpenWrt virtual machine; virtualizing a network port in the OpenWrt subsystem and performing basic network configuration.

[0074] In this embodiment, the OpenWrt is an open source routing system based on the Linux operating system, which provides powerful network functions for embedded devices. In this method, the OpenWrt is loaded into the host operating system as an embedded subsystem to manage the Wi-Fi module of the host operating system using the virtualized OpenWrt subsystem, so as to achieve the effect of not changing the host operating system but enjoying the powerful functions of OpenWrt. The specific operation is to create an OpenWrt virtual machine in KVM, and then configure a virtual network port in the OpenWrt virtual machine. After starting the OpenWrt virtual machine, the configuration of the basic network is completed by editing the configuration file or the management interface of OpenWrt.

[0075] As an optional implementation scheme of the present application, optionally, KVM and related software packages are installed and loaded in the main system, and the libvirtd service in the main system is started and enabled, including: using a command line tool to install and load the KVM and related software packages, starting the libvirtd service and setting the libvirtd service to start at boot; and deploying an OpenWrt virtual machine in the installed KVM environment using a command line tool or a graphical management tool.

[0076] In this implementation scheme, the installation and loading of KVM and related software packages first requires ensuring that the CPU supports hardware virtualization and that the function has been enabled in the BIOS, and then based on the main system, the corresponding command statements are used to install KVM and related software packages. The libvirtd service is a virtualization daemon that works with the KVM service to manage and run virtual machines. The libvirtd service is responsible for receiving requests from the client, communicating with KVM, and performing operations such as creating, configuring, starting, and stopping virtual machines through the API provided by KVM. The combination of KVM and the OpenWrt system can realize the running of the OpenWrt system in the KVM virtual machine, thereby utilizing the powerful network functions of OpenWrt to manage and configure the Wi-Fi module of the host operating system, providing more flexibility and possibilities for network management and configuration of the host operating system.

[0077] As an optional implementation scheme of the present application, optionally, verifying the loading status of the KVM module and configuring the network bridging includes that the network bridging needs to add a bridge to the network.

[0078] In this implementation scheme, the network bridging operation is performed by connecting ETH0, ETH10 and the PCI Wi-Fi module and adding them together to a bridge BR1. It should be noted that the PCI WiFi module needs to support and enable the pass-through mode. Although the PCI WiFi module is located in the main operating system, it will be taken over by the sub-operating system after network bridging.

[0079] Example 2

[0080] Based on the same principle as the above method, a host network device management device based on KVM and OpenWrt is also proposed, see Figure 2 The host network device management device 100 based on KVM and OpenWrt of the embodiment of the present disclosure includes:

[0081] The main system Grub configuration module 110 is used to configure the basic parameters of the main system and start the pass-through mode;

[0082] The main system KVM startup module 120 is used to install and start the KVM service to realize the virtualization of OpenWrt;

[0083] The main system network configuration module 130 is used to configure the main system basic network in preparation for loading the subsystem;

[0084] The subsystem and subsystem configuration module 140 is loaded to implement the embedding of the OpenWrt subsystem and the configuration of the subsystem by using KVM.

[0085] As an optional implementation scheme of the present application, optionally, loading a subsystem and a subsystem configuration module includes:

[0086] Load subsystem module, used to load the virtualized OpenWrt subsystem into the main system;

[0087] The subsystem network configuration module is used to configure the basic network of the subsystem and realize the connection with the WiFi module of the main system;

[0088] The subsystem WiFi configuration module is used to install the WiFi driver in the subsystem and configure the WiFi parameters of the subsystem.

[0089] Obviously, those skilled in the art should understand that all or part of the processes in the above-mentioned embodiment method can be implemented by instructing the relevant hardware through a computer program. The program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above-mentioned control methods. The modules or steps of the present invention can be implemented by a general-purpose computing device. They can be concentrated on a single computing device or distributed on a network composed of multiple computing devices. Optionally, they can be implemented by program codes executable by computing devices, so that they can be stored in a storage device and executed by the computing device, or they can be made into individual integrated circuit modules respectively, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. In this way, the present invention is not limited to any specific combination of hardware and software.

[0090] Those skilled in the art can understand that the implementation of all or part of the processes in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a computer program, and the program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above-mentioned control methods. Among them, the storage medium can be a disk, an optical disk, a read-only memory (ROM), a random access memory (RAM), a flash memory (Flash Memory), a hard disk (Hard Disk Drive, abbreviated as: HDD) or a solid-state drive (SSD), etc.; the storage medium can also include a combination of the above-mentioned types of memory.

[0091] Example 3

[0092] Furthermore, an electronic device is proposed, comprising:

[0093] processor;

[0094] a memory for storing processor-executable instructions;

[0095] Wherein, the processor is configured to implement the method for managing host network devices based on KVM and OpenWrt as described in Example 1 when executing the executable instructions.

[0096] The electronic device of the embodiment of the present disclosure includes a processor and a memory for storing processor executable instructions, wherein the processor is configured to implement any of the above-mentioned methods for managing host network devices based on KVM and OpenWrt when executing the executable instructions.

[0097] It should be noted that the number of processors may be one or more. At the same time, the electronic device of the embodiment of the present disclosure may also include an input device and an output device. The processor, memory, input device, and output device may be connected via a bus or in other ways, which are not specifically limited here.

[0098] The memory is a computer-readable storage medium for the method for managing a host network device based on KVM and OpenWrt, and can be used to store software programs, computer executable programs, and various modules, such as: the program or module corresponding to the method for managing a host network device based on KVM and OpenWrt in the embodiment of the present disclosure. The processor executes various functional applications and data processing of the electronic device by running the software program or module stored in the memory.

[0099] The input device can be used to receive input numbers or signals. The signal can be a key signal related to user settings and function control of the device / terminal / server. The output device can include a display device such as a display screen.

[0100] The embodiments of the present application have been described above, and the above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and changes will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The selection of terms used herein is intended to best explain the principles of the embodiments, practical applications, or improvements to the technology in the market, or to enable other persons of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A method for managing host network devices based on KVM and OpenWrt, characterized in that: The original operating system of the CPE and the OpenWrt system coexist, and the method comprises the following steps: Configure the main system Grub and enable the pass-through mode; start the KVM service of the main system; Configuring the basic network of the main system; Load the OpenWrt subsystem and configure the basic network of the OpenWrt subsystem; The loading of the OpenWrt subsystem and configuring the basic network of the OpenWrt subsystem includes: creating and starting an OpenWrt virtual machine, virtualizing a network port in the OpenWrt subsystem and performing basic network configuration; The OpenWrt system is virtualized based on the KVM service and embedded in the main system as a subsystem. The basic network of the OpenWrt subsystem is configured, including configuring a virtual network port, and connecting the virtual network port with the Ethernet port and PCI WiFi module that have been opened in the main system to join the bridge together; installing the WiFi driver in the OpenWrt subsystem and configuring the WiFi parameters.

2. A method for managing host network devices based on KVM and OpenWrt as described in claim 1, wherein the main system is a supporting operating system of an existing CPE, and the method starts the pass-through mode of the main system by modifying and saving the Grub configuration file of the supporting operating system of the existing CPE.

3. The method for managing a host network device based on KVM and OpenWrt according to claim 1, wherein starting the KVM service of the main system comprises: Install and load KVM and related software packages in the main system, and start and enable the libvirtd service in the main system; Verify KVM module loading status and configure network bridging.

4. A method for managing host network devices based on KVM and OpenWrt as claimed in claim 1, characterized in that: The basic network includes Ethernet and WiFi, and the main system is equipped with more than four Ethernet ports; and the main system is equipped with a PCI WiFi module.

5. A method for managing host network devices based on KVM and OpenWrt as claimed in claim 3, characterized in that: Install and load KVM and related software packages in the main system, start and enable the libvirtd service in the main system, including: Use command line tools to install and load the KVM and related software packages, start the libvirtd service and set the libvirtd service to start at boot; Use command line tools or graphical management tools to deploy OpenWrt virtual machines in the installed KVM environment.

6. A method for managing host network devices based on KVM and OpenWrt as claimed in claim 3, characterized in that: Verify the KVM module loading status and configure network bridging, including adding a bridge to the network.

7. A host network device management device based on KVM and OpenWrt, comprising: The main system Grub configuration module is used to configure the basic parameters of the main system and start the pass-through mode; The main system KVM startup module is used to install and start the KVM service to realize the virtualization of OpenWrt; The main system network configuration module is used to configure the main system basic network in preparation for loading the subsystem; Load subsystem and subsystem configuration modules to use KVM to embed OpenWrt subsystems and configure subsystems; Load subsystem module, used to load the virtualized OpenWrt subsystem into the main system; The subsystem network configuration module is used to configure the basic network of the subsystem and realize the connection with the WiFi module of the main system; Subsystem WiFi configuration module, used to install WiFi driver in the subsystem and configure WiFi parameters of the subsystem; The OpenWrt system is virtualized based on the KVM service and embedded in the main system as a subsystem. The basic network of the OpenWrt subsystem is configured, including configuring a virtual network port, and connecting the virtual network port with the Ethernet port and PCI WiFi module that have been opened in the main system to join the bridge together; installing the WiFi driver in the OpenWrt subsystem and configuring the WiFi parameters.

8. An electronic device, characterized in that: include: processor; a memory for storing processor-executable instructions; Wherein, the processor is configured to implement a method for managing a host network device based on KVM and OpenWrt as described in any one of claims 1 to 6 when executing the executable instructions.

Images