CN112202675B - 一种基于linux内核解析DNS实现使用域名访问路由器的方法 - Google Patents
一种基于linux内核解析DNS实现使用域名访问路由器的方法 Download PDFInfo
- Publication number
- CN112202675B CN112202675B CN202011076504.3A CN202011076504A CN112202675B CN 112202675 B CN112202675 B CN 112202675B CN 202011076504 A CN202011076504 A CN 202011076504A CN 112202675 B CN112202675 B CN 112202675B
- Authority
- CN
- China
- Prior art keywords
- domain name
- router
- judgment result
- accessed
- local
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/741—Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于linux内核解析DNS实现使用域名访问路由器的方法,通过在linux内核中劫持和分析DNS请求报文,不需要域名服务器的支持,可以使终端设备通过域名直接访问路由器或网关等设备;通过linux内核解析终端设备发送的域名解析请求,如果解析请求中的域名为设备预置的域名,那么就直接将设备的IP地址返回给终端设备,终端设备可以通过域名解决返回的IP地址访问路由器。现在的方法完美的解决了路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器的问题。
Description
技术领域
本发明属于linux内核和DNS解析技术领域,具体涉及一种基于linux内核解析DNS实现使用域名访问路由器的方法。
背景技术
在路由器的出厂时,路由器会默认配置本地IP地址。在路由器部署过程中,路由器要通过WAN口上联智能网关或其他路由器等上联设备,上联设备会给路由器分配本地IP地址,这个新分配的IP地址一般情况下和默认配置的IP地址是不同的,并且在同一个路由器设备上,上联设备分配的IP地址也会动态变化。
路由器一般都会提供WEB配置或其他方式配置路由器的参数,这需要直接访问路由器设备。一般的访问方法是通过IP地址来访问路由器,但如果路由器的IP地址是由上联设备动态分配的,那么就不能使用出厂配置的IP地址来访问路由器。这就会造成路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器。
因此,现阶段需设计一种基于linux内核解析DNS实现使用域名访问路由器的方法,来解决以上问题。
发明内容
本发明目的在于提供一种基于linux内核解析DNS实现使用域名访问路由器的方法,用于解决上述现有技术中存在的技术问题,如:路由器一般都会提供WEB配置或其他方式配置路由器的参数,这需要直接访问路由器设备。一般的访问方法是通过IP地址来访问路由器,但如果路由器的IP地址是由上联设备动态分配的,那么就不能使用出厂配置的IP地址来访问路由器。这就会造成路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器。
为实现上述目的,本发明的技术方案是:
一种基于linux内核解析DNS实现使用域名访问路由器的方法,包括以下步骤:
S1:提供一待访问路由器,一终端设备,以及所述终端设备与所述待访问路由器之间的访问链路;
其中,所述访问链路是指:所述终端设备通过域名方式连接到所述待访问路由器;
S2:所述终端设备通过域名访问所述待访问路由器,所述待访问路由器判断接收到的报文是否为域名解析请求报文,若是,则进入步骤S3,若不是,则丢弃此报文;
S3:判断所述待访问路由器的域名地址是否设置有本地域名,若是,则进入步骤S4,若不是,则丢弃此报文;
S4:分析所述域名解析请求报文中的域名,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同,若是,则进入步骤S5,若不是,则丢弃此报文;
S5:分析域名解析请求,若是IPV4请求,则获取所述待访问路由器的IPV4地址,并将所述IPV4地址组织域名解析应答报文发送回所述终端设备;
若是IPV6请求,则获取所述待访问路由器的IPV6地址,并将所述IPV6地址组织域名解析应答报文发送回所述终端设备。
进一步的,所述步骤S2中,所述待访问路由器判断接收到的报文是否为域名解析请求报文的具体过程如下:
实时接收报文;
将所述报文按照域名解析请求报文的常用判断方式进行第一次判断;
若第一次判断结果为:所述报文是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果;
若第一次判断结果为:所述报文不是域名解析请求报文;
则暂时保留所述第一次判断结果;
将所述报文按照域名解析请求报文的备用判断方式进行第二次判断;
若第二次判断结果为:所述报文是域名解析请求报文;
则以所述第二次判断结果作为所述待访问路由器的实际判断结果,丢弃暂时保留的所述第一次判断结果;
若第二次判断结果为:所述报文不是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果,并直接丢弃所述第二次判断结果。
进一步的,步骤S3中,判断所述待访问路由器的域名地址是否设置有本地域名具体如下:
获取所述待访问路由器的域名地址;
将所述域名地址按照本地域名的常用判断方式进行第一次本地域名判断;
若第一次域名判断结果为:域名地址设置有本地域名;
则以第一次域名判断结果作为所述待访问路由器的实际本地域名判断结果;
若第一次本地域名判断结果为:域名地址没有设置本地域名;
则暂时保留所述第一次本地域名判断结果;
将所述域名地址按照本地域名的备用判断方式进行第二次本地域名判断;
若第二次本地域名判断结果为:域名地址设置有本地域名;
则以第二次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,丢弃暂时保留的所述第二次本地域名判断结果;
若第二次本地域名判断结果为:域名地址没有设置本地域名;
则以所述第一次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,并直接丢弃所述第二次本地域名判断结果。
进一步的,步骤S4中,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同具体如下:
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的常用判断方式进行第一次域名判断;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则暂时保留所述第一次域名判断结果;
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的备用判断方式进行第二次域名判断;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第二次域名判断结果作为步骤S4中的实际域名判断结果,并丢弃暂时保留的所述第一次域名判断结果;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果,并直接丢弃所述第二次域名判断结果。
进一步的,所述终端设备包括PC、PDA和智能手机中的一种或多种。
进一步的,其中所述终端设备通过域名方式连接到所述待访问路由器是指:通过所述终端设备的应用程序通过域名方式连接到所述待访问路由器,并且在所述终端设备和待访问路由器之间进行数据交互。
进一步的,所述终端设备的应用程序包括浏览器、TELNET和SSH中的一种或多种。
与现有技术相比,本发明所具有的有益效果为:
本方案的一个创新点在于,通过在linux内核中劫持和分析DNS请求报文,不需要域名服务器的支持,可以使终端设备通过域名直接访问路由器或网关等设备;通过linux内核解析终端设备发送的域名解析请求,如果解析请求中的域名为设备预置的域名,那么就直接将设备的IP地址返回给终端设备,终端设备可以通过域名解决返回的IP地址访问路由器。现在的方法完美的解决了路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器的问题。
本方案的一个创新点在于,几个重要的判断步骤中,设计了相应的常用判断方式和备用判断方式,可有效降低因为内部常用判断程序出错,而引发偶然误差,避免目标报文被错误的丢弃,并且备用判断程序可经常进行调试,保证其准确性。
附图说明
图1是本发明具体实施方式的网络结构示意图。
图2是本发明具体实施方式的流程框图。
具体实施方式
下面结合本发明的附图1-2,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例:
现有技术中,路由器一般都会提供WEB配置或其他方式配置路由器的参数,这需要直接访问路由器设备。一般的访问方法是通过IP地址来访问路由器,但如果路由器的IP地址是由上联设备动态分配的,那么就不能使用出厂配置的IP地址来访问路由器。这就会造成路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器。
如图1和图2所示,因此提出一种基于linux内核解析DNS实现使用域名访问路由器的方法,包括以下步骤:
S1:提供一待访问路由器,一终端设备,以及所述终端设备与所述待访问路由器之间的访问链路;
其中,所述访问链路是指:所述终端设备通过域名方式连接到所述待访问路由器;
所述待访问路由器包括但不限于路由器设备以及网关设备;所述访问链路包括但不限于LAN接口以及WIFI;所述终端设备是指任何可以通过LAN接口或WIFI接口访问路由器的终端设备;
S2:所述终端设备通过域名访问所述待访问路由器,所述待访问路由器判断接收到的报文是否为域名解析请求报文,若是,则进入步骤S3,若不是,则丢弃此报文;
S3:判断所述待访问路由器的域名地址是否设置有本地域名,若是,则进入步骤S4,若不是,则丢弃此报文;
S4:分析所述域名解析请求报文中的域名,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同,若是,则进入步骤S5,若不是,则丢弃此报文;
S5:分析域名解析请求,若是IPV4请求,则获取所述待访问路由器的IPV4地址,并将所述IPV4地址组织域名解析应答报文发送回所述终端设备;
若是IPV6请求,则获取所述待访问路由器的IPV6地址,并将所述IPV6地址组织域名解析应答报文发送回所述终端设备。
通过上述方案,通过在linux内核中劫持和分析DNS请求报文,不需要域名服务器的支持,可以使终端设备通过域名直接访问路由器或网关等设备;通过linux内核解析终端设备发送的域名解析请求,如果解析请求中的域名为设备预置的域名,那么就直接将设备的IP地址返回给终端设备,终端设备可以通过域名解决返回的IP地址访问路由器。现在的方法完美的解决了路由器设备IP动态变化时终端设备无法得知路由器IP地址的情况下访问路由器的问题。
进一步的,所述步骤S2中,所述待访问路由器判断接收到的报文是否为域名解析请求报文的具体过程如下:
实时接收报文;
将所述报文按照域名解析请求报文的常用判断方式进行第一次判断;
若第一次判断结果为:所述报文是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果;
若第一次判断结果为:所述报文不是域名解析请求报文;
则暂时保留所述第一次判断结果;
将所述报文按照域名解析请求报文的备用判断方式进行第二次判断;
若第二次判断结果为:所述报文是域名解析请求报文;
则以所述第二次判断结果作为所述待访问路由器的实际判断结果,丢弃暂时保留的所述第一次判断结果;
若第二次判断结果为:所述报文不是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果,并直接丢弃所述第二次判断结果,避免第二次判断结果占用系统内存。
通过上述方案,待访问路由器判断接收到的报文是否为域名解析请求报文时,可有效降低因为内部常用判断程序出错,而引发偶然误差,避免目标报文被错误的丢弃,并且备用判断程序可经常进行调试,保证其准确性。
进一步的,步骤S3中,判断所述待访问路由器的域名地址是否设置有本地域名具体如下:
获取所述待访问路由器的域名地址;
将所述域名地址按照本地域名的常用判断方式进行第一次本地域名判断;
若第一次域名判断结果为:域名地址设置有本地域名;
则以第一次域名判断结果作为所述待访问路由器的实际本地域名判断结果;
若第一次本地域名判断结果为:域名地址没有设置本地域名;
则暂时保留所述第一次本地域名判断结果;
将所述域名地址按照本地域名的备用判断方式进行第二次本地域名判断;
若第二次本地域名判断结果为:域名地址设置有本地域名;
则以第二次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,丢弃暂时保留的所述第二次本地域名判断结果;
若第二次本地域名判断结果为:域名地址没有设置本地域名;
则以所述第一次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,并直接丢弃所述第二次本地域名判断结果,避免第二次本地域名判断结果占用系统内存。
通过上述方案,判断所述待访问路由器的域名地址是否设置有本地域名时,可有效降低因为内部常用判断程序出错,而引发偶然误差,避免目标报文被错误的丢弃,并且备用判断程序可经常进行调试,保证其准确性。
进一步的,步骤S4中,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同具体如下:
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的常用判断方式进行第一次域名判断;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则暂时保留所述第一次域名判断结果;
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的备用判断方式进行第二次域名判断;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第二次域名判断结果作为步骤S4中的实际域名判断结果,并丢弃暂时保留的所述第一次域名判断结果;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果,并直接丢弃所述第二次域名判断结果,避免第二次域名判断结果占用系统内存。
通过上述方案,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同时,可有效降低因为内部常用判断程序出错,而引发偶然误差,避免目标报文被错误的丢弃,并且备用判断程序可经常进行调试,保证其准确性。
进一步的,所述终端设备包括PC、PDA和智能手机中的一种或多种。
进一步的,其中所述终端设备通过域名方式连接到所述待访问路由器是指:通过所述终端设备的应用程序通过域名方式连接到所述待访问路由器,并且在所述终端设备和待访问路由器之间进行数据交互。
进一步的,所述终端设备的应用程序包括浏览器、TELNET和SSH中的一种或多种。
以上是本发明的较佳实施例,凡依本发明技术方案所作的改变,所产生的功能作用未超出本发明技术方案的范围时,均属于本发明的保护范围。
Claims (6)
1.一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,包括以下步骤:
S1:提供一待访问路由器,一终端设备,以及所述终端设备与所述待访问路由器之间的访问链路;
其中,所述访问链路是指:所述终端设备通过域名方式连接到所述待访问路由器;
S2:所述终端设备通过域名访问所述待访问路由器,所述待访问路由器判断接收到的报文是否为域名解析请求报文,若是,则进入步骤S3,若不是,则丢弃此报文;
S3:判断所述待访问路由器的域名地址是否设置有本地域名,若是,则进入步骤S4,若不是,则丢弃此报文;
S4:分析所述域名解析请求报文中的域名,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同,若是,则进入步骤S5,若不是,则丢弃此报文;
S5:分析域名解析请求,若是IPV4请求,则获取所述待访问路由器的IPV4地址,并将所述IPV4地址组织域名解析应答报文发送回所述终端设备;
若是IPV6请求,则获取所述待访问路由器的IPV6地址,并将所述IPV6地址组织域名解析应答报文发送回所述终端设备;
所述步骤S2中,所述待访问路由器判断接收到的报文是否为域名解析请求报文的具体过程如下:
实时接收报文;
将所述报文按照域名解析请求报文的常用判断方式进行第一次判断;
若第一次判断结果为:所述报文是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果;
若第一次判断结果为:所述报文不是域名解析请求报文;
则暂时保留所述第一次判断结果;
将所述报文按照域名解析请求报文的备用判断方式进行第二次判断;
若第二次判断结果为:所述报文是域名解析请求报文;
则以所述第二次判断结果作为所述待访问路由器的实际判断结果,丢弃暂时保留的所述第一次判断结果;
若第二次判断结果为:所述报文不是域名解析请求报文;
则以所述第一次判断结果作为所述待访问路由器的实际判断结果,并直接丢弃所述第二次判断结果。
2.如权利要求1所述的一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,步骤S3中,判断所述待访问路由器的域名地址是否设置有本地域名具体如下:
获取所述待访问路由器的域名地址;
将所述域名地址按照本地域名的常用判断方式进行第一次本地域名判断;
若第一次域名判断结果为:域名地址设置有本地域名;
则以第一次域名判断结果作为所述待访问路由器的实际本地域名判断结果;
若第一次本地域名判断结果为:域名地址没有设置本地域名;
则暂时保留所述第一次本地域名判断结果;
将所述域名地址按照本地域名的备用判断方式进行第二次本地域名判断;
若第二次本地域名判断结果为:域名地址设置有本地域名;
则以第二次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,丢弃暂时保留的所述第一次本地域名判断结果;
若第二次本地域名判断结果为:域名地址没有设置本地域名;
则以所述第一次本地域名判断结果作为所述待访问路由器的实际本地域名判断结果,并直接丢弃所述第二次本地域名判断结果。
3.如权利要求1所述的一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,步骤S4中,判断所述域名解析请求报文中的域名与所述待访问路由器中的本地域名是否相同具体如下:
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的常用判断方式进行第一次域名判断;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果;
若第一次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则暂时保留所述第一次域名判断结果;
所述域名解析请求报文中的域名与所述待访问路由器中的本地域名按照域名的备用判断方式进行第二次域名判断;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名相同;
则以所述第二次域名判断结果作为步骤S4中的实际域名判断结果,并丢弃暂时保留的所述第一次域名判断结果;
若第二次域名判断结果为:所述域名解析请求报文中的域名与所述待访问路由器中的本地域名不同;
则以所述第一次域名判断结果作为步骤S4中的实际域名判断结果,并直接丢弃所述第二次域名判断结果。
4.如权利要求1所述的一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,所述终端设备包括PC、PDA和智能手机中的一种或多种。
5.如权利要求1所述的一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,其中所述终端设备通过域名方式连接到所述待访问路由器是指:通过所述终端设备的应用程序通过域名方式连接到所述待访问路由器,并且在所述终端设备和待访问路由器之间进行数据交互。
6.如权利要求5所述的一种基于linux内核解析DNS实现使用域名访问路由器的方法,其特征在于,所述终端设备的应用程序包括浏览器、TELNET和SSH中的一种或多种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011076504.3A CN112202675B (zh) | 2020-10-10 | 2020-10-10 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011076504.3A CN112202675B (zh) | 2020-10-10 | 2020-10-10 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112202675A CN112202675A (zh) | 2021-01-08 |
CN112202675B true CN112202675B (zh) | 2022-04-15 |
Family
ID=74013715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011076504.3A Active CN112202675B (zh) | 2020-10-10 | 2020-10-10 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112202675B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103327137A (zh) * | 2013-07-02 | 2013-09-25 | 深圳市共进电子股份有限公司 | 一种路由器域名访问方法 |
CN103701955A (zh) * | 2014-01-03 | 2014-04-02 | 互联网域名系统北京市工程研究中心有限公司 | 域名查询请求的方法及其系统 |
CN104766180A (zh) * | 2015-04-24 | 2015-07-08 | 国家电网公司 | 一种提高停电信息报送正确率的方法 |
CN105227346A (zh) * | 2015-08-24 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | 一种基于扫描二维码的路由器配置方法 |
CN105743684A (zh) * | 2014-12-12 | 2016-07-06 | 海信集团有限公司 | 一种ap模式下路由器的配置方法及路由器 |
CN107483652A (zh) * | 2017-08-18 | 2017-12-15 | 惠州高盛达科技有限公司 | 路由器在无线桥接模式下域名访问其主页的方法 |
CN107613037A (zh) * | 2017-09-14 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种域名重定向方法和系统 |
CN107818124A (zh) * | 2017-03-03 | 2018-03-20 | 平安医疗健康管理股份有限公司 | 数据匹配方法及装置 |
CN108769287A (zh) * | 2018-05-31 | 2018-11-06 | 四川斐讯全智信息技术有限公司 | 一种路由器域名访问方法、系统、计算机设备和存储介质 |
CN110602048A (zh) * | 2019-08-14 | 2019-12-20 | 中国平安财产保险股份有限公司 | 防止域名劫持的方法、装置及计算机设备 |
US10728273B1 (en) * | 2017-07-31 | 2020-07-28 | Verisign, Inc. | Systems, devices, and methods for detecting and mitigating domain name registrations used for malicious behavior |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1946061B (zh) * | 2006-10-12 | 2010-07-28 | 杭州华三通信技术有限公司 | 一种快速处理报文的方法及装置 |
JP2009165041A (ja) * | 2008-01-09 | 2009-07-23 | Sony Corp | ネットワーク機器、アドレス変更通知方法及びアドレス変更通知プログラム |
CN104601432B (zh) * | 2014-12-31 | 2018-03-13 | 新华三技术有限公司 | 一种报文传输方法和设备 |
CN104618242B (zh) * | 2015-02-12 | 2018-06-15 | 新华三技术有限公司 | 一种报文转发方法和装置 |
CN105939305A (zh) * | 2015-06-24 | 2016-09-14 | 杭州迪普科技有限公司 | 访问控制方法和装置 |
CN109379241B (zh) * | 2018-12-27 | 2021-12-24 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
-
2020
- 2020-10-10 CN CN202011076504.3A patent/CN112202675B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103327137A (zh) * | 2013-07-02 | 2013-09-25 | 深圳市共进电子股份有限公司 | 一种路由器域名访问方法 |
CN103701955A (zh) * | 2014-01-03 | 2014-04-02 | 互联网域名系统北京市工程研究中心有限公司 | 域名查询请求的方法及其系统 |
CN105743684A (zh) * | 2014-12-12 | 2016-07-06 | 海信集团有限公司 | 一种ap模式下路由器的配置方法及路由器 |
CN104766180A (zh) * | 2015-04-24 | 2015-07-08 | 国家电网公司 | 一种提高停电信息报送正确率的方法 |
CN105227346A (zh) * | 2015-08-24 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | 一种基于扫描二维码的路由器配置方法 |
CN107818124A (zh) * | 2017-03-03 | 2018-03-20 | 平安医疗健康管理股份有限公司 | 数据匹配方法及装置 |
US10728273B1 (en) * | 2017-07-31 | 2020-07-28 | Verisign, Inc. | Systems, devices, and methods for detecting and mitigating domain name registrations used for malicious behavior |
CN107483652A (zh) * | 2017-08-18 | 2017-12-15 | 惠州高盛达科技有限公司 | 路由器在无线桥接模式下域名访问其主页的方法 |
CN107613037A (zh) * | 2017-09-14 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种域名重定向方法和系统 |
CN108769287A (zh) * | 2018-05-31 | 2018-11-06 | 四川斐讯全智信息技术有限公司 | 一种路由器域名访问方法、系统、计算机设备和存储介质 |
CN110602048A (zh) * | 2019-08-14 | 2019-12-20 | 中国平安财产保险股份有限公司 | 防止域名劫持的方法、装置及计算机设备 |
Non-Patent Citations (3)
Title |
---|
How to configure DNS for Cisco Routers and Switches;administrator;《ROUTER-SWITCH》;20151231;全文 * |
使用域名访问家庭NAS;黄绍敏;《网络安全技术与应用》;20200715(第07期);全文 * |
域名解析实验在仿真器中的设计与实现;黄安安等;《计算机时代》;20170215(第02期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112202675A (zh) | 2021-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107613037B (zh) | 一种域名重定向方法和系统 | |
CN101582925B (zh) | 一种网络地址转换的方法及系统 | |
CN102025792B (zh) | 路由器及其ip地址设置方法 | |
US20100014536A1 (en) | Method for building connection channel between network terminals through dynamic domain name sarver | |
US9781034B2 (en) | Electronic device, network relay device, and non-transitory computer readable storage medium | |
CN112714027B (zh) | 物联网终端设备接入网关的方法和系统 | |
CN103795581B (zh) | 地址处理方法和设备 | |
EP2677716A1 (en) | Access control method, access device and system | |
US20200236036A1 (en) | Internet reachability detection and internet high availability for multi-homed network devices | |
WO2016065910A1 (zh) | 网络模式切换处理方法、装置及终端 | |
US7593349B2 (en) | Method and arrangement for configuration of a device in a data network | |
CN114095562B (zh) | 边缘应用发现方法、系统以及增强防火墙 | |
CN112202675B (zh) | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 | |
CN107534585A (zh) | 通信方法和终端 | |
CN107911494B (zh) | 接入IPv6网络的方法、装置、计算机设备以及存储介质 | |
CN109962917A (zh) | 认证信息处理方法及设备、系统、存储介质 | |
CN102761629B (zh) | 设置dns服务器地址的方法、装置及系统 | |
CN115834291A (zh) | 分布式内网服务数据获取方法、装置、设备及存储介质 | |
CN104283982B (zh) | 一种dmz主机自动指向的方法、系统及网关 | |
CN103167546A (zh) | 添加有数采服务器的移动g网无线业务测试系统及其方法 | |
CN107454592B (zh) | 一种在应用程序认证时防止自动Portal弹出的方法及系统 | |
US8488618B1 (en) | Dual-connect service box with router bypass | |
CN115037664B (zh) | 一种网络连接测试方法、装置、中继器和存储介质 | |
CN114726824B (zh) | 无线宽带路由器、报文处理和域名解析方法及装置 | |
US12074788B1 (en) | Software defined network access for endpoint |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |