CN117176544A - 一种网络设备的故障处理方法、装置和电子设备 - Google Patents

Abstract

本申请实施例公开了一种网络设备的故障处理方法、装置和电子设备。涉及故障处理领域，该方法上报待处理故障信息至预处理平台，以使预处理平台根据待处理故障信息判断是否能够对待处理故障进行处理；在接收到预处理平台无法处理待处理故障的反馈的情况下，获取VPN配置信息；根据VPN配置信息，向VPN服务器发送连接请求；在接收到VPN服务器的可连接反馈后，与VPN服务器建立连接，以使设备后台通过VPN服务器对待处理故障进行处理。也即，该方法通过将网络设备的故障先上报至预处理平台进行预处理以筛分故障，当预处理平台无法处理获取VPN配置信息并连接VPN服务器，借助设备后台对故障进行处理，提高了故障处理效率。

Description

一种网络设备的故障处理方法、装置和电子设备

技术领域

本发明涉及故障处理技术领域，尤其涉及一种网络设备的故障处理方法、装置和电子设备。

背景技术

常用网络设备包括计算机、交换机、路由器以及网关等，网络设备故障按类型划分有硬件故障和软件故障，多发常规故障易解决，而相当一部分故障需要专业维护人员专门进行检测处理；专业维护人员一般根据网络设备自检或用户主动通过操作手段如WebUI、CLI、APP等程序指令收集到的故障数据日志、告警信息对故障进行判断定位和处理，故障数据日志和告警信息中的故障检测信息不一定准确和完全，且专业维护人员对故障信息的获取具有滞后性，通过这种方式进行故障定位、修复等处理效率低下。

发明内容

本发明的主要目的在于提供一种网络设备的故障处理方法，以解决现有技术中网络故障的处理效率低下的问题。

一方面，本申请实施例提供了一种网络设备的故障处理方法，包括：

上报待处理故障信息至预处理平台，以使所述预处理平台根据所述待处理故障信息判断是否能够对待处理故障进行处理；

在接收到所述预处理平台无法处理所述待处理故障的反馈的情况下，获取VPN配置信息；

根据所述VPN配置信息，向VPN服务器发送连接请求；

在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

可选地，所述根据所述VPN配置信息，向VPN服务器发送连接请求之后，还包括：

在接收到VPN服务器的不可连接反馈后，则间隔第一预设时间后返回执行所述获取VPN配置信息的步骤，直到接收到VPN服务器的可连接反馈。

可选地，所述网络设备中配置有自检程序；所述上报待处理故障信息至预处理平台之前，还包括：

根据所述自检程序，以第二预设时间为周期进行定期自检，以获得所述待处理故障信息。

可选地，所述在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接之后，还包括：

若在建立连接后的第三预设时间内，没有所述设备后台通过所述VPN服务器对所述待处理故障进行处理，则断开与所述VPN服务器的连接。

另一方面，本申请实施例提供了另一种故障处理方法，包括：

接收从网络设备发送的待处理故障信息；

根据所述待处理故障信息，判断所述待处理故障是否可被处理；

若判断结果为否，向所述网络设备发送无法处理所述待处理故障的反馈信息，以使所述网络设备获取VPN配置信息，根据所述VPN配置信息，向VPN服务器发送连接请求；并在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

可选地，所述根据所述待处理故障信息，判断所述待处理故障是否可被处理之后，还包括：

若判断结果为是，使用与待处理故障信息对应的处理方案对所述待处理故障进行处理。

可选地，所述根据所述待处理故障信息，判断所述待处理故障是否可被处理的步骤之前，还包括：

接收用户端设备发送的编辑故障信息，并将所述编辑故障信息确定为待处理故障信息。

可选地，所述根据判断结果为是，使用与所述已知故障信息对应的处理方案对所述待处理故障进行处理之后，还包括：

记录所述待处理故障的处理结果；

反馈所述待处理故障的处理结果至所述用户端设备。

再一方面，本申请实施例提供了一种故障处理的装置，包括：

上报模块，用于上报待处理故障信息至预处理平台；

获取模块，用于获取VPN配置信息；

发送模块，用于向VPN服务器发送连接请求；

连接模块，用于与所述VPN服务器建立连接。

再一方面，本申请实施例提供了另一种故障处理的装置，包括：

接收模块，用于接收从网络设备发送的待处理故障信息；

处理模块，用于判断所述待处理故障信息是否与已知故障信息的相似度大于等于设定阈值；

发送模块，用于向所述网络设备发送VPN配置信息。

再一方面，本申请提供了一种电子设备，其特征在于，包括处理器以及与所述处理器耦接的存储器，所述存储器存储有可被所述处理器执行的程序指令；所述处理器执行所述存储器存储的所述程序指令时实现前述方法。

本申请提供的网络设备的故障处理方法、装置和电子设备，由网络设备上报待处理故障信息至预处理平台，以使所述预处理平台根据所述待处理故障信息判断是否能够对待处理故障进行处理；在接收到所述预处理平台无法处理所述待处理故障的反馈的情况下，获取VPN配置信息；根据所述VPN配置信息，向VPN服务器发送连接请求；在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。通过上述方式，网络设备在发生故障时将故障信息首先报送预处理平台进行处理，在预处理平台对故障无法处理的情况下，获取到VPN配置信息后请求并建立与VPN服务器的通信连接，使专业维护人员可通过建立的网络隧道进入设备后台实时处理故障，实现了网络设备与VPN服务器在发生故障时根据故障处理需求即时连接，有利于节约资源和降低成本。

附图说明

图1为本申请一实施例的网络故障的处理方法的网络架构图；

图2为本申请一实施例的网络故障的处理方法的流程示意图；

图3为本申请一实施例的网络故障的处理方法的流程示意图；

图4为本申请一实施例的故障处理装置的结构示意图；

图5为本申请一实施例的故障处理装置的结构示意图；

图6为本申请一实施例的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其他实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其他实施例相结合。

网络设备的故障复杂多变，常用的故障定位和处理方法是通过检查程序收集进行诊断并收集网络设备的数据信息，并以日志或告警形式转发专业维护人员作进一步修复处理。在此过程中，故障的及时解决很大程度上依赖于用户对故障数据的主动发现、收集与转发，造成部分故障因滞后处理而增大了处理难度，故障处理效率低。

基于上述背景，结合网络设备故障发生时间上的次序性、随机性以及低频性特点，本申请提出了一种网络设备的故障处理方法以解决现有技术中的不足。

图1示出了本申请实施例提供的一种网络架构，其中包括用户设备1、故障管理平台2、若干个网络设备3和至少一个VPN服务器4。用户设备1与网络设备3可以通过有线或无线方式建立通信连接，网络设备3与故障管理平台2、VPN服务器4分别建立通信连接。网络设备3可以与故障管理平台2之间收发数据、信号及信息。

本申请中的用户设备1，是指直接面向用户并以用户可理解的信息展示和可执行的操作方式实现与用户之间交互的设备，例如，手机、PC、便携电脑等安装有如Android(安卓)、IOS、Windows等操作***的设备；网络设备3，是指用以将各类服务器、PC、应用终端等节点相互连接，构成信息通信网络的专用硬件设备，例如，交换机、路由器、防火墙、网关等，也可以有如Android(安卓)、IOS、Windows等操作***；VPN服务器4，是指网络设备3发生故障后，可以与网络设备3连接并对网络设备3进行资源管理和提供服务的虚拟专用计算机，例如塔式服务器和机架服务器；故障管理平台2，是指采用应用程序虚拟化技术的软件平台，可以实现故障检测、修复以及管理等作用。

本申请一实施例提供一种网络设备的故障处理方法。所述网络设备的故障处理方法的执行主体包括但不限于能够被配置为执行本申请实施例提供的所述网络设备的故障处理方法的电子设备。换言之，所述网络设备的故障处理方法可以由安装在电子设备的软件或硬件来执行。

请参阅图2所示，为本申请一实施例提供的网络设备的故障处理方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图1所示的流程顺序为限。在本实施例中，所述网络设备的故障处理方法包括如下步骤：

S120，上报待处理故障信息至预处理平台，以使所述预处理平台根据所述待处理故障信息判断是否能够对待处理故障进行处理；

在本实施例中，用户在首次登录网络设备并进行个性化设置，可以通过选择授权权限设定故障的处理方式，其中可选的授权权限之一即网络设备产生故障信息或获取到故障数据后是否直接报送至预处理平台而无需重复经用户确认，提高故障报送处理的效率；在用户拒绝该授权的情况下，则按照现有的方式由用户自行决定是否上报。待处理故障信息以数据形式在网络设备和预处理平台之间传递，待处理故障信息可以包括故障现象、发生时间、故障范围以及异常数据等受故障影响出现的特征信息或可以表征故障的网络设备属性信息。故障预处理平台对所有上报的待处理故障信息进行初步处理，处理方式包括记录、识别、修复(在可修复的情况下)故障等，例如：当网络设备的故障是由于网络配置文件丢失或损坏造成无法对相应网络配置进行设置修改时，预处理平台可对网络设备的配置文件路径检查以确定属于配置文件丢失引起的故障，然后为网络设备重新安装网络配置文件或执行其他的处理操作如重新启用网络适配器等以解决该故障。

作为一种实施方式，预处理平台是在用户设备上以软件程序或网页形式实现信息到用户的反馈；预处理平台可以设置在局域网服务器中，也可以设置在互联网的远端，用于接收多个网络设备的待处理故障信息。

在一些实施方式中，所述网络设备中配置有自检程序，相应地，步骤S120之前还包括如下步骤：

根据所述自检程序，以第二预设时间为周期进行定期自检，以获得所述待处理故障信息。

在本实施例中，考虑到前述实施例中待处理故障信息的及时发现仍在一定程度上有赖于用户的主动性，且网络设备数量较多不可能逐一检测，为提高故障上报效率，在网络设备中配置自检程序并以第二预设时间为周期定期自检。自检程序是配置在网络设备上对网络设备运行状况、性能参数以及其他数据进行检测的应用程序，该应用程序通过网络设备的操作***按照特定的检测流程、检测项目以及检测区域对网络设备进行检测并收集检测数据，例如，可以检测CPU利用率、信道配置信息、设备功率信息、无线设备AP列表离线信息等；考虑故障发生的随机性和低频行，可以设置自检程序的启动周期为第二预设时间，第二预设时间可以固定，如三天或一周，第二预设时间可以作为自检程序的启动条件写入程序从而实现周期性启动。通过网络设备中配置的定期启动的自检程序，可使网络设备定期自动排查检测，提高了网络设备故障被及时发现的概率并及时收集故障信息，降低对用户行为的依赖性以及用户端的人力成本。

S140，在接收到所述预处理平台无法处理所述待处理故障的反馈的情况下，获取VPN配置信息。

在本实施例中，网络设备报送待处理故障信息后等待并接收预处理平台的反馈结果，预处理平台的具体处理过程将由本申请的另一实施例详细说明，网络设备根据预处理平台的反馈结果获取VPN配置信息，VPN配置信息是通过虚拟私有网络方案搭建网络设备和专业维护人员主机之间的网络隧道的必要信息，包括VPN服务器的名称、连接类型、认证方法、IP地址信息、加密方法、密钥等。

在一些实施方式中，配置信息预先存储在预处理平台，与预处理平台无法处理报送的待处理故障时的反馈执行操作绑定，将预处理平台无法处理网络设备报送的待处理故障作为发送配置信息至网络设备的一个触发条件，以便网络设备在接收到预处理平台发送配置信息后进行后续操作。

S160，根据所述VPN配置信息，向VPN服务器发送连接请求；

在本实施例中，网络设备根据配置信息识别一个VPN服务器，识别依据可以是VPN服务器的名称或IP地址等唯一识别信息。网络设备根据配置信息生成连接请求时是根据一个配置信息生成，因此连接请求也仅针对一个目标VPN服务器。

可以理解的是，VPN服务器的设置至少为一个，在实际应用场景中，可以为多个。网络设备类别丰富，同一局域网内一般存在一定数量的网络设备，但网络设备发生故障具有较大的随机性，除导致整体网络***瘫痪的特殊故障外，其他故障在各网络设备上多以时间上具有次序性低频率发生，因而本实施例以及其他实施例中，单个VPN服务器可以根据故障发生频率以及连接请求的先后与多个网络设备建立网络隧道。

在一些实施方式中，综合网络设备使用环境、设备故障发生率、使用强度以及其他参考因素，预估服务器与网络设备数量比，例如，1：2000，以提高VPN服务器的资源使用率。

S180，在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

在本实施例中，VPN服务器的可连接反馈是VPN服务器基于一定设定条件判断做出，例如，目标VPN服务器是否空闲。在建立网络隧道实现连接后，专业维护人员可通过设备后台和该网络隧道访问网络设备，并在设备后台中对网络设备实时进行故障排查定位和处理解决。需要说明的是，通过内网穿越方式建立起内网与外网的连接并实现远程控制管理为现有技术，且本申请发明点及技术效果也不在于此，因此本申请中不对VPN(VirtualPrivate Network虚拟私有网络)的原理、搭建过程及细节作详细阐述。

步骤S120至步骤S180各实施例所形成的技术方案，至少包含以下技术效果：通过上报待处理故障信息至预处理平台，以使预处理平台根据所述待处理故障信息判断是否能够对待处理故障进行处理，实现了网络设备故障的预处理，区分出常规故障和需要专业维护人员操作处理的故障；网络设备获取VPN配置信息，并根据VPN配置信息发出请求连接，也即根据预处理的结果确认连接VPN服务器并通过建立的连接对网络设备的故障进行实时处理，提高VPN服务器相对一个网络设备的闲时利用率同时降低了现有技术中高成本的远程连接方式，也提高了故障处理的效率。

作为一种实施方式，步骤S160之后还包括如下步骤：

S181，在接收到VPN服务器的不可连接反馈后，则间隔第一预设时间后返回执行所述获取VPN配置信息的步骤，直到接收到VPN服务器的可连接反馈。

前述实施例中网络设备根据所述VPN配置信息向VPN服务器发送连接请求并不一定能够得到VPN服务器响应，若VPN服务器拒绝连接则需要考虑通过可行方式建立连接以处理故障。在本实施例中，VPN服务器根据设定条件——以设定条件为目标VPN服务器是否空闲为例——对网络设备的连接请求进行响应，网络设备的连接请求接收到VPN服务器的不可连接反馈，意味着当前VPN服务器正处于连接状态暂不可用，网络设备可以在间隔第一预设时间后再次发起连接请求，反复循环直至与VPN服务器成功建立连接。其中第一预设时间可根据当前工作时间、故障影响大小等因素设定，如，在工作日的工作时间，或故障导致设备丧失正常功能，将第一预设时间设定或调整为30分钟。通过网络设备在接收到VPN服务器的不可连接反馈后按第一预设时间为间隔进行重复发起连接请求，可以实现网络设备在VPN服务器进入空闲后第一时间与VPN服务器建立连接，有利于提高VPN服务器的资源利用率和故障处理效率。

在一些实施方式中，多VPN服务器提供服务的环境中，由于网络设备获取到的是目标VPN服务器的配置信息，在单个VPN服务器繁忙的情况下，可能较长时间都难以与目标VPN服务器建立连接，因此，步骤S160之后还包括如下步骤：

S182，在接收到VPN服务器的不可连接反馈后，重新获取VPN服务器的配置信息并根据重新获取的VPN服务器的配置信息再次发送连接请求。重新获取的配置信息不同于原配置信息，可以根据重新获取的配置信息向另外的VPN服务器发送连接请求，以减少在同一VPN服务器上的等待时间、提高连接建立效率和可能性。

作为一种实施方式，步骤S180之后还包括如下步骤：

若在建立连接后的第三预设时间内，没有所述设备后台通过所述VPN服务器对所述待处理故障进行处理，则断开与所述VPN服务器的连接。

为了避免网络设备与VPN服务器建立连接后没有及时有效响应进行处理操作而影响可用设备本身——如占用内存、网速降低——的情况，设定第三预设时间，在第三预设时间内没有设备后台的响应处理操作即断开连接。第三预设时间可以根据工作时间段、专业维护人员值班时间进行调整，比如设置为0.5小时。

在一些实施方式中，为了避免第三预设时间到期自动断开连接影响正常的处理操作，还可以将设备后台通过VPN服务器对故障开始进行操作处理设定为终止第三预设时间计算的触发条件。

通过设定第三预设时间，对网络设备与VPN服务器建立连接后未获得实际响应和服务的情况进行断开连接，避免网络设备与VPN服务器无效连接时间过长造成资源浪费和挤占内存等影响。

如图3所示，本申请另一实施例还提供了可应用于前述实施例网络设备的故障处理方法中的额外的故障处理方法，为便于与前述实施例中的故障处理方法区分，将该额外的故障处理方法称之为故障预处理方法，所述故障预处理方法包括如下步骤：

S220，接收从网络设备发送的待处理故障信息。

在本实施例中，网络设备与本地平台或云端可通过局域网建立连接，网络设备通过自检程序或用户主动通过“一键诊断”程序检查并形成故障信息上报，本地即可接收网络设备发送的待处理故障信息。待处理故障信息与前述实施例中相同，此处不再赘述。

在一些实施方式中，为了拓宽故障获取渠道，实现故障排查的多方协同，步骤S220可由如下步骤替代：

S221，接收用户端设备发送的编辑故障信息，并将所述编辑故障信息确定为待处理故障信息。

本实施例中，待处理故障信息是通过用户确定的。某些情况下，或由于网络设备通过前述实施例中的自检程序收集的故障信息不足，或用户经过检查对故障已经进行了定位，或用户选择的手动上报的授权权限；提供接收用户编辑输入故障方式，可增加本地获取待处理故障信息渠道，适合网络设备在多种应用环境下用户根据需求上报故障以及上报何种故障，提高处理效率。

S240，根据所述待处理故障信息，判断所述待处理故障是否可被处理。

在本实施例中，本地对所述待处理故障可进行预处理的条件是所述待处理故障是否可被处理。大部分常规故障，经数据统计和经验总结，已形成通过修复工具或执行相应操作实现解决故障的方案，如各类“管家”类程序，可对设备故障诊断并进行相应操作处理。例如，常见的网络配置故障可由此类“管家”程序诊断并通过程序内工具包对故障进行修复。

S260，若判断结果为否，向所述网络设备发送无法处理所述待处理故障的反馈信息，以使所述网络设备获取VPN配置信息，根据所述VPN配置信息，向VPN服务器发送连接请求；并在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

本实施例已在前述对应的实施例中阐述，可参见前述实施例，此处不再赘述。

作为一种实施方式，本地对所接收的所有待处理故障存在不可处理的方式，因此，在步骤S240之后还包括如下步骤：

步骤S261，若判断结果为是，使用与所述待处理故障信息对应的处理方案对所述待处理故障进行处理。

在一些实施方式中，本地存储有针对同类设备常见故障的数据信息和对应的处理方案，处理方案包括执行程序和修复工具。在所述待处理故障信息与本地存储的常见故障数据信息相吻合的情况下，使用相应的处理方案对所述待处理故障进行处理。通过处理方案解决一部分常见故障，使部分故障在本地得以解决而不必都通过与VPN服务器建立连接处理，大大降低VPN服务器负荷和架设成本。

需要说明的是，在故障预处理方法的实施例中，判断待处理故障是否可被处理非本方案的主要发明点，且现有技术可实现，实施例中不作过多介绍；本方案的主要发明点在于待处理故障被确定为不可被处理之后本地的反馈环节：即发送VPN配置信息至网络设备以使网络设备根据配置信息连接VPN服务器进行故障处理。

步骤S220至步骤S260各实施例所形成的技术方案，至少包含以下技术效果：在接收到待处理故障信息后对待处理故障判断是否可处理，若不能处理则执行相应操作——发送VPN配置信息供网络设备通过其他方式进行故障处理，而其他故障即直接处理，使网络设备发生的所有故障在本地进行初步筛分，避免了所有故障均通过VPN连接处理造成服务器的资源浪费，提高了故障的处理效率。

作为一种实施方式，为了提供较好用户体验和及时通知功能，步骤S260之后还包括如下步骤：

S280，记录所述待处理故障的处理结果；

S290，反馈所述待处理故障的处理结果至所述用户端设备。

本实施例中，本地将对接收到的所有待处理故障的处理结果进行记录，包括可处理和不可处理的故障，并将待处理故障的处理结果反馈至用户设备，反馈的处理结果信息至少包括：待处理故障信息、是否可被处理信息、尝试的处理方案、处理结果。通过记录和反馈待处理故障，使用户对待处理故障的处理有更为清楚直观的认识。

如图4所示，基于与前述实施例中的故障处理方法相同的发明构思，本申请一实施例提供一种网络设备的故障处理装置，该处理处理装置包括：上报模块，用于上报待处理故障信息至预处理平台；获取模块，用于获取VPN配置信息；发送模块，用于向VPN服务器发送连接请求；连接模块，用于与所述VPN服务器建立连接。

在一些实施方式中，处理装置还包括接收处理模块。其中，接收处理模块用于在接收到VPN服务器的不可连接反馈后，则间隔第一预设时间后返回执行所述获取VPN配置信息的步骤，直到接收到VPN服务器的可连接反馈。

在一些实施方式中，处理装置还包括自检模块。其中，自检模块用于存储自检程序，并根据所述自检程序，以第二预设时间为周期进行定期自检，以获得所述待处理故障信息。

在一些实施方式中，处理装置还包括断连处理模块。其中，断连处理模块用于在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接之后，若在建立连接后的第三预设时间内，没有所述设备后台通过所述VPN服务器对所述待处理故障进行处理，则断开与所述VPN服务器的连接。

需要说明的是，本实施例中故障处理装置中各模块是与前述实施例中的故障处理方法中的各步骤一一对应，因此，本实施例的具体实施方式和达到的技术效果可参照前述故障处理方法的实施方式，这里不再赘述。

如图5所示，基于与前述实施例中的故障预处理方法相同的发明构思，本申请一实施例提供另一种网络设备的故障处理装置，该处理处理装置包括：接收模块，用于接收从网络设备发送的待处理故障信息；处理模块，用于判断所述待处理故障是否可被处理；发送模块，用于向所述网络设备发送VPN配置信息。

在一些实施方式中，处理装置还包括数据存储模块，用于存储与待处理故障信息对应的处理方案，处理模块还可以用于在根据所述待处理故障信息，判断所述待处理故障可被处理之后，使用与待处理故障信息对应的处理方案对所述待处理故障进行处理。

在一些实施方式中，接收模块还可以用于接收用户端设备发送的编辑故障信息，并将所述编辑故障信息确定为待处理故障信息。

在一些实施方式中，处理装置还包括记录模块，用于记录所述待处理故障的处理结果。

在一些实施方式中，发送模块还可以用于反馈所述待处理故障的处理结果至所述用户端设备。

需要说明的是，本实施例中故障处理装置中各模块是与前述实施例中的故障预处理方法中的各步骤一一对应，因此，本实施例的具体实施方式和达到的技术效果可参照前述故障预处理方法的实施方式，这里不再赘述。

如图6所示，为本申请一实施例的电子设备的结构示意图，该电子设备10包括处理器11及和处理器耦接的存储器12。

存储器12存储有用于实现上述任一实施例的故障处理方法和故障预处理方法的程序指令。处理器11用于执行存储器12存储的程序指令以进行前述实施例中的故障处理方法和故障预处理方法。

其中，处理器11还可以称为CPU(Central Processing Unit，中央处理单元)。处理器11可以是一种集成电路芯片，具有信号的处理能力。处理器11还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上对发明的具体实施方式进行了详细说明，但其只作为范例，本发明并不限制于以上描述的具体实施方式。对于本领域的技术人员而言，任何对该发明进行的等同修改或替代也都在本发明的范畴之中，因此，在不脱离本发明的精神和原则范围下所作的均等变换和修改、改进等，都应涵盖在本发明的范围内。

Claims (11)

1.一种网络设备的故障处理方法，其特征在于，用于网络设备，所述故障处理方法包括：

上报待处理故障信息至预处理平台，以使所述预处理平台根据所述待处理故障信息判断是否能够对待处理故障进行处理；

在接收到所述预处理平台无法处理所述待处理故障的反馈的情况下，获取VPN配置信息；

根据所述VPN配置信息，向VPN服务器发送连接请求；

在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

2.根据权利要求1所述的故障处理方法，其特征在于，所述根据所述VPN配置信息，向VPN服务器发送连接请求之后，还包括：

在接收到VPN服务器的不可连接反馈后，则间隔第一预设时间后返回执行所述获取VPN配置信息的步骤，直到接收到VPN服务器的可连接反馈。

3.根据权利要求1所述的故障处理方法，其特征在于，所述网络设备中配置有自检程序；所述上报待处理故障信息至预处理平台之前，还包括：

根据所述自检程序，以第二预设时间为周期进行定期自检，以获得所述待处理故障信息。

4.根据权利要求1所述的故障处理方法，其特征在于，所述在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接之后，还包括：

若在建立连接后的第三预设时间内，没有所述设备后台通过所述VPN服务器对所述待处理故障进行处理，则断开与所述VPN服务器的连接。

5.一种网络设备的故障处理方法，其特征在于，所述方法包括：

接收从网络设备发送的待处理故障信息；

根据所述待处理故障信息，判断所述待处理故障是否可被处理；

若判断结果为否，向所述网络设备发送无法处理所述待处理故障的反馈信息，以使所述网络设备获取VPN配置信息，根据所述VPN配置信息，向VPN服务器发送连接请求；并在接收到VPN服务器的可连接反馈后，与所述VPN服务器建立连接，以使设备后台通过所述VPN服务器对所述待处理故障进行处理。

6.根据权利要求5所述的故障处理方法，其特征在于，所述根据所述待处理故障信息，判断所述待处理故障是否可被处理之后，还包括：

若判断结果为是，使用与待处理故障信息对应的处理方案对所述待处理故障进行处理。

7.根据权利要求6所述的故障处理方法，其特征在于，所述根据所述待处理故障信息，判断所述待处理故障是否可被处理的步骤之前，还包括：

接收用户端设备发送的编辑故障信息，并将所述编辑故障信息确定为待处理故障信息。

8.根据权利要求7所述的故障处理方法，其特征在于，所述根据判断结果为是，使用与所述已知故障信息对应的处理方案对所述待处理故障进行处理之后，还包括：

记录所述待处理故障的处理结果；

反馈所述待处理故障的处理结果至所述用户端设备。

9.一种网络设备故障处理装置，其特征在于，所述故障处理装置包括：

上报模块，用于上报待处理故障信息至预处理平台；

获取模块，用于获取VPN配置信息；

发送模块，用于向VPN服务器发送连接请求；

连接模块，用于与所述VPN服务器建立连接。

10.一种网络设备故障处理装置，其特征在于，所述故障处理装置包括：

接收模块，用于接收从网络设备发送的待处理故障信息；

处理模块，用于判断所述待处理故障信息是否与已知故障信息的相似度大于等于设定阈值；

发送模块，用于向所述网络设备发送VPN配置信息。

11.一种电子设备，其特征在于，包括处理器以及与所述处理器耦接的存储器，所述存储器存储有可被所述处理器执行的程序指令；所述处理器执行所述存储器存储的所述程序指令时实现如权利要求1～4或权利要求5～8中任一项所述的故障处理方法。