CN117176544A

CN117176544A - Fault processing method and device of network equipment and electronic equipment

Info

Publication number: CN117176544A
Application number: CN202311264826.4A
Authority: CN
Inventors: 王红雷
Original assignee: CHENGDU SKSPRUCE TECHNOLOGY Inc
Current assignee: CHENGDU SKSPRUCE TECHNOLOGY Inc
Priority date: 2023-09-26
Filing date: 2023-09-26
Publication date: 2023-12-05

Abstract

The embodiment of the application discloses a fault processing method and device of network equipment and electronic equipment. The method comprises the steps of reporting fault information to be processed to a preprocessing platform so that the preprocessing platform can judge whether the fault to be processed can be processed according to the fault information to be processed; under the condition that feedback that a preprocessing platform cannot process a to-be-processed fault is received, VPN configuration information is obtained; sending a connection request to a VPN server according to VPN configuration information; after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so as to enable the equipment background to process the fault to be processed through the VPN server. In other words, the method includes that faults of the network equipment are firstly reported to the preprocessing platform for preprocessing so as to screen the faults, when the preprocessing platform cannot process and acquire VPN configuration information and is connected with the VPN server, the faults are processed by means of the equipment background, and therefore fault processing efficiency is improved.

Description

Fault processing method and device of network equipment and electronic equipment

Technical Field

The present application relates to the field of fault processing technologies, and in particular, to a fault processing method and apparatus for a network device, and an electronic device.

Background

The common network equipment comprises a computer, a switch, a router, a gateway and the like, wherein the network equipment faults are divided into hardware faults and software faults according to types, a plurality of conventional faults are easy to solve, and a great part of faults need special detection treatment by professional maintenance staff; the professional maintainer generally judges, positions and processes the faults according to the fault data logs and the alarm information which are collected by the network equipment self-checking or the program instructions such as WebUI, CLI, APP and the like through the operation means, the fault detection information in the fault data logs and the alarm information is not necessarily accurate and complete, the professional maintainer has hysteresis in acquiring the fault information, and the processing efficiency of fault positioning, repairing and the like is low through the mode.

Disclosure of Invention

The application mainly aims to provide a fault processing method of network equipment, which aims to solve the problem of low processing efficiency of network faults in the prior art.

In one aspect, an embodiment of the present application provides a method for processing a failure of a network device, including:

reporting fault information to be processed to a preprocessing platform so that the preprocessing platform can judge whether the fault to be processed can be processed according to the fault information to be processed;

acquiring VPN configuration information under the condition that the preprocessing platform cannot process feedback of the to-be-processed fault;

sending a connection request to a VPN server according to the VPN configuration information;

after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so that the equipment background processes the fault to be processed through the VPN server.

Optionally, after sending a connection request to a VPN server according to the VPN configuration information, the method further includes:

and after receiving the connectionless feedback of the VPN server, returning to execute the step of acquiring the VPN configuration information after a first preset time interval until receiving the connectionless feedback of the VPN server.

Optionally, a self-checking program is configured in the network device; before the fault information to be processed is reported to the preprocessing platform, the method further comprises the following steps:

and according to the self-checking program, carrying out periodic self-checking by taking the second preset time as a period to obtain the fault information to be processed.

Optionally, after receiving the connectable feedback of the VPN server, after establishing a connection with the VPN server, the method further includes:

and if the equipment background does not process the fault to be processed through the VPN server within the third preset time after the connection is established, disconnecting the connection with the VPN server.

In another aspect, an embodiment of the present application provides another fault handling method, including:

receiving fault information to be processed sent from network equipment;

judging whether the fault to be processed can be processed according to the fault information to be processed;

if the judgment result is negative, sending feedback information which cannot process the fault to be processed to the network equipment, so that the network equipment acquires VPN configuration information, and sending a connection request to a VPN server according to the VPN configuration information; and after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so as to enable the equipment background to process the fault to be processed through the VPN server.

Optionally, after determining whether the fault to be processed can be processed according to the fault to be processed information, the method further includes:

and if the judging result is yes, processing the fault to be processed by using a processing scheme corresponding to the fault information to be processed.

Optionally, before the step of determining whether the fault to be processed can be processed according to the fault information to be processed, the method further includes:

and receiving editing fault information sent by the user terminal equipment, and determining the editing fault information as fault information to be processed.

Optionally, after the processing of the to-be-processed fault by using the processing scheme corresponding to the known fault information according to the determination result is yes, the method further includes:

recording the processing result of the fault to be processed;

and feeding back the processing result of the fault to be processed to the user terminal equipment.

In still another aspect, an embodiment of the present application provides an apparatus for fault handling, including:

the reporting module is used for reporting the fault information to be processed to the preprocessing platform;

the acquisition module is used for acquiring VPN configuration information;

the sending module is used for sending a connection request to the VPN server;

and the connection module is used for establishing connection with the VPN server.

In yet another aspect, an embodiment of the present application provides another apparatus for fault handling, including:

the receiving module is used for receiving the fault information to be processed, which is sent from the network equipment;

the processing module is used for judging whether the similarity between the fault information to be processed and the known fault information is greater than or equal to a set threshold value;

and the sending module is used for sending VPN configuration information to the network equipment.

In yet another aspect, the application provides an electronic device comprising a processor and a memory coupled to the processor, the memory storing program instructions executable by the processor; the processor implements the aforementioned methods when executing the program instructions stored by the memory.

According to the fault processing method and device for the network equipment and the electronic equipment, the network equipment reports the fault information to be processed to the preprocessing platform, so that the preprocessing platform judges whether the fault to be processed can be processed according to the fault information to be processed; acquiring VPN configuration information under the condition that the preprocessing platform cannot process feedback of the to-be-processed fault; sending a connection request to a VPN server according to the VPN configuration information; after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so that the equipment background processes the fault to be processed through the VPN server. By the method, the network equipment firstly reports the fault information to the preprocessing platform for processing when the fault occurs, and under the condition that the preprocessing platform cannot process the fault, the VPN configuration information is acquired, then the communication connection with the VPN server is requested and established, so that professional maintenance personnel can enter the equipment background through the established network tunnel to process the fault in real time, the network equipment and the VPN server are connected in real time according to the fault processing requirement when the fault occurs, and resource saving and cost reduction are facilitated.

Drawings

FIG. 1 is a network architecture diagram of a network failure handling method according to an embodiment of the present application;

FIG. 2 is a flow chart illustrating a method for handling network failures according to an embodiment of the present application;

FIG. 3 is a flow chart illustrating a method for handling network failures according to an embodiment of the present application;

FIG. 4 is a schematic diagram illustrating a fault handling apparatus according to an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating a fault handling apparatus according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the application.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The terms "first," "second," "third," and the like in this disclosure are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first", "a second", and "a third" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "plurality" means at least two, for example, two, three, etc., unless specifically defined otherwise. All directional indications (such as up, down, left, right, front, back … …) in embodiments of the present application are merely used to explain the relative positional relationship, movement, etc. between the components in a particular gesture (as shown in the drawings), and if the particular gesture changes, the directional indication changes accordingly. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus.

Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments.

The fault of the network equipment is complex and changeable, and the common fault positioning and processing method is to collect and diagnose the fault by checking program and collect the data information of the network equipment, and forward the professional maintenance personnel in the form of log or alarm for further repairing treatment. In the process, the timely solving of the faults depends on the active discovery, collection and forwarding of fault data by a user to a great extent, so that part of faults increase processing difficulty due to hysteresis processing, and the fault processing efficiency is low.

Based on the background, the application provides a fault processing method of network equipment by combining the characteristics of sequence, randomness and low frequency of network equipment fault occurrence time so as to solve the defects in the prior art.

Fig. 1 shows a network architecture provided by an embodiment of the present application, which includes a user device 1, a fault management platform 2, a number of network devices 3 and at least one VPN server 4. The user equipment 1 and the network equipment 3 can establish communication connection in a wired or wireless mode, and the network equipment 3 and the fault management platform 2 and the VPN server 4 respectively establish communication connection. The network device 3 can send and receive data, signals and information with the fault management platform 2.

The user equipment 1 in the application refers to equipment which directly faces to a user and realizes interaction with the user in an information display and executable operation mode which can be understood by the user, for example, equipment such as a mobile phone, a PC, a portable computer and the like is provided with an operating system such as Android (Android), IOS (input/output) and Windows (Windows); the network device 3 is a dedicated hardware device for connecting nodes such as various servers, PCs, and application terminals to each other to form an information communication network, for example, a switch, a router, a firewall, a gateway, and the like, and may also have an operating system such as Android (Android), IOS, windows, and the like; VPN server 4 is a virtual special computer, such as a tower server and a rack server, that can connect to network device 3 and perform resource management and service to network device 3 after network device 3 fails; the fault management platform 2 is a software platform adopting an application program virtualization technology, and can realize the functions of fault detection, repair, management and the like.

An embodiment of the application provides a fault processing method of network equipment. The execution body of the fault processing method of the network device includes, but is not limited to, an electronic device capable of being configured to execute the fault processing method of the network device provided by the embodiment of the application. In other words, the fault handling method of the network device may be performed by software or hardware installed in the electronic device.

Fig. 2 is a flow chart of a fault handling method of a network device according to an embodiment of the application. It should be noted that, if there are substantially the same results, the method of the present application is not limited to the flow sequence shown in fig. 1. In this embodiment, the fault handling method of the network device includes the following steps:

s120, reporting fault information to be processed to a preprocessing platform so that the preprocessing platform can judge whether the fault to be processed can be processed according to the fault information to be processed;

in this embodiment, a user logs in the network device for the first time and performs personalized setting, and may set a processing mode of the fault by selecting an authorization authority, where one of the selectable authorization authorities, that is, whether the network device generates fault information or directly reports the fault data to the preprocessing platform after obtaining the fault data, does not need to be repeatedly confirmed by the user, so as to improve the efficiency of fault reporting processing; in case the user refuses the authorization, the user decides by himself according to the existing way whether to report or not. The fault information to be processed is transmitted between the network equipment and the preprocessing platform in a data form, and can comprise fault phenomenon, occurrence time, fault range, abnormal data and other characteristic information which is affected by faults or can represent the attribute information of the network equipment of the faults. The fault preprocessing platform performs preliminary processing on all reported fault information to be processed, and the processing modes include recording, identifying, repairing (in the case of repairable faults) and the like, for example: when a failure of a network device is a failure to set up a modification to the corresponding network configuration due to a loss or corruption of a network configuration file, the preprocessing platform may examine the configuration file path of the network device to determine that it is a failure due to a loss of the configuration file, and then reinstall the network configuration file for the network device or perform other processing operations such as re-enabling the network adapter, etc., to address the failure.

As one embodiment, the preprocessing platform is to implement feedback of information to a user in the form of a software program or a web page on the user equipment; the preprocessing platform can be arranged in a local area network server or at the far end of the Internet and is used for receiving the fault information to be processed of a plurality of network devices.

In some embodiments, the network device is configured with a self-checking program, and accordingly, step S120 further includes the following steps:

In this embodiment, considering that the timely discovery of the fault information to be processed in the foregoing embodiment still depends on the initiative of the user to some extent, and the number of network devices is large and cannot be detected one by one, in order to improve the fault reporting efficiency, a self-checking program is configured in the network devices and periodically self-checked with the second preset time as a period. The self-checking program is an application program configured on the network device to detect the running condition, performance parameters and other data of the network device, and the application program detects the network device and collects detection data through an operating system of the network device according to a specific detection flow, detection items and detection areas, for example, the application program can detect CPU utilization rate, channel configuration information, device power information, wireless device AP list offline information and the like; the starting period of the self-checking program can be set to be a second preset time in consideration of randomness and low frequency lines of faults, the second preset time can be fixed, for example, three days or one week, and the second preset time can be used as a starting condition of the self-checking program to write the program so as to realize periodic starting. The network equipment can be periodically and automatically checked and detected through the self-checking program which is configured in the network equipment and is started regularly, the probability of timely finding out the faults of the network equipment is improved, fault information is timely collected, and the dependence on user behaviors and the labor cost of a user side are reduced.

And S140, acquiring VPN configuration information under the condition that the preprocessing platform cannot process the feedback of the to-be-processed fault.

In this embodiment, after the network device reports the fault information to be processed, the network device waits for and receives the feedback result of the preprocessing platform, and the specific processing procedure of the preprocessing platform will be described in detail in another embodiment of the present application, where the network device obtains VPN configuration information according to the feedback result of the preprocessing platform, where the VPN configuration information is necessary information for setting up a network tunnel between the network device and the host of the professional maintainer through a virtual private network scheme, and includes a name, a connection type, an authentication method, IP address information, an encryption method, a key, and the like of the VPN server.

In some embodiments, the configuration information is pre-stored in the preprocessing platform, and is bound with feedback execution operation when the preprocessing platform cannot process the reported fault to be processed, and the fault to be processed, which cannot be processed by the preprocessing platform and is reported by the network device, is used as a trigger condition for sending the configuration information to the network device, so that the network device performs subsequent operations after receiving the configuration information sent by the preprocessing platform.

S160, according to the VPN configuration information, a connection request is sent to a VPN server;

in this embodiment, the network device identifies a VPN server according to the configuration information, and the identification basis may be unique identification information such as a name or an IP address of the VPN server. The network device generates a connection request according to the configuration information according to one configuration information, so that the connection request is only directed to one target VPN server.

It can be understood that at least one VPN server may be provided, and in an actual application scenario, there may be multiple VPN servers. The network devices are of various types, a certain number of network devices generally exist in the same local area network, but the network device faults have high randomness, and other faults are generated on each network device in a time sequence and low frequency except for special faults which cause paralysis of the whole network system, so that in the embodiment and other embodiments, a single VPN server can establish network tunnels with a plurality of network devices according to the fault occurrence frequency and the sequence of connection requests.

In some embodiments, the server to network device quantitative ratio is estimated by integrating network device usage environment, device failure occurrence rate, usage intensity, and other reference factors, for example, 1:2000 to increase the resource usage of the VPN server.

And S180, after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so that the equipment background processes the fault to be processed through the VPN server.

In this embodiment, the connectable feedback of the VPN server is that the VPN server makes based on a certain setting condition judgment, for example, whether the target VPN server is idle. After the network tunnel is established to realize connection, professional maintenance personnel can access the network equipment through the equipment background and the network tunnel, and the network equipment can be subjected to fault investigation, positioning and processing solution in real time in the equipment background. It should be noted that, connection between the intranet and the extranet is established by the intranet traversing mode and remote control management is realized in the prior art, and the points and technical effects of the present application are not limited thereto, so the principles, construction processes and details of VPN (Virtual Private Network virtual private network) are not elaborated in the present application.

The technical solutions formed in each of the embodiments of step S120 to step S180 at least include the following technical effects: the method comprises the steps of reporting fault information to be processed to a preprocessing platform, so that the preprocessing platform judges whether the fault to be processed can be processed according to the fault information to be processed, preprocessing of network equipment faults is realized, and conventional faults and faults requiring professional maintenance personnel to operate and process are distinguished; the network equipment acquires VPN configuration information and sends out request connection according to the VPN configuration information, namely, the VPN server is confirmed to be connected according to the preprocessing result, the fault of the network equipment is processed in real time through the established connection, the idle time utilization rate of the VPN server relative to one network equipment is improved, meanwhile, the high-cost remote connection mode in the prior art is reduced, and the fault processing efficiency is improved.

As an embodiment, step S160 further includes the following steps:

s181, after receiving the unconnectable feedback of the VPN server, returning to execute the step of obtaining the VPN configuration information after a first preset time interval until receiving the connectable feedback of the VPN server.

In the foregoing embodiment, the network device sends the connection request to the VPN server according to the VPN configuration information, which does not necessarily enable the VPN server to respond, and if the VPN server refuses to connect, it needs to consider that a connection is established in a feasible manner to handle the failure. In this embodiment, the VPN server responds to the connection request of the network device according to the setting condition, taking the setting condition as an example of whether the target VPN server is idle or not, where the connection request of the network device receives the non-connectable feedback of the VPN server, which means that the current VPN server is temporarily unavailable in a connection state, and the network device may initiate the connection request again after a first preset time interval, and repeatedly iterate until a connection is successfully established with the VPN server. The first preset time can be set according to the current working time, the influence of faults and other factors, for example, the working time on working days or the equipment losing normal functions caused by faults, and the first preset time is set or adjusted to 30 minutes. By repeatedly initiating the connection request by the network device according to the first preset time interval after receiving the unconnectable feedback of the VPN server, the network device can establish connection with the VPN server at the first time after the VPN server enters idle, and the resource utilization rate and the fault processing efficiency of the VPN server are improved.

In some embodiments, in an environment where multiple VPN servers provide services, since the network device obtains the configuration information of the target VPN server, it may be difficult to establish a connection with the target VPN server for a long time if the single VPN server is busy, so step S160 further includes the following steps:

s182, after receiving the unconnectable feedback of the VPN server, re-acquiring the configuration information of the VPN server and re-sending a connection request according to the re-acquired configuration information of the VPN server. The re-acquired configuration information is different from the original configuration information, and a connection request can be sent to another VPN server according to the re-acquired configuration information, so that waiting time on the same VPN server is reduced, and connection establishment efficiency and possibility are improved.

As an embodiment, step S180 further includes the following steps:

In order to avoid the situation that the available equipment per se is influenced by the fact that processing operation is not performed in time after the network equipment is connected with the VPN server, such as occupied memory and reduced network speed, a third preset time is set, and the connection is disconnected when no response processing operation of the equipment background exists in the third preset time. The third preset time can be adjusted according to the working time period and the duty time of the professional maintainer, for example, the third preset time is set to be 0.5 hour.

In some embodiments, in order to avoid that the automatic disconnection of the third preset time expires, which affects normal processing operations, the device background may further set the processing of the failure start operation by the VPN server as a trigger condition for terminating the calculation of the third preset time.

And the third preset time is set to disconnect the condition that the actual response and service are not obtained after the network equipment and the VPN server are connected, so that the influence of resource waste, memory occupation and the like caused by overlong invalid connection time of the network equipment and the VPN server is avoided.

As shown in fig. 3, another embodiment of the present application further provides an additional fault handling method applicable to the fault handling method of the network device of the foregoing embodiment, and for convenience of distinguishing from the fault handling method of the foregoing embodiment, the additional fault handling method is referred to as a fault pre-processing method, and the fault pre-processing method includes the following steps:

s220, receiving the fault information to be processed, which is sent from the network equipment.

In this embodiment, the network device may establish a connection with the local platform or the cloud end through a local area network, and the network device may receive the fault information to be processed sent by the network device locally through a self-checking procedure or the user actively checks and forms a fault information report through a "one-key diagnosis" procedure. The fault information to be processed is the same as that in the previous embodiment, and will not be described here again.

In some embodiments, to widen the failure acquisition channel, the multi-party collaboration of the failure investigation is implemented, and step S220 may be replaced by the following steps:

s221, receiving editing fault information sent by the user side equipment, and determining the editing fault information as fault information to be processed.

In this embodiment, the fault information to be processed is determined by the user. In some cases, or because the network device has insufficient fault information collected by the self-checking program in the foregoing embodiments, or the user has checked to locate the fault, or the user selects the authority of manual reporting; the method for receiving the fault input by the user can increase channels for locally acquiring the fault information to be processed, is suitable for the network equipment to report the faults and what faults are reported by the user according to the requirements under various application environments, and improves the processing efficiency.

S240, judging whether the fault to be processed can be processed according to the fault information to be processed.

In this embodiment, the condition that the fault to be processed can be locally preprocessed is whether the fault to be processed can be processed. Most conventional faults are subjected to data statistics and experience summary, so that a scheme for solving the faults through repairing tools or executing corresponding operations, such as various 'housekeeper' programs, can be formed, and equipment faults can be diagnosed and corresponding operation processing can be performed. For example, common network configuration failures may be diagnosed by such "housekeeping" programs and the failures repaired by in-program toolkits.

S260, if the judging result is negative, sending feedback information which cannot process the to-be-processed fault to the network equipment so that the network equipment obtains VPN configuration information, and sending a connection request to a VPN server according to the VPN configuration information; and after receiving the connectable feedback of the VPN server, establishing connection with the VPN server so as to enable the equipment background to process the fault to be processed through the VPN server.

The present embodiment has been described in the foregoing corresponding embodiment, and reference may be made to the foregoing embodiment, which is not repeated herein.

As an embodiment, there is an unprocessed way to all the received pending faults locally, so the following steps are further included after step S240:

and step 261, if the judgment result is yes, processing the to-be-processed fault by using a processing scheme corresponding to the to-be-processed fault information.

In some embodiments, data information for common failures of the same type of equipment and corresponding processing schemes are stored locally, the processing schemes including execution programs and repair tools. And under the condition that the fault information to be processed is matched with the common fault data information stored locally, processing the fault to be processed by using a corresponding processing scheme. The processing scheme solves a part of common faults, so that the part of faults can be locally solved without establishing connection processing with the VPN server, and the load and the erection cost of the VPN server are greatly reduced.

It should be noted that, in the embodiment of the fault preprocessing method, whether the fault to be processed can be processed is judged, and the prior art can be realized, and the embodiments are not described too much; the main point of the scheme is that after the fault to be processed is determined as being unable to be processed, a local feedback link is provided: i.e. sending VPN configuration information to the network device to enable the network device to connect to the VPN server for fault handling according to the configuration information.

The technical solutions formed in each of the embodiments of step S220 to step S260 at least include the following technical effects: after receiving the fault information to be processed, judging whether the fault to be processed can be processed, if not, executing corresponding operation, namely sending VPN configuration information for the network equipment to process the fault in other modes, and directly processing other faults, so that all faults of the network equipment are subjected to primary screening locally, resource waste of a server caused by processing all faults through VPN connection is avoided, and the processing efficiency of the faults is improved.

In order to provide a better user experience and a timely notification function, step S260 further comprises the following steps:

s280, recording a processing result of the fault to be processed;

s290, feeding back the processing result of the fault to be processed to the user terminal equipment.

In this embodiment, the processing results of all received faults to be processed, including the faults that can be processed and cannot be processed, are recorded locally, and the processing results of the faults to be processed are fed back to the user equipment, where the fed back processing result information at least includes: fault information to be processed, whether the fault information can be processed, attempted processing scheme and processing result. By recording and feeding back the faults to be processed, the user can know the faults to be processed more clearly and intuitively.

As shown in fig. 4, an embodiment of the present application provides a fault handling apparatus of a network device, based on the same inventive concept as the fault handling method in the foregoing embodiment, the fault handling apparatus including: the reporting module is used for reporting the fault information to be processed to the preprocessing platform; the acquisition module is used for acquiring VPN configuration information; the sending module is used for sending a connection request to the VPN server; and the connection module is used for establishing connection with the VPN server.

In some embodiments, the processing device further comprises a receive processing module. And the receiving processing module is used for returning to execute the step of acquiring the VPN configuration information after a first preset time interval after receiving the unconnectable feedback of the VPN server until receiving the connectable feedback of the VPN server.

In some embodiments, the processing device further comprises a self-test module. The self-checking module is used for storing a self-checking program, and carrying out periodic self-checking by taking second preset time as a period according to the self-checking program so as to obtain the fault information to be processed.

In some embodiments, the processing device further comprises a disconnection processing module. And the disconnection processing module is used for disconnecting the connection with the VPN server after receiving the connectable feedback of the VPN server and establishing connection with the VPN server if the equipment background does not process the fault to be processed through the VPN server within a third preset time after establishing connection.

It should be noted that, each module in the fault handling apparatus in this embodiment corresponds to each step in the fault handling method in the foregoing embodiment one by one, so specific implementation manner and achieved technical effects of this embodiment may refer to implementation manner of the foregoing fault handling method, and will not be described herein in detail.

As shown in fig. 5, an embodiment of the present application provides a fault handling apparatus of another network device based on the same inventive concept as the fault preprocessing method in the foregoing embodiment, the fault handling apparatus including: the receiving module is used for receiving the fault information to be processed, which is sent from the network equipment; the processing module is used for judging whether the fault to be processed can be processed or not; and the sending module is used for sending VPN configuration information to the network equipment.

In some embodiments, the processing device further includes a data storage module, configured to store a processing scheme corresponding to the fault information to be processed, and the processing module may be further configured to process the fault to be processed using the processing scheme corresponding to the fault information to be processed after determining that the fault to be processed can be processed according to the fault information to be processed.

In some embodiments, the receiving module may be further configured to receive edit fault information sent by the client device, and determine the edit fault information as fault information to be processed.

In some embodiments, the processing device further includes a recording module, configured to record a processing result of the fault to be processed.

In some embodiments, the sending module may be further configured to feed back a processing result of the pending failure to the client device.

It should be noted that, each module in the fault processing apparatus in this embodiment corresponds to each step in the fault preprocessing method in the foregoing embodiment one by one, so specific implementation manner and achieved technical effects of this embodiment may refer to implementation manner of the foregoing fault preprocessing method, and will not be described herein in detail.

Referring to fig. 6, a schematic structural diagram of an electronic device according to an embodiment of the application is shown, and the electronic device 10 includes a processor 11 and a memory 12 coupled to the processor.

The memory 12 stores program instructions for implementing the fault handling method and the fault pre-processing method of any of the embodiments described above. The processor 11 is configured to execute program instructions stored in the memory 12 to perform the fault handling method and the fault pre-processing method in the foregoing embodiments.

The processor 11 may also be referred to as a CPU (Central Processing Unit ). The processor 11 may be an integrated circuit chip with signal processing capabilities. The processor 11 may also be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of elements is merely a logical functional division, and there may be additional divisions of actual implementation, e.g., multiple elements or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The embodiments of the application have been described in detail above, but they are merely examples, and the application is not limited to the above-described embodiments. It will be apparent to those skilled in the art that any equivalent modifications or substitutions to this application are within the scope of the application, and therefore, all equivalent changes and modifications, improvements, etc. that do not depart from the spirit and scope of the principles of the application are intended to be covered by this application.

Claims

1. A method for fault handling of a network device, the method comprising:

2. The fault handling method according to claim 1, wherein after sending a connection request to a VPN server according to the VPN configuration information, further comprising:

3. The fault handling method according to claim 1, wherein the network device is configured with a self-test program; before the fault information to be processed is reported to the preprocessing platform, the method further comprises the following steps:

4. The fault handling method according to claim 1, wherein after receiving the connectable feedback of the VPN server, after establishing a connection with the VPN server, further comprising:

5. A method for fault handling of a network device, the method comprising:

receiving fault information to be processed sent from network equipment;

6. The fault handling method according to claim 5, wherein after determining whether the fault to be handled can be handled according to the fault information to be handled, further comprising:

7. The method according to claim 6, wherein before the step of determining whether the fault to be processed can be processed according to the fault information to be processed, the method further comprises:

8. The fault handling method according to claim 7, wherein after the fault to be handled is handled by using a handling scheme corresponding to the known fault information according to the determination result being yes, further comprising:

recording the processing result of the fault to be processed;

9. A network device failure handling apparatus, the failure handling apparatus comprising:

the acquisition module is used for acquiring VPN configuration information;

the sending module is used for sending a connection request to the VPN server;

10. A network device failure handling apparatus, the failure handling apparatus comprising:

11. An electronic device comprising a processor and a memory coupled to the processor, the memory storing program instructions executable by the processor; the processor, when executing the program instructions stored in the memory, implements the fault handling method as claimed in any one of claims 1 to 4 or claims 5 to 8.