CN113518134A - 一种mesh组网下通过域名访问主路由器的方法与装置 - Google Patents

Abstract

本发明公开了一种MESH组网下通过域名访问主路由器的方法与装置，根据当前路由器在MESH组网中的角色预先设置抓包动作，如果为主路由器则开启DNS查询报文抓包，并指定抓包域名为管理域名；如果为子路由器则关闭DNS查询报文抓包；当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理，如果开启DNS查询报文抓包且DNS查询报文符合管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从下行口发出；如果关闭DNS查询报文抓包或DNS查询报文不符合管理域名，则将DNS查询报文从上行口透传发出。本方案可解决用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

Description

一种MESH组网下通过域名访问主路由器的方法与装置

【技术领域】

本发明属于家庭路由器技术领域，更具体地，涉及一种MESH组网下通过域名访问主路由器的方法与装置。

【背景技术】

随着智能网关的技术发展，上网和IPTV(Internet Protocol Television，即交互式网络电视)业务已经广泛服务于家庭宽带用户。由于网线布线存在一定局限性，不能灵活调整以满足用户的需求，更多的业务需要通过WIFI来承载。考虑到用户弱电箱的位置远离客厅，WIFI信号容易受到干扰和影响，家庭网关自带的WIFI信号已经不能很好地满足用户需要。在这种情况下，使用相同型号的多个AP(Access Point，接入点)的Easymesh组网逐渐成为家庭路由器的一种常用组网方式，很好地解决了WIFI信号弱存在覆盖范围死角的问题。

其中，多个AP也就对应多个路由器。结合图1，AP的角色分为两类，一类为controllerAP，即主路由器；另一类为agentAP，即子路由器。Easymesh(以下简称MESH)组网成功后，只有一台路由器的角色成为主路由器，其他路由器的角色均是子路由器。常见的组网布局为1+X或1+X+X，其中1表示主路由器，X表示下一级子路由器的个数。1+X表示主路由器下挂X个子路由器，1+X+X表示主路由器直接下挂X个子路由器，这X个子路由器的每个子路由器LAN侧还下挂子路由器。

例如，在图1对应的MESH组网中，对应的是1+2的组网布局，即1个主路由器下挂2个子路由器，用户终端可与其中任一路由器直连。需要说明的是，这里的用户终端包括但不限于TV(Television，即电视)、PC(Personal Computer，即个人计算机)、PAD(即平板电脑)、手机等等；其中，TV可通过STB(Set Top Box，即机顶盒)与路由器相连，而STB与TV之间通过HDMI(High Definition Multimedia Interface，即高清多媒体接口)进行传输。

Easymesh组网为用户提供极大便利的同时，也存在一些限制。对于整个组网进行管理和配置必须操作主路由器才能实现，这就要求用户必须明确当前主路由器的LAN侧管理IP地址，才能在浏览器访问其web页面，对整个组网进行管理和配置。然而，普通家庭用户获取当前主路由器的LAN侧管理IP地址存在一定的困难。一些路由器提供了基于DNS(DomainName System，即域名系统)访问路由器web页面的方式。该方法通过URL(UniformResource Locator，即统一资源定位器)来访问域名，存在较大局限性，只能打开用户终端直接相连的路由器web页面。具体如下：

无论是主路由器还是子路由器，在接收到DNS查询报文时，都会检查该DNS查询报文是否在查询自身的管理域名；如果是，则对该DNS查询报文进行答复，且答复时填充的DNS字段信息为自身的LAN侧管理IP地址。在这种情况下，如果用户终端是直接连在子路由器上，则浏览器打开的实际上是子路由器的web页面，而无法打开主路由器web页面，这样就不能对整个MESH组网进行管控；只有当用户终端直接连在主路由器上时，浏览器才能打开主路由器web页面，此时才可以对整个MESH组网进行管控。而在实际环境中，受到主路由器位置等因素影响，用户终端直接跟主路由器相连可能存在较大困难，多数情况下是跟子路由器直接相连。

综上所述，在用户终端无法与主路由器直接相连的MESH组网环境下，如何通过域名访问的方式直接打开主路由器的web页面，进而对整个MESH组网进行管控，是本技术领域亟待解决的问题。

【发明内容】

针对现有技术的以上缺陷或改进需求，本发明提供了一种MESH组网下通过域名访问主路由器的方法与装置，其目的在于针对路由器在当前组网中的不同角色对DNS查询报文进行不同处理动作，进而获取主路由器LAN侧管理IP地址，由此解决用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

为实现上述目的，按照本发明的一个方面，提供了一种MESH组网下通过域名访问主路由器的方法，对于MESH组网中的每个路由器，方法包括：

根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作；其中，如果当前路由器为主路由器则开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器则关闭DNS查询报文抓包；

当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理；其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从当前路由器的下行口发出；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出。

优选地，所述如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从当前路由器的下行口发出，具体包括：

如果当前路由器预先设置的抓包动作为开启DNS查询报文抓包，则基于接收到的所述DNS查询报文判断所访问域名是否为当前路由器的管理域名；

如果是，则对所述DNS查询报文进行解析，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，从当前路由器的下行口发出；

如果否，则将所述DNS查询报文从当前路由器的上行口透传发出，由该上行口从上游网络环境中获取对应的DNS应答报文，从当前路由器的下行口发出。

优选地，所述如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出，具体为：

如果当前路由器预先设置的抓包动作为关闭DNS查询报文抓包，则将接收到的所述DNS查询报文从当前路由器的上行口透传发出，直至当前路由器的上行口接收到来自所述主路由器的DNS应答报文后，将所述DNS应答报文从当前路由器的下行口发出。

优选地，在所述当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理之前，所述方法还包括：

当通过用户终端的浏览器访问任一域名时，所述浏览器向与所述用户终端直接相连的路由器发出所述DNS查询报文；其中，所述DNS查询报文中携带有所访问域名。

优选地，在所述DNS应答报文从当前路由器的下行口发出之后，所述方法还包括：

当所述用户终端通过直接相连的路由器接收到所述DNS应答报文后，所述浏览器从所述DNS应答报文中获取所述主路由器的LAN侧管理IP地址，并打开与所述主路由器的管理域名对应的web页面实现上网。

优选地，每个路由器内均设置有配置管理模块、协议报文处理模块和DNS报文重定向模块，则在所述根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作之前，所述方法还包括：

当前路由器的管理域名、LAN侧管理IP地址或组网状态发生变化时，所述配置管理模块根据变化情况更新自身记录的管理域名和/或LAN侧管理IP地址；

所述配置管理模块将最新配置下发给所述协议报文处理模块；

所述配置管理模块将最新配置下发给所述DNS报文重定向模块；其中，所述最新配置包括当前路由器最新的管理域名和/或LAN侧管理IP地址。

优选地，所述根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作，具体为：

所述配置管理模块根据当前路由器在MESH组网中的角色，预先设置好所述DNS报文重定向模块的抓包动作；

其中，如果当前路由器为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包。

优选地，所述当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理，具体为：

当前路由器接收到所述DNS查询报文后，所述DNS报文重定向模块根据预先设置好的抓包动作对所述DNS查询报文进行报文处理；

其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文从当前路由器的上行口透传发出。

优选地，在所述DNS报文重定向模块将所述DNS查询报文传送给所述协议报文处理模块之后，所述方法还包括：

所述协议报文处理模块对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块，以便由所述DNS报文重定向模块将所述DNS应答报文从当前路由器的下行口发出。

按照本发明的另一方面，提供了一种MESH组网下通过域名访问主路由器的装置，分别设置在每个路由器内，包括配置管理模块、协议报文处理模块和DNS报文重定向模块；

所述配置管理模块用于根据当前路由器在MESH组网中的角色，预先设置所述DNS报文重定向模块的抓包动作；其中，如果当前路由器为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包；

所述DNS报文重定向模块用于在当前路由器接收到DNS查询报文后，根据预先设置好的抓包动作对所述DNS查询报文进行报文处理；其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出；

所述协议报文处理模块用于对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，具有如下有益效果：本发明提供的方案中可基于当前路由器在MESH组网中的不同角色设置不同的抓包动作，进而在接收到DNS查询报文时采用不同的处理方式；其中，主路由器的处理方式为捕获符合其管理域名的DNS查询报文并进行答复后从下行口发出，子路由器的处理方式为将所有DNS查询报文从上行口透传发出送给上游网络环境。如此一来，整个组网中只有主路由器会答复对于管理域名的查询，则无论用户终端是否与主路由器直接相连，都可以获取到主路由器的LAN侧管理IP地址，打开主路由器的web页面进行访问，从而对整个MESH组网进行管控，解决了用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种典型MESH组网的结构示意图；

图2是本发明实施例提供的一种MESH组网下通过域名访问主路由器的方法流程图；

图3是本发明实施例提供的一种MESH组网下通过域名访问主路由器的装置框架图；

图4是本发明实施例提供的一种基于各模块的MESH组网下通过域名访问主路由器的方法流程图；

图5是本发明实施例提供的一种用户终端与子路由器直连时通过域名访问主路由器的完整流程图；

图6是本发明实施例提供的一种域名访问过程中主路由器的工作流程图；

图7是本发明实施例提供的一种域名访问过程中子路由器的工作流程图；

图8是本发明实施例提供的另一种MESH组网下通过域名访问主路由器的装置框架图。

【具体实施方式】

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明各实施例中，符号“/”表示同时具有两种功能的含义，而对于符号“A和/或B”则表明由该符号连接的前后对象之间的组合包括“A”、“B”、“A和B”三种情况。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。下面就参考附图和实施例结合来详细说明本发明。

实施例1

为解决传统方案中用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题，本发明实施例提供了一种MESH组网下通过域名访问主路由器的方法，参考图2，对于MESH组网中的每个路由器，所述方法主要包括以下步骤：

S101，根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作；其中，如果当前路由器为主路由器则开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器则关闭DNS查询报文抓包。

该步骤为正式进行域名访问之前的准备步骤。路由器的角色分为主路由器和子路由器这两种，路由器内部负责组网功能的进程可判断当前路由器在MESH组网中的角色，进而由当前路由器根据其角色预先设置其抓包动作，以便在接收到DNS查询报文后进行不同的处理。其中，主路由器的处理原则为捕获符合其管理域名的DNS查询报文并进行应答后从下行口发出，子路由器的处理原则为将所有DNS查询报文从上行口透传发出送给上游网络环境，即不进行应答。

S102，当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理；其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从当前路由器的下行口发出；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出。

当用户通过用户终端的浏览器访问任一域名时，所述浏览器向与所述用户终端直接相连的路由器发出DNS查询报文；其中，所述DNS查询报文中携带有所访问域名，所述用户终端包括但不限于TV、PC、PAD、手机等等。当前路由器的下行口接收到所述DNS查询报文后，即可根据预先设置好的抓包动作对所述DNS报文进行相应的处理，具体如下：

如果当前路由器预先设置的抓包动作为开启DNS查询报文抓包，即当前路由器为主路由器，则基于接收到的所述DNS查询报文判断所访问域名是否为当前路由器的管理域名。如果是，则对所述DNS查询报文进行解析，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，并从当前路由器的下行口发出。如果否，则将所述DNS查询报文直接从当前路由器的上行口透传发出，由该上行口从上游网络环境中获取对应的DNS应答报文，并从当前路由器的下行口发出。

如果当前路由器预先设置的抓包动作为关闭DNS查询报文抓包，即当前路由器为子路由器，则将接收到的所述DNS查询报文从当前路由器的上行口透传发出，直至当前路由器的上行口接收到来自所述主路由器的DNS应答报文后，将所述DNS应答报文从当前路由器的下行口发出。

当所述用户终端通过直接相连的路由器接收到所述DNS应答报文后，所述浏览器从所述DNS应答报文中获取所述主路由器的LAN侧管理IP地址，并打开与所述主路由器的管理域名对应的web页面，实现对整个MESH组网进行管控。

本发明实施例提供的上述方法可基于当前路由器在MESH组网中的不同角色设置不同的抓包动作，进而在接收到DNS查询报文时采用不同的处理方式；其中，主路由器的处理方式为捕获符合其管理域名的DNS查询报文并进行答复后从下行口发出，子路由器的处理方式为将所有DNS查询报文从上行口透传发出送给上游网络环境。如此一来，整个组网中只有主路由器会答复对于管理域名的查询，则无论用户终端是否与主路由器直接相连，都可以获取到主路由器的LAN侧管理IP地址，打开主路由器的web页面进行访问，从而对整个MESH组网进行管控，解决了用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

实施例2

在上述实施例1的基础上，本发明实施例进一步提供了一种MESH组网下通过域名访问主路由器的装置，所述装置分别设置在每个路由器内部，运行在用户态，软件产物为独立的可执行文件，如图3所示，包括配置管理模块、协议报文处理模块和DNS报文重定向模块，即每个路由器内部均配置有上述三个模块。其中：

所述配置管理模块用于根据当前路由器在MESH组网中的角色，预先设置所述DNS报文重定向模块的抓包动作。其中，如果当前路由器为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包。

另外，所述配置管理模块还会记录当前路由器的配置管理域名和LAN侧管理IP地址等信息，当所述当前路由器的管理域名、LAN侧管理IP地址或组网状态发生变化时，所述配置管理模块会根据变化情况更新自身记录的当前路由器的管理域名和/或LAN侧管理IP地址，并将最新配置分别下发给所述协议报文处理模块和所述DNS报文重定向模块；其中，所述最新配置包括当前路由器最新的管理域名和/或LAN侧管理IP地址。

所述DNS报文重定向模块用于在当前路由器接收到DNS查询报文后，根据预先设置好的抓包动作对所述DNS查询报文进行报文处理。其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出。

所述协议报文处理模块用于对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块。

基于上述装置，本发明实施例从各模块的角度出发，进一步提供了一种MESH组网下通过域名访问主路由器的方法，结合图3和图4，主要包括以下步骤：

S201，当前路由器的管理域名、LAN侧管理IP地址或组网状态发生变化时，所述配置管理模块根据变化情况更新自身记录的管理域名和/或LAN侧管理IP地址。

当前路由器的配置(即管理域名和/或LAN侧管理IP地址)或组网状态发生变化时，路由器内部负责组网功能或配置管理的进程可通过ubus(即进程间通信的一个通用框架)消息的方式来通知所述配置管理模块，使所述配置管理模块感知到最新配置和组网状态，并根据变化情况更新自身记录的当前路由器的管理域名和/或LAN侧管理IP地址。同时，路由器内部负责组网功能的进程还可判断当前路由器在MESH组网中的角色，并通知所述配置管理模块。

S202，所述配置管理模块将最新配置下发给所述协议报文处理模块。其中，所述最新配置包括当前路由器最新的管理域名和/或LAN侧管理IP地址。

S203，所述配置管理模块将最新配置下发给所述DNS报文重定向模块，并根据当前路由器在MESH组网中的角色，预先设置好所述DNS报文重定向模块的抓包动作。

如果当前路由器的角色为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器的角色为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包。

S204，当前路由器接收到所述DNS查询报文后，所述DNS报文重定向模块根据预先设置好的抓包动作对所述DNS查询报文进行报文处理。

如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或开启DNS查询报文抓包但所述DNS查询报文不符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文从当前路由器的上行口透传发出，而不会发送给所述协议报文处理模块。

其中，所述DNS报文重定向模块对于符合管理域名的所述DNS查询报文的抓包获取，可以通过驱动在链路上捕获，也可以通过iptables(即Linux内核集成的IP信息包过滤系统)和ebtables(即Linux内核集成的数据链路层数据包过滤系统)相结合实现报文重定向。

S205，所述协议报文处理模块对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块，以便由所述DNS报文重定向模块将所述DNS应答报文从当前路由器的下行口发出。

其中，所述协议报文处理模块通过对所述DNS查询报文进行解析处理，可提取出所述DNS查询报文的MAC和IP等相关信息，进而根据这些相关信息组合成所述DNS应答报文的内容，并将当前路由器(即主路由器)的LAN侧管理IP地址填充在所述DNS应答报文中，从当前路由器的下行口发出。

本发明实施例提供的上述方案中，可基于当前路由器在MESH组网中的不同角色为DNS报文重定向模块设置不同的抓包动作，进而在接收到DNS查询报文时采用不同的处理方式。其中，主路由器中设置DNS报文重定向模块的动作为捕获符合其管理域名的DNS查询报文，并送到协议报文处理模块，而不从上行口发出；子路由器中设置DNS报文重定向模块的动作为所有DNS查询报文都从上行口发出送给上游网络环境，协议报文处理模块不工作。

如此一来，整个组网中只有主路由器会答复对于管理域名的查询，则无论用户终端是否与主路由器直连，都可获取到主路由器的LAN侧管理IP地址，打开主路由器的web页面进行访问，从而对整个MESH组网进行管控，解决了用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

实施例3

在上述实施例1和实施例2的基础上，本发明实施例进一步以用户终端与某个子路由器直接相连、而该子路由器与所述主路由器相连为例，提供了一种MESH组网中通过管理域名访问主路由器时的完整流程，结合图1和图5，具体如下：

S301，用户通过用户终端的浏览器访问管理域名，所述浏览器向与所述用户终端直接相连的子路由器发出DNS查询报文。

S302，所述子路由器接收到所述DNS查询报文，并从其上行口透传转发所述DNS查询报文。

由于当前路由器的角色为子路由器，对应配置管理模块预先设置对应DNS报文重定向模块的抓包动作为关闭DNS查询报文抓包，即不使能DNS抓包。因此，所述子路由器的下行口(通常为LAN口或WIFI口)接收到所述DNS查询报文后，直接从其上行口将所述DNS查询报文进行透传转发。

S303，所述主路由器接收到所述DNS查询报文，根据自身的LAN侧管理IP地址生成DNS应答报文，并从下行口发出。

由于当前路由器的角色为主路由器，对应配置管理模块预先设置对应DNS报文重定向模块的抓包动作为开启DNS查询报文抓包，即使能DNS抓包，且抓包域名为主路由器的管理域名。因此，所述主路由器接收到DNS查询报文后，会捕获符合其管理域名的DNS查询报文送给对应协议报文处理模块，最终以自身的LAN侧管理IP地址进行应答，从下行口发出DNS应答报文。

S304，所述子路由器接收到所述DNS应答报文，并从下行口转发给用户终端，以便用户终端的浏览器打开主路由器的web页面。

具体地，所述子路由器的上行口接收到所述DNS应答报文，从其下行口转发给用户终端；所述用户终端接收到所述DNS应答报文后，所述浏览器可从所述DNS应答报文中获取所述主路由器的LAN侧管理IP地址，并打开与所述主路由器的web页面，从而对整个MESH组网进行管控。

综上可知，所述主路由器的工作流程大致为：接收到DNS查询报文后，捕获符合其管理域名的DNS查询报文送给对应协议报文处理模块，最终以自身的LAN侧管理IP地址进行应答并从下行口发出DNS应答报文；所述子路由器的工作流程大致为：接收到DNS查询报文后从上行口透传转发，接收到DNS应答报文后从下行口转发，具体工作流程可参考实施例4。

基于上述工作流程，整个组网中只有主路由器会答复对于管理域名的查询，无论用户终端是否与主路由器直接相连，都可以获取到主路由器的LAN侧管理IP地址，打开主路由器的web页面进行访问，从而对整个MESH组网进行管控，解决了用户终端需要与主路由器直接相连才能通过域名访问主路由器的技术问题。

实施例4

在上述实施例3的基础上，本发明实施例分别从主路由器和子路由器的角度出发，对整个域名访问过程中两类角色路由器的工作流程进行介绍。

结合图6，在整个域名访问过程中，所述主路由器的工作流程(即S303)如下：

S401，所述主路由器的下行口接收到所述DNS查询报文。

S402，所述DNS报文重定向模块检查所访问域名是否为管理域名。也就是判断所述S301中的域名是否与主路由器的管理域名一致；如果是则转入S403，否则转入S407。其中，S401-S410中提到的三个模块均是指所述主路由器内设置的模块。

S403，所述DNS报文重定向模块将所述DNS查询报文捕获，送入所述协议报文处理模块的收包队列。

S404，所述协议报文处理模块解析所述DNS查询报文的合法性，再次检查确认所访问域名是否为主路由器的管理域名。如果是则转入S405，否则转入S410。其中，此处所述协议报文处理模块再次解析后检查确认，可进一步提高可靠性。

S405，所述协议报文处理模块解析所述DNS查询报文，并基于主路由器的LAN侧管理IP地址生成DNS应答报文，传送给所述DNS报文重定向模块。

其中，所述协议报文处理模块通过对所述DNS查询报文进行解析处理，可提取出所述DNS查询报文的MAC和IP等相关信息，进而根据这些相关信息组合成所述DNS应答报文的内容，并将主路由器的LAN侧管理IP地址填充在所述DNS应答报文中，传送给所述DNS报文重定向模块。

S406，所述DNS报文重定向模块从主路由器收到所述DNS查询报文的下行口发出所述DNS应答报文；其中，报文内容由S405确定。至此，本轮域名访问过程中所述主路由器的工作完成。当用户终端的浏览器接收到所述DNS应答报文后，可获得主路由器的LAN侧管理IP地址，从而打开主路由器的web页面，实现对整个MESH组网进行管控。

S407，所述DNS报文重定向模块从所述主路由器的上行口转发所述DNS查询报文。由于所述DNS查询报文所查询的域名不是主路由器的管理域名，不需要关注，因此从上行口直接转发即可。

S408，所述主路由器的上行口从上游网络环境的域名服务器中获取对应的DNS应答报文。其中，该DNS应答报文中携带的是非管理域名URL(如用户上网填写的URL)对应的IP地址，目的是用户普通上网业务使用；而S405中生成的DNS应答报文中携带的是主路由器管理域名对应的LAN侧管理IP地址，目的是实现主路由器的域名访问功能，两个报文是有区别的。

S409，所述主路由器的下行口转发所述DNS应答报文。至此，本轮域名访问过程中所述主路由器的工作完成。当用户终端的浏览器接收到所述DNS应答报文后，可获取用户上网时填写的域名URL对应的IP地址，从而实现正常上网业务。

S410，所述协议报文处理模块将所述DNS查询报文丢弃。由于所述协议报文处理模块解析之后确认所述DNS查询报文存在合法性问题，所访问域名并不是主路由器的管理域名，因此直接将该DNS查询报文丢弃。至此，本轮域名访问过程中所述主路由器的工作完成。

进一步结合图7，在整个域名访问过程中，所述子路由器的工作流程如下：

S501，所述子路由器的下行口接收到所述DNS查询报文。

S502，所述子路由器从其上行口透传转发所述DNS查询报文给主路由器。

S503，所述子路由器的上行口接收到所述DNS应答报文。其中，所述DNS应答报文的来源，取决于S501中所述DNS查询报文所查询的域名是否为主路由器的管理域名。如果是，则所述DNS应答报文由所述主路由器直接发送来，此时用户终端可以打开主路由器web页面。如果否，则所述DNS应答报文由主路由器上游网络环境的域名服务器发送，由所述主路由器透传发送来，此时用户终端可以实现正常上网。

S504，所述子路由器从其下行口透传转发所述DNS应答报文给用户终端。

综上所述，子路由器会透传任何从下行口收到的DNS查询报文，从上行口发出；也会透传任何从上行口收到的DNS应答报文，从下行口发出。

实施例5

在上述实施例1-实施例4提供的MESH组网下通过域名访问主路由器的方法的基础上，本发明还提供了一种可用于实现上述方法的MESH组网下通过域名访问主路由器的装置，如图8所示，是本发明实施例的装置架构示意图。本实施例的MESH组网下通过域名访问主路由器的装置包括一个或多个处理器21以及存储器22。其中，图8中以一个处理器21为例。

所述处理器21和所述存储器22可以通过总线或者其他方式连接，图8中以通过总线连接为例。

所述存储器22作为一种MESH组网下通过域名访问主路由器的方法非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如实施例1-实施例4中的MESH组网下通过域名访问主路由器的方法。所述处理器21通过运行存储在所述存储器22中的非易失性软件程序、指令以及模块，从而执行MESH组网下通过域名访问主路由器的装置的各种功能应用以及数据处理，即实现实施例1-实施例4的MESH组网下通过域名访问主路由器的方法。

所述存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，所述存储器22可选包括相对于所述处理器21远程设置的存储器，这些远程存储器可以通过网络连接至所述处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述程序指令/模块存储在所述存储器22中，当被所述一个或者多个处理器21执行时，执行上述实施例1-实施例4中的MESH组网下通过域名访问主路由器的方法，例如，执行以上描述的图2、图4-图7所示的各个步骤。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁盘或光盘等。

本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种MESH组网下通过域名访问主路由器的方法，其特征在于，对于MESH组网中的每个路由器，方法包括：

根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作；其中，如果当前路由器为主路由器则开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器则关闭DNS查询报文抓包；

当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理；其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从当前路由器的下行口发出；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出。

2.如权利要求1所述的MESH组网下通过域名访问主路由器的方法，其特征在于，所述如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则基于当前路由器的LAN侧管理IP地址生成DNS应答报文并从当前路由器的下行口发出，具体包括：

如果当前路由器预先设置的抓包动作为开启DNS查询报文抓包，则基于接收到的所述DNS查询报文判断所访问域名是否为当前路由器的管理域名；

如果是，则对所述DNS查询报文进行解析，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，从当前路由器的下行口发出；

如果否，则将所述DNS查询报文从当前路由器的上行口透传发出，由该上行口从上游网络环境中获取对应的DNS应答报文，从当前路由器的下行口发出。

3.如权利要求1所述的MESH组网下通过域名访问主路由器的方法，其特征在于，所述如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出，具体为：

如果当前路由器预先设置的抓包动作为关闭DNS查询报文抓包，则将接收到的所述DNS查询报文从当前路由器的上行口透传发出，直至当前路由器的上行口接收到来自所述主路由器的DNS应答报文后，将所述DNS应答报文从当前路由器的下行口发出。

4.如权利要求1-3任一所述的MESH组网下通过域名访问主路由器的方法，其特征在于，在所述当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理之前，所述方法还包括：

当通过用户终端的浏览器访问任一域名时，所述浏览器向与所述用户终端直接相连的路由器发出所述DNS查询报文；其中，所述DNS查询报文中携带有所访问域名。

5.如权利要求4所述的MESH组网下通过域名访问主路由器的方法，其特征在于，在所述DNS应答报文从当前路由器的下行口发出之后，所述方法还包括：

当所述用户终端通过直接相连的路由器接收到所述DNS应答报文后，所述浏览器从所述DNS应答报文中获取所述主路由器的LAN侧管理IP地址，并打开与所述主路由器的管理域名对应的web页面实现上网。

6.如权利要求1所述的MESH组网下通过域名访问主路由器的方法，其特征在于，每个路由器内均设置有配置管理模块、协议报文处理模块和DNS报文重定向模块，则在所述根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作之前，所述方法还包括：

当前路由器的管理域名、LAN侧管理IP地址或组网状态发生变化时，所述配置管理模块根据变化情况更新自身记录的管理域名和/或LAN侧管理IP地址；

所述配置管理模块将最新配置下发给所述协议报文处理模块；

所述配置管理模块将最新配置下发给所述DNS报文重定向模块；其中，所述最新配置包括当前路由器最新的管理域名和/或LAN侧管理IP地址。

7.如权利要求6所述的MESH组网下通过域名访问主路由器的方法，其特征在于，所述根据当前路由器在MESH组网中的角色预先设置当前路由器的抓包动作，具体为：

所述配置管理模块根据当前路由器在MESH组网中的角色，预先设置好所述DNS报文重定向模块的抓包动作；

其中，如果当前路由器为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包。

8.如权利要求6所述的MESH组网下通过域名访问主路由器的方法，其特征在于，所述当前路由器接收到DNS查询报文后根据预先设置的抓包动作进行处理，具体为：

当前路由器接收到所述DNS查询报文后，所述DNS报文重定向模块根据预先设置好的抓包动作对所述DNS查询报文进行报文处理；

其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则所述DNS报文重定向模块将所述DNS查询报文从当前路由器的上行口透传发出。

9.如权利要求8所述的MESH组网下通过域名访问主路由器的方法，其特征在于，在所述DNS报文重定向模块将所述DNS查询报文传送给所述协议报文处理模块之后，所述方法还包括：

所述协议报文处理模块对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块，以便由所述DNS报文重定向模块将所述DNS应答报文从当前路由器的下行口发出。

10.一种MESH组网下通过域名访问主路由器的装置，其特征在于，分别设置在每个路由器内，包括配置管理模块、协议报文处理模块和DNS报文重定向模块；

所述配置管理模块用于根据当前路由器在MESH组网中的角色，预先设置所述DNS报文重定向模块的抓包动作；其中，如果当前路由器为主路由器，则设置所述DNS报文重定向模块开启DNS查询报文抓包，并指定抓包域名为当前路由器的管理域名；如果当前路由器为子路由器，则设置所述DNS报文重定向模块关闭DNS查询报文抓包；

所述DNS报文重定向模块用于在当前路由器接收到DNS查询报文后，根据预先设置好的抓包动作对所述DNS查询报文进行报文处理；其中，如果开启DNS查询报文抓包且所述DNS查询报文符合当前路由器的管理域名，则将所述DNS查询报文传送给所述协议报文处理模块；如果关闭DNS查询报文抓包或所述DNS查询报文不符合当前路由器的管理域名，则将所述DNS查询报文从当前路由器的上行口透传发出；

所述协议报文处理模块用于对接收到的所述DNS查询报文进行解析处理，并基于当前路由器的LAN侧管理IP地址生成对应的DNS应答报文，传送给所述DNS报文重定向模块。

Images