CN108769287A - 一种路由器域名访问方法、系统、计算机设备和存储介质 - Google Patents
一种路由器域名访问方法、系统、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN108769287A CN108769287A CN201810549475.4A CN201810549475A CN108769287A CN 108769287 A CN108769287 A CN 108769287A CN 201810549475 A CN201810549475 A CN 201810549475A CN 108769287 A CN108769287 A CN 108769287A
- Authority
- CN
- China
- Prior art keywords
- domain name
- router
- data packet
- dns
- logical process
- 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.)
- Pending
Links
Classifications
-
- 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]
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种路由器域名访问方法、系统、计算机设备和存储介质，用以解决现有的路由器域名访问方法在部分场景下功能失效的问题。所述路由器域名访问方法包括：从网卡驱动的收包队列接收客户端发送的数据包；判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。本发明基于数据链路层实现路由器域名解析从而实现通过域名访问路由器，使路由器域名解析在内核数据链路层实现，能满足路由器的所有应用场景，减少了其他内核模块的处理，同时从而提升了路由器本地域名解析的效率。
Description
技术领域
本发明涉及无线通信领域，尤其涉及一种路由器域名访问方法、系统、计算机设备和存储介质。
背景技术
现有的常见的路由器域名解析功能由DNS代理(DNS Proxy，如DNSmasq)来完成路由器域名解析的工作。其工作原理是：路由器给电脑分配IP地址时，通常把路由器的IP地址作为DNS服务器地址分配给电脑；电脑连接路由器后从路由器获取IP和DNS服务器地址，用户在电脑浏览器的地址栏中输入路由器域名，浏览器将向DNS服务器地址发送DNS解析请求，路由器的DNS代理将发往本地的DNS数据进行获取判断解析，如果是路由器的域名，则返回路由器的管理IP，然后浏览器就可以访问路由器。
DNS代理工作在OSI(Open System Interconnection，开放系统互连参考模型)七层网络模型中的第七层应用层，其只能获取发往路由器的域名解析请求。但是用户可能手动修改电脑的DNS服务器地址以防止DNS被污染，比如设置为114.114.114.114(114DNS)、223.5.5.5(阿里DNS)、8.8.8.8(谷歌DNS)或者180.76.76.76(百度DNS)。当用户手动修改DNS服务器后造成电脑的域名解析请求经过路由器OSI的第三层IP层后辈转发到修改后的DNS服务器，这样DNS代理不能获取电脑的域名解析请求。
当前无线路由器为实现信号的覆盖范围，提供无线桥接模式。无线桥接把多个无线路由器桥接在一起，可以把两个不同物理位置的、不方便布线的用户连接到同一局域网，以起到信号放大的作用。当电脑连接下联桥接路由器时，电脑要通过域名访问连接的路由器，其域名解析请求直接通过桥转发到被桥接的路由器，这样路由器的DNS代理也不能获取电脑的域名解析请求。
DNS代理实现路由器域名解析的方法在一些场景下功能失效。比如用户手动修改DNS服务器或者路由器工作在无线桥接模式的情况下，DNS代理无法实现路由器域名解析，这样连接在路由器的电脑无法通过路由器域名访问路由器。
发明内容
本发明要解决的技术问题目的在于提供一种路由器域名访问方法、系统、计算机设备和存储介质，用以解决现有的路由器域名访问方法在部分场景下功能失效的问题。
为了实现上述目的，本发明采用的技术方案为：
一种路由器域名访问方法，包括步骤：
从网卡驱动的收包队列接收客户端发送的数据包；
判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；
将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
上述方案中，所述从网卡驱动的收包队列接收客户端发送的数据包，具体包括：
通过钩子函数获取所述数据包；所述钩子函数位于数据链路层。
上述方案中，所述对所述数据包进行逻辑处理并组装生成查询回应报文，具体包括：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
上述方案中，所述对所述数据包进行逻辑处理并组装生成查询回应报文，具体包括：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
一种路由器域名访问系统，所述路由器域名访问系统应用于数据链路层，包括：
数据帧接收模块，用于从网卡驱动的收包队列接收客户端发送的数据包；
路由器域名处理模块，用于判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
上述方案中，所述路由器域名处理模块具体包括：
DNS查询报文接收单元，用于通过所述路由器域名处理模块注册的钩子函数获取所述数据包；
DNS报文逻辑处理单元，用于对所述数据包进行逻辑处理；
DNS回应报文发送单元，用于将所述查询回应报文发送至所述客户端。
上述方案中，所述DNS报文逻辑处理单元，具体用于：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
上述方案中，所述DNS报文逻辑处理单元，具体用于：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方案中任一项所述路由器域名访问方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方案中任一项所述路由器域名访问方法的步骤。
本发明与传统的技术相比，有如下优点：
1、本发明基于数据链路层实现路由器域名解析从而实现通过域名访问路由器，使路由器域名解析在内核数据链路层实现，能满足路由器的所有应用场景。
2、由于路由器域名解析在内核数据链路层实现，减少了其他内核模块的处理，同时避免了数据从内核到应用层的拷贝，从而提升了路由器本地域名解析的效率。
附图说明
图1为本发明一实施例中路由器域名访问方法的流程示意图；
图2为本发明一具体实施例中路由器域名访问方法的流程示意图；
图3为本发明一实施例中路由器域名访问系统的结构示意图；
图4为本发明一具体实施例中路由器域名处理模块的结构示意图。
具体实施方式
以下是本发明的具体实施例并结合附图，对本发明的技术方案作进一步的描述，但本发明并不限于这些实施例。
对本发明进行进一步详细说明之前，对本发明实施例中涉及的名词和属于进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。
1)域名(Domain Name)是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称。
2)DNS(Domain Name System，域名系统)，万维网上作为域名和IP地址相互映射的一个分布式数据库，能够使用户更方便地访问互联网，而不用去记住能够被及其直接读取的IP数据串。通过域名，最终得到该域名对应的IP地址的过程叫做域名解析(或主机名解析)。
3)域名解析(Domain Name Resolution)是把域名指向网站空间IP地址，让人们通过注册的域名可以方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址，为了方便记忆，采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。
4)路由器(Router)又称网关设备(Gateway)，是连接因特网中各局域网、广域网的设备。路由器的管理地址也叫网址、IP地址，是进入路由器的接口。路由器都有自身Web服务器(Web Server)，通过路由器的管理地址登录Web来管理路由器。电脑连接路由器后，在电脑浏览器的地址栏中输入该地址，电机回车键就可以登录路由器进行管理配置。路由器的IP地址枯燥且不容易记住，而且用户有可能修改后忘记，因此，路由器的域名访问功能极大地方便了用户对路由器的管理配置。
5)OSI(Open System Interconnection，开放系统互连参考模型)是国际标准化组织(ISO)和国际电报电话咨询委员会(CCITT)联合制定的开放系统互连参考模型，为开放式互连信息系统提供了一种功能结构的框架。它从低到高分别是：物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
6)IP(Internet Protocol，网络之间互连的协议)是为计算机网络相互连接进行通信而设计的协议。
7)UDP(User Datagram Protocol，用户数据报协议)是OSI参考模型汇总一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务。
本发明基于OSI七层网络模型中的第二层数据链路层实现对路由器域名解析，能满足路由器的所有应用场景，实现连接在路由器的电脑可以通过路由器域名访问路由器管理页面。由于路由器域名解析在内核数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升嗯咯路由器域名解析的处理效率。
请参阅图1，为本发明一实施例中路由器域名访问方法的流程示意图，将分别对各个步骤进行说明。
S101，从网卡驱动的收包队列接收客户端发送的数据包。
网卡是工作在数据链路层的网络组件，是局域网中连接计算机和传输介质的接口，不仅能实现与局域网传输介质之间的物理连接和电信号匹配，还涉及帧的发送与接收、帧的封装与拆封、介质访问控制、数据的编码与解码以及数据缓存的功能等。收包队列是指，接收客户端发送的数据包的队列。
位于数据链路层的网卡驱动收包队列接收客户端发送的数据包，即，在数据链路层接收客户端发送的数据包。不再经由OSI七层网络模型中的第七层应用层。避免了数据从内核到应用层的拷贝。
S103，判断数据包是否为路由器域名查询请求报文，若是，对数据包进行逻辑处理并组装生成查询回应报文。
报文是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文包含了将要发送的完整的数据信息。逻辑处理是指通过路由器域名处理模块对数据包进行域名解析以生成查询回应报文返回至客户端。
数据链路层获取客户端发送的数据包后，判断数据包是否为路由器域名查询请求报文，若否，则不进行逻辑处理。若是，则对数据包进行逻辑处理，并组装生成查询回应报文。
由于在数据链路层对数据包进行域名解析，因此无论路由器工作在无线桥接模式或者路由模式，都能完成对路由器域名的解析，无论客户端手动配置或者自动获取DNS服务器地址，都能完成对路由器域名的解析。
S105，将查询回应报文放入网卡驱动的发送队列以发送至客户端。
在数据链路层对路由器域名的查询请求报文进行逻辑处理后生成路由器域名的查询回应报文。再放入也位于数据链路层的网卡驱动的发送队列，从而将查询回应报文发送至客户端。
路由器域名解析在数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升了路由器本地域名解析的处理效率。
在一实施例中，S101，从网卡驱动的收包队列接收客户端发送的数据包，具体包括：
通过钩子函数获取数据包；所述钩子函数位于数据链路层。
钩子函数是通过设置“钩子”，应用程序可以在系统级对所有消息、时间进行过滤，访问在正常情况下无法访问的消息。钩子的本质是一段用以处理系统消息的程序，通过系统调用，把它挂入系统。
客户端在浏览器的地址栏中输入路由器域名，这是不管客户端的DNS服务器地址是手动配置还是自动获取，不管路由器工作在无线桥接模式还是路由模式，客户端都会先向自身的DNS服务器地址发送路由器域名查询请求报文。数据链路层通过钩子函数获取数据包。
例如，Linux内核函数netif_receive_skb位于数据链路层，该函数从网卡驱动收包队列接收数据包，路由器域名处理模块注册钩子函数dns_packet_handler可位于内核函数netif_receive_skb。另外，路由器域名处理模块注册的钩子函数也可位于网桥，其原理与位于内核函数相同。
在一实施例中，S103，对数据包进行逻辑处理并组装生成查询回应报文，具体包括：
根据路由器域名和路由器管理IP地址对数据包进行逻辑处理。
逻辑处理是指，通过路由器域名处理模块对数据包进行域名解析以生成查询回应报文返回至客户端。逻辑处理是基于路由器域名和路由器管理IP地址进行处理。
其中，路由器域名对应的IP地址为路由器管理IP地址。
其中，S103，对数据包进行逻辑处理并组装生成查询回应报文，具体包括：
获取数据包的IP头部，判断IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取数据包的UDP头部，判断UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取数据包的DNS头部，判断DNS头部的标志位是否为DNS域名请求报文的标志，若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
数据链路层对数据包进行逻辑处理的过程包括上述步骤，通过判断IP头部的版本号及协议类型，UDP头部的目的端口，DNS头部的标志位，判断数据包是否为路由器域名查询请求报文。若不满足设定条件，则调出路由器域名处理模块，返回内核函数netif_receive_skb处理。若满足设定条件，则判定为查询请求报文，从而组装生成查询回应报文。
路由器域名解析在数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升了路由器本地域名解析的处理效率。
请参阅图2，为本发明一具体实施例中路由器域名访问方法的流程示意图，以钩子函数放在Linux内核函数netif_receive_skb为例，对本发明实施例提供的路由器域名访问方法进行说明如下：
S11、从数据链路层接收数据包；作为一种可选的方案，内核函数netif_receive_skb从网卡驱动接收数据包后，调用钩子内核函数dns_packet_handler把数据包放到路由器域名处理模块，开始对数据包进行处理。
S12、获取数据包IP头部，判断IP头部的版本号和协议类型是否满足设定条件；作为一种可选的方案，判断IP头部的版本号是否为IPV4版本，同时IP头部协议类型是否为UDP协议。若数据包不满足条件，则跳出路由器域名处理模块，返回内核函数netif_receive_skb处理。
S13、获取数据包的UDP头部，判断UDP头部的目的端口是否满足设定条件；作为一种可选的方案，判断UDP头部的目的端口是否为DNS服务器端口号，即53号端口，若数据包不满足条件，则跳出路由器域名处理模块，返回内核函数netif_receive_skb处理。
S14、获取数据包的DNS头部，判断DNS头部的标志位是否满足设定条件；作为一种可选的方案，判断DNS头部的标志位是否为DNS域名请求报文的标志0x0100，若数据包不满足条件则跳出路由器域名处理模块，返回内核函数netif_receive_skb处理。
S15、获取数据包的域名，判断与路由器的域名是否一致；作为一种可选的方案，判断数据包的域名是否与路由器本地域名一直，若不一致，则跳出路由器域名处理模块，返回内核函数netif_receive_skb处理。
S16、组装路由器域名的查询回应报文，路由器域名对应的IP地址为路由器管理IP地址；作为一种可选的方案，获取到路由器域名查询请求，组装DNS查询回应报文，路由器域名对应的IP地址为路由器管理IP地址。
S17、将回应报文放入网卡驱动的发送队列从发送队列读取并发送至客户端；作为一种可选的方案，组装好路由器域名查询回应报文后，调用dev_queue_xmit内核函数，将回应报文放入网卡驱动的发送队列，网卡驱动模块从发送队列读取回应报文消息并发送至客户端。客户端收到DNS回应报文后，解析出路由器域名对应的IP地址是路由器管理IP地址，这样，客户端就能通过路由器域名来访问路由器管理页面。
请参阅图3，为本发明一实施例中路由器域名访问系统的结构示意图，路由器域名访问系统应用于数据链路层，包括：
数据帧接收模块301，用于从网卡驱动的收包队列接收客户端发送的数据包；路由器域名处理模块303，用于判断数据包是否为路由器域名查询请求报文，若是，对数据包进行逻辑处理并组装生成查询回应报文；将查询回应报文放入网卡驱动的发送队列以发送至客户端。
在一实施例中，请参阅图4，为本发明一具体实施例中路由器域名处理模块的结构示意图，所述路由器域名处理模块303具体包括：
DNS查询报文接收单元401，用于通过路由器域名处理模块注册的钩子函数获取数据包；
DNS报文逻辑处理单元403，用于对数据包进行逻辑处理；
DNS回应报文发送单元405，用于将查询回应报文发送至客户端。
其中，所述DNS报文逻辑处理单元403，具体用于：
根据路由器域名和路由器管理IP地址对数据包进行逻辑处理。
进一步地，具体用于：
获取数据包的IP头部，判断IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取数据包的UDP头部，判断UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取数据包的DNS头部，判断DNS头部的标志位是否为DNS域名请求报文的标志，若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
本发明实施例基于数据链路层实现路由器域名解析，能满足路由器的所有应用场景，实现连接在路由器的电脑可以通过路由器域名访问路由器。由于路由器域名解析在数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升了路由器本地域名解析的处理效率。
本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：从网卡驱动的收包队列接收客户端发送的数据包；判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
在一实施例中，处理器在执行计算机程序实现从网卡驱动的收包队列接收客户端发送的数据包的步骤时，具体实现以下步骤：
通过钩子函数获取所述数据包；所述钩子函数位于数据链路层。
在一实施例中，处理器在执行计算机程序实现对所述数据包进行逻辑处理并组装生成查询回应报文的步骤时，具体实现以下步骤：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
在一实施例中，处理器在执行计算机程序实现对所述数据包进行逻辑处理并组装生成查询回应报文的步骤时，具体实现以下步骤：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及所述协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
上述计算机设备基于数据链路层实现路由器域名解析，能满足路由器的所有应用场景，实现连接在路由器的电脑可以通过路由器域名访问路由器。由于路由器域名解析在数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升了路由器本地域名解析的处理效率。
本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：从网卡驱动的收包队列接收客户端发送的数据包；判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
在一实施例中，处理器在执行计算机程序实现从网卡驱动的收包队列接收客户端发送的数据包的步骤时，具体实现以下步骤：
通过钩子函数获取所述数据包；所述钩子函数位于数据链路层。
在一实施例中，处理器在执行计算机程序实现对所述数据包进行逻辑处理并组装生成查询回应报文的步骤时，具体实现以下步骤：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
在一实施例中，处理器在执行计算机程序实现对所述数据包进行逻辑处理并组装生成查询回应报文的步骤时，具体实现以下步骤：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及所述协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
上述计算机可读存储介质，基于数据链路层实现路由器域名解析，能满足路由器的所有应用场景，实现连接在路由器的电脑可以通过路由器域名访问路由器。由于路由器域名解析在数据链路层实现，减少了其他内核模块的处理，同时避免了数据包在内核层和应用层之间的拷贝，从而提升了路由器本地域名解析的处理效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其他介质的任何引用，均可包括非易失性/或易失性存储器。非易失性存储器可包括制度存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上各实施例的个技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中各个技术所有可能组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。
Claims (10)
1.一种路由器域名访问方法，其特征在于，包括步骤：
从网卡驱动的收包队列接收客户端发送的数据包；
判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；
将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
2.根据权利要求1所述的路由器域名访问方法，其特征在于，所述从网卡驱动的收包队列接收客户端发送的数据包，具体包括：
通过钩子函数获取所述数据包；所述钩子函数位于数据链路层。
3.根据权利要求1所述的路由器域名访问方法，其特征在于，所述对所述数据包进行逻辑处理并组装生成查询回应报文，具体包括：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
4.根据权利要求3所述的路由器域名访问方法，其特征在于，所述对所述数据包进行逻辑处理并组装生成查询回应报文，具体包括：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
5.一种路由器域名访问系统，其特征在于，所述路由器域名访问系统应用于数据链路层，包括：
数据帧接收模块，用于从网卡驱动的收包队列接收客户端发送的数据包；
路由器域名处理模块，用于判断所述数据包是否为路由器域名查询请求报文，若是，对所述数据包进行逻辑处理并组装生成查询回应报文；将所述查询回应报文放入所述网卡驱动的发送队列以发送至所述客户端。
6.根据权利要求5所述的路由器域名访问系统，其特征在于，所述路由器域名处理模块具体包括：
DNS查询报文接收单元，用于通过所述路由器域名处理模块注册的钩子函数获取所述数据包；
DNS报文逻辑处理单元，用于对所述数据包进行逻辑处理；
DNS回应报文发送单元，用于将所述查询回应报文发送至所述客户端。
7.根据权利要求6所述的路由器域名访问系统，其特征在于，所述DNS报文逻辑处理单元，具体用于：
根据路由器域名和路由器管理IP地址对所述数据包进行逻辑处理。
8.根据权利要求7所述的路由器域名访问系统，其特征在于，所述DNS报文逻辑处理单元，具体用于：
获取所述数据包的IP头部，判断所述IP头部的版本号是否为IPV4版本及协议类型是否为UDP协议，若否，不进行逻辑处理；
获取所述数据包的UDP头部，判断所述UDP头部的目的端口是否为DNS服务器端口号，若否，不进行逻辑处理；
获取所述数据包的DNS头部，判断所述DNS头部的标志位是否为DNS域名请求报文的标志,若否，不进行逻辑处理；
获取数据包的查询请求报文的域名，判断所述查询请求报文的域名是否与路由器域名一致，若否，不进行逻辑处理。
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述路由器域名访问方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述路由器域名访问方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810549475.4A CN108769287A (zh) | 2018-05-31 | 2018-05-31 | 一种路由器域名访问方法、系统、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810549475.4A CN108769287A (zh) | 2018-05-31 | 2018-05-31 | 一种路由器域名访问方法、系统、计算机设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108769287A true CN108769287A (zh) | 2018-11-06 |
Family
ID=64001296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810549475.4A Pending CN108769287A (zh) | 2018-05-31 | 2018-05-31 | 一种路由器域名访问方法、系统、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108769287A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111327645A (zh) * | 2018-11-28 | 2020-06-23 | 鸿合科技股份有限公司 | 一种共享网络方法及装置、电子设备 |
| CN111641733A (zh) * | 2020-06-07 | 2020-09-08 | 深圳市乙辰科技股份有限公司 | 一种网桥设备管理方法、装置和可读存储介质 |
| CN112202675A (zh) * | 2020-10-10 | 2021-01-08 | 四川天邑康和通信股份有限公司 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
| CN113518134A (zh) * | 2021-07-09 | 2021-10-19 | 烽火通信科技股份有限公司 | 一种mesh组网下通过域名访问主路由器的方法与装置 |
| CN113726917A (zh) * | 2020-05-26 | 2021-11-30 | 网神信息技术（北京）股份有限公司 | 域名确定方法、装置和电子设备 |
| WO2024146293A1 (zh) * | 2023-01-06 | 2024-07-11 | 中国互联网络信息中心 | 域名服务器解析加速方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040083307A1 (en) * | 2002-10-27 | 2004-04-29 | Mr. Sezen Uysal | Apparatus and method for transparent selection of an internet server based on geographic location of a user |
| CN102185936A (zh) * | 2011-06-23 | 2011-09-14 | 上海牙木通讯技术有限公司 | 一种基于linux操作系统的DNS服务系统和方法 |
| CN103327137A (zh) * | 2013-07-02 | 2013-09-25 | 深圳市共进电子股份有限公司 | 一种路由器域名访问方法 |
| US8819271B2 (en) * | 2007-05-24 | 2014-08-26 | At&T Intellectual Property I, L.P. | System and method to access and use layer 2 and layer 3 information used in communications |
| CN107613037A (zh) * | 2017-09-14 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种域名重定向方法和系统 |
-
2018
- 2018-05-31 CN CN201810549475.4A patent/CN108769287A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040083307A1 (en) * | 2002-10-27 | 2004-04-29 | Mr. Sezen Uysal | Apparatus and method for transparent selection of an internet server based on geographic location of a user |
| US8819271B2 (en) * | 2007-05-24 | 2014-08-26 | At&T Intellectual Property I, L.P. | System and method to access and use layer 2 and layer 3 information used in communications |
| CN102185936A (zh) * | 2011-06-23 | 2011-09-14 | 上海牙木通讯技术有限公司 | 一种基于linux操作系统的DNS服务系统和方法 |
| CN103327137A (zh) * | 2013-07-02 | 2013-09-25 | 深圳市共进电子股份有限公司 | 一种路由器域名访问方法 |
| CN107613037A (zh) * | 2017-09-14 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种域名重定向方法和系统 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111327645A (zh) * | 2018-11-28 | 2020-06-23 | 鸿合科技股份有限公司 | 一种共享网络方法及装置、电子设备 |
| CN111327645B (zh) * | 2018-11-28 | 2023-11-21 | 鸿合科技股份有限公司 | 一种共享网络方法及装置、电子设备 |
| CN113726917A (zh) * | 2020-05-26 | 2021-11-30 | 网神信息技术（北京）股份有限公司 | 域名确定方法、装置和电子设备 |
| CN113726917B (zh) * | 2020-05-26 | 2024-04-12 | 奇安信网神信息技术(北京)股份有限公司 | 域名确定方法、装置和电子设备 |
| CN111641733A (zh) * | 2020-06-07 | 2020-09-08 | 深圳市乙辰科技股份有限公司 | 一种网桥设备管理方法、装置和可读存储介质 |
| CN111641733B (zh) * | 2020-06-07 | 2021-04-02 | 深圳市乙辰科技股份有限公司 | 一种网桥设备管理方法、装置和可读存储介质 |
| CN112202675A (zh) * | 2020-10-10 | 2021-01-08 | 四川天邑康和通信股份有限公司 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
| CN112202675B (zh) * | 2020-10-10 | 2022-04-15 | 四川天邑康和通信股份有限公司 | 一种基于linux内核解析DNS实现使用域名访问路由器的方法 |
| CN113518134A (zh) * | 2021-07-09 | 2021-10-19 | 烽火通信科技股份有限公司 | 一种mesh组网下通过域名访问主路由器的方法与装置 |
| WO2024146293A1 (zh) * | 2023-01-06 | 2024-07-11 | 中国互联网络信息中心 | 域名服务器解析加速方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108769287A (zh) | 一种路由器域名访问方法、系统、计算机设备和存储介质 | |
| CN101431440B (zh) | 一种流量监控方法和设备 | |
| CN102754409B (zh) | 用于直径协议协调的方法、系统和计算机可读介质 | |
| CN103636167B (zh) | 一种在基站中的开站配置方法、基站及服务器 | |
| US11019026B2 (en) | Method for applying TCP/IP protocol in mesh network | |
| EP2725873A1 (en) | Information sending method and gateway | |
| CN103609195B (zh) | 对移动端点的管理性访问 | |
| CN107580360A (zh) | 一种网络切片选择的方法、设备及网络架构 | |
| CN101582856B (zh) | 一种门户服务器与宽带接入设备的会话建立方法及其系统 | |
| CN102783119A (zh) | 访问控制方法、系统及接入终端 | |
| CN101043430B (zh) | 一种设备之间网络地址转换的方法 | |
| CN102790808A (zh) | 一种域名解析方法和系统、一种客户端 | |
| CN104408777B (zh) | 一种基于nat穿越实现p2p通信的互联网考勤管理系统和方法 | |
| CN103338213B (zh) | 本地设备与ims网络互通的方法、系统及接入网关 | |
| US20200280502A1 (en) | Network device snapshots | |
| CN106453683A (zh) | 一种摄像头集中接入管理的方法 | |
| CN102355479A (zh) | 一种多nat网关流量转发的方法和设备 | |
| CN103618801A (zh) | 一种p2p资源共享的方法、设备及系统 | |
| CN108769017A (zh) | 一种数据通信方法及装置 | |
| CN101242370B (zh) | 实现以太网与帧中继互联的方法与协议转换设备 | |
| CN113132218B (zh) | 一种家庭网关访问方法、装置、系统处理器及存储介质 | |
| CN103888554B (zh) | IPv4与IPv6互通的域名解析方法和系统 | |
| CN100586104C (zh) | 基于路由的会话初始化协议透明穿越网络地址转换的方法 | |
| CN101796769B (zh) | 用于改善控制服务器性能的因特网协议版本4上的因特网协议版本6转变方法和设备 | |
| Ziegler et al. | Scalable integration framework for heterogeneous smart objects, applications and services |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20190403 Address after: 201616 No. 3666 Sixian Road, Songjiang District, Shanghai Applicant after: PHICOMM (SHANGHAI) Co.,Ltd. Address before: 610000 No. 125 Longquan Street Park Road, Longquanyi District, Chengdu City, Sichuan Province Applicant before: SICHUAN FEIXUN QUANZHI INFORMATION TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201116 Address after: Room 10242, No. 260, Jiangshu Road, Xixing street, Binjiang District, Hangzhou City, Zhejiang Province Applicant after: Hangzhou Jiji Intellectual Property Operation Co.,Ltd. Address before: 201616 Shanghai city Songjiang District Sixian Road No. 3666 Applicant before: Phicomm (Shanghai) Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181106 |
|
| RJ01 | Rejection of invention patent application after publication |