CN107707683A - 一种减小dns报文长度的方法和装置 - Google Patents
一种减小dns报文长度的方法和装置 Download PDFInfo
- Publication number
- CN107707683A CN107707683A CN201710364884.2A CN201710364884A CN107707683A CN 107707683 A CN107707683 A CN 107707683A CN 201710364884 A CN201710364884 A CN 201710364884A CN 107707683 A CN107707683 A CN 107707683A
- Authority
- CN
- China
- Prior art keywords
- dns
- domain name
- length
- response message
- information capacity
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 230000009467 reduction Effects 0.000 title abstract description 4
- 230000004044 response Effects 0.000 claims abstract description 116
- 230000005540 biological transmission Effects 0.000 claims abstract description 32
- 238000004458 analytical method Methods 0.000 claims description 63
- 230000008569 process Effects 0.000 claims description 17
- 238000012857 repacking Methods 0.000 claims description 6
- 238000010276 construction Methods 0.000 claims description 3
- 230000004048 modification Effects 0.000 abstract description 3
- 238000012986 modification Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 4
- 101100134298 Bacillus subtilis (strain 168) nucA gene Proteins 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种减小DNS报文长度的方法和装置,此方法包括:步骤1,权威DNS服务器接收访问请求后,构建DNS应答报文;步骤2,确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;步骤3,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文发送至所述访问请求的发送方。本发明通过减少权威字段和修改附加字段方式,达到减少DNS报文长度的目的,而且不会引起现有技术中其它减少DNS应答报文长度方法导致的缺点。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种减小DNS报文长度的方法和装置。
背景技术
DNS是网络访问过程中重要的一环。当本地域名服务器(Local Domain NameServer,缩写:LDNS)接收到本地的一个客户端发送的域名解析请求时,LDNS向域名服务器(Domain Name Server,缩写:DNS)发送该域名解析请求。DNS解析出域名解析请求中的访问目标域名,判断存在此访问目标域名对应的网络服务器的IP地址列表时,将相应的IP地址封装于应答包返回至LDNS。LDNS将此应答包括内容发送至客户端,客户端根据IP地址进行网络访问。
客户端到LDNS、LDNS到权威DNS一般通过用户数据报协议(User DatagramProtocol,简称UDP)协议进行传输。但是当数据包大于512字节时,就会触发通过TCP协议传输或者截断DNS应答报文中的权威字段(auth)和附加字段(add),达到正常交互的目的。
现有技术中的方法及缺点包括:
截断DNS报文中的auth字段和add字段会出现校验错误。
部分客户端不支持TCP协议进行解析服务导致解析失败。
通过减少解析结果中IP个数的方法来控制DNS应答报文长度的方法,会导致在多台设备服务时负载不均衡。
通过减少cname的方式减少DNS应答报文长度的方法在现在部分融合CDN的业务模式下被禁止。
通过全局删除auth和add字段,控制DNS报文长度的方法,会导致无法从权威服务器本身获取NS记录和NS记录的A记录,LDNS的NS记录和NS记录的A记录完全信任上一级权威服务器的结果,影响系统的健壮性,且会给问题查询带来麻烦。
通过引入lvs减少IP个数的方法,会提高系统复杂度,lvs本身会带来其他问题。
现有技术中的控制应答包报文长度的方法中,无法知晓解析链其他部分占用的字节数,站在整个解析链的角度解决问题,会导致虽然权威服务器发出的应答包不超过512字节,但是LDNS解析时加上解析链其他环节的应答结果,应答包超过了512字节,如何合理控制DNS应答报文长度成为要解决的技术问题。
发明内容
为了解决上述技术问题,本发明提供了一种减小DNS报文长度的方法和装置。
本发明提供了一种减少DNS应答报文长度的方法,包括:
步骤1,权威DNS服务器接收访问请求后,构建DNS应答报文;
步骤2,确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
步骤3,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文发送至所述访问请求的发送方。
上述减少DNS应答报文长度的方法还具有以下特点:
所述步骤1和步骤2之间还包括步骤1’,
步骤1’包括:获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述最大的信息容量的差值时,执行步骤2。
上述减少DNS应答报文长度的方法还具有以下特点:
所述减少DNS应答报文中权威字段的内容并相应修改附加字段的内容包括:删除所述DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将所述附加字段的A记录修改为与所保留的NS记录相对应的A记录。
上述减少DNS应答报文长度的方法还具有以下特点:
步骤1’还包括:判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,将所述DNS应答报文发送至所述访问请求的发送方;
所述步骤3还包括:判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,将所述DNS应答报文发送至所述访问请求的发送方。
上述减少DNS应答报文长度的方法还具有以下特点:
获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量包括:维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名;根据此域名关联列表获取相应的解析链信息容量列表,此解析链信息容量列表包括域名、网络区域、解析链信息容量,将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
本发明还提供了一种减少DNS应答报文长度的装置,应用于权威DNS服务器,包括:
构建模块,用于在接收访问请求后构建DNS应答报文;
来源网络区域信息容量获取模块,用于确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
第一判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述解析信息的信息容量的差值;
报文重装模块,用于在所述判断模块判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文传输至发送模块;
所述发送模块,用于将收到的更新后的DNS应答报文发送至所述访问请求的发送方。
上述减少DNS应答报文长度的方法还具有以下特点:
还包括:
多网络区域信息容量获取模块,用于获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量;
第二判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述最大的信息容量的差值,如果是,触发所述第一判断模块执行判断。
上述减少DNS应答报文长度的方法还具有以下特点:
所述报文重装模块还用于使用以下方法减少DNS应答报文中权威字段的内容并相应修改附加字段的内容:删除所述DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将所述附加字段的A记录修改为与所保留的NS记录相对应的A记录。
上述减少DNS应答报文长度的方法还具有以下特点:
所述第一判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文;
所述第二判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文;
上述减少DNS应答报文长度的方法还具有以下特点:
所述装置还包括信息容量获取模块,用于维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名;根据此域名关联列表获取相应的解析链信息容量列表,此解析链信息容量列表包括域名、网络区域、解析链信息容量,将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
本发明主动探测本域解析域名的解析链其他部分数据长度,在控制应答报文长度时,考虑解析链其他部分数据长度,使LDNS处构建DNS应答报文时不超出通信协议所需的报文长度,本发明还通过减少权威字段和修改附加字段方式,达到减少DNS报文长度的目的,而且不会引起现有技术中其它减少DNS应答报文长度方法导致的缺点。
附图说明
构成本发明的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是实施例一中减少DNS应答报文的方法的流程图;
图2是实施例二中减少DNS应答报文的方法的流程图;
图3是实施例三中减少DNS应答报文的装置的结构图;
图4是实施例四中减少DNS应答报文的装置的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
图1是实施例一中减少DNS应答报文的方法的流程图;减少DNS应答报文长度的方法包括:
步骤101,权威DNS服务器接收访问请求后,构建DNS应答报文;
步骤102,确定访问请求的来源网络区域,获取本地DNS在来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
步骤103,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容;
步骤104,将更新后的DNS应答报文发送至所述访问请求的发送方。
其中,
本发明包括但不限于LDNS与客户端、LDNS与权威DNS采用UDP协议的情况,也可以使用其它类型的协议。LDNS与客户端、LDNS与权威DNS采用UDP协议时传输协议数据包限定长度为512。
步骤102中,确定访问请求的来源网络区域的方式为:解析步骤101中的DNS应答报文,从中解析出请求来源IP,确定此请求来源IP所属的网络区域,将此网络区域作为来源网络区域。
步骤103中减少DNS应答报文中权威字段的内容并相应修改附加字段的内容包括:删除DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将附加字段的A记录修改为与所保留的NS记录相对应的A记录。
例如:
原权威字段为:
a.com NS ns1.a.com
a.com NS ns2.a.com
a.com NS ns3.a.com
a.com NS ns4.a.com
原附加字段为:
ns1.a.com A 1.1.1.1
ns2.a.com A 1.1.1.2
ns3.a.com A 1.1.1.3
ns4.a.com A 1.1.1.4
更新后的权威字段为:
a.com NS ns1.a.com
更新后的附加字段:
ns1.a.com A 1.1.1.1
ns1.a.com A 1.1.1.2
ns1.a.com A 1.1.1.3
ns1.a.com A 1.1.1.4
步骤103还包括:判断DNS应答报文的长度不大于传输协议数据包限定长度与解析信息的信息容量的差值时,将DNS应答报文发送至访问请求的发送方。
本方法还包括步骤103还包括判断更新后的DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,发送告警信息。
实施例二
图2是实施例二中减少DNS应答报文的方法的流程图;减少DNS应答报文长度的方法包括:
步骤201,权威DNS服务器接收访问请求后,构建DNS应答报文;
步骤201’,获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述最大的信息容量的差值时,执行步骤202。
步骤202,确定所述访问请求的来源网络区域,获取本地DNS在来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
步骤203,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文发送至所述访问请求的发送方。
其中,
步骤201’中判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,将所述DNS应答报文发送至所述访问请求的发送方。
本方法中权威DNS服务器维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名。来源网络区域的信息容量获取模块还维护解析链信息容量列表。此列表包括域名、网络区域、解析链信息容量。来源网络区域的信息容量获取模块从LDNS服务器获取LDNS在各网络区域的解析域名过程中从访问请求中的域名至DNS应答报文中的域名的解析信息的信息容量。步骤102中,权威DNS服务器根据域名关联列表获取相应的解析链信息容量列表。将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
实施例三
图3是实施例三中减少DNS应答报文长度的装置的结构图,应用于权威DNS服务器,包括:
构建模块,用于在接收访问请求后构建DNS应答报文;
来源网络区域信息容量获取模块,用于确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
第一判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述解析信息的信息容量的差值;
报文重装模块,用于在所述判断模块判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文传输至发送模块;
发送模块,用于将收到的更新后的DNS应答报文发送至所述访问请求的发送方。
其中,报文重装模块还用于使用以下方法减少DNS应答报文中权威字段的内容并相应修改附加字段的内容:删除所述DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将所述附加字段的A记录修改为与所保留的NS记录相对应的A记录。
此装置还包括信息容量获取模块,用于维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名;根据此域名关联列表获取相应的解析链信息容量列表,此解析链信息容量列表包括域名、网络区域、解析链信息容量,将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
实施例四
图4是实施例四中减少DNS应答报文长度的装置的结构图,实施四相比实施例三,减少DNS应答报文长度的装置中还包括:
多网络区域信息容量获取模块,用于获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量;
第二判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述最大的信息容量的差值,如果是,触发所述第一判断模块执行判断。
其中,
第一判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文;
第二判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文。
下面通过具体实施例说明本发明。
具体实施例
权威服务器解析的域为c.com,此权威服务器称为c.com的权威DNS服务器,此权威服务器可构建www.c.com请求的应答报文。域名关系列表中维护www.a.com和www.c.com的关系,www.a.com为www.c.com的解析入口域名。解析过程如下:客户端发送访问请求,要求访问的域名为www.a.com。LDNS接收到此访问请求后,在不同的网络区域进行递归解析。
一:在北京联通进行以下递归解析:
解析链为:
www.a.com cname www.b.com
www.b.com cname www.c.com
www.c.com A 1.1.1.1
根据CNAME记录确定此权威服务器为IP地址为1.1.1.1的c.com的权威DNS服务器。此权威DNS服务器的应答报文包括:
www.c.com A 1.1.1.1
此时www.a.com、www.b.com为CDN的非本域域名。所以LDNS在解析链中解析链信息容量为以下CNAME的容量。
www.a.com cname www.b.com
www.b.com cname www.c.com
此容量为N字节。则在解析链信息容量列表中记录的针对北京联通此网络区域的信息为:
www.c.com北京联通62
二:在上海电信进行以下递归解析:
解析链为:
www.a.com cname www.c.com
www.c.com A 2.2.2.2
根据CNAME记录确定权威服务器为IP地址为2.2.2.2的c.com的权威DNS服务器。此权威DNS服务器的应答报文包括:
www.c.com A 2.2.2.2
此时www.a.com为CDN的非本域域名。LDNS在解析链中解析链信息容量为以下CNAME的容量。
www.a.com cname www.c.com
此容量为30字节。则在解析链信息容量列表中记录的针对上海电信此网络区域的信息为:
www.c.com 上海电信 30字节
至此:权威服务器维护解析链信息容量列表包括:
域名 网络区域 解析链信息容量
www.c.com 北京联通 62字节
www.c.com 上海电信 32字节
权威服务器接收到收访问请求后,构建DNS应答报文,此DNS应答报文的长度为500字节,根据解析链信息容量列表,确定解析链信息容量中最大的信息容量为62字节,512字节与此最大的信息容量的差值为450字节,判断此DNS应答报文的长度大于此450字节,进行第二次判断。确定访问请求的来源网络区域为上海电信,根据解析链信息容量列表确定此网络区域对应的信息容量为30字节,512字节与此信息容量的差值为480字节,判断此DNS应答报文的长度大于此480字节,则减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文发送至所述访问请求的发送方。
使用本发明的方案后,在CDN特定解析环境下,根据抽样测试结果获知使用本发明相比现有技术的方案可以减少44.1%的DNS报文字节数。例如,在一个典型的抽样测试中,使用现有技术的方案DNS应答报文中权威字段和附加字段的总长度为229字节,使用本发明的方案后,DNS应答报文中权威字段和附加字段的总长度为112字节。根据上文中描述的本发明的方案可知,附加字段的长度并未改变,因为减少了权威字段的内容达到了减少DNS应答报文长度的效果。
本发明的有益效果包括:
(1)本发明考虑到了LDNS处需要在权威DNS服务器返回的DNS应答报文需要增加解析链其它部分的数据,在进行DNS应答报文长度判定时引入了对解析链应答包长度的判定,使报文长度的控制更准确更合理。
(2)通过合并减少权威字段和修改附加字段方式减少DNS报文长度,不会修改原有A记录和cname记录等核心应答信息,不影响业务的负载均衡和cname特性。
(3)通过合并减少权威字段和修改附加字段方式减少DNS报文长度,使NS记录对应的DNS服务器IP并没有变化,只是修改了NS记录的hostname字段,与原有配置标书的DNS系统架构完全一致。保留了NS记录特征,方便问题查询和增强系统健壮性。
上面描述的内容可以单独地或者以各种方式组合起来实施,而这些变型方式都在本发明的保护范围之内。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现,相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的物品或者设备中还存在另外的相同要素。
以上实施例仅用以说明本发明的技术方案而非限制,仅仅参照较佳实施例对本发明进行了详细说明。本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,均应涵盖在本发明的权利要求范围当中。
Claims (10)
1.一种减少DNS应答报文长度的方法,其特征在于,包括:
步骤1,权威DNS服务器接收访问请求后,构建DNS应答报文;
步骤2,确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
步骤3,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文发送至所述访问请求的发送方。
2.如权利要求1所述的减少DNS应答报文长度的方法,其特征在于,
所述步骤1和步骤2之间还包括步骤1’,
步骤1’包括:获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量,判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述最大的信息容量的差值时,执行步骤2。
3.如权利要求1所述的减少DNS应答报文长度的方法,其特征在于,
所述减少DNS应答报文中权威字段的内容并相应修改附加字段的内容包括:删除所述DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将所述附加字段的A记录修改为与所保留的NS记录相对应的A记录。
4.如权利要求2所述的减少DNS应答报文长度的方法,其特征在于,
步骤1’还包括:判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,将所述DNS应答报文发送至所述访问请求的发送方;
所述步骤3还包括:判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,将所述DNS应答报文发送至所述访问请求的发送方。
5.如权利要求1所述的减少DNS应答报文长度的方法,其特征在于,
获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量包括:维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名;根据此域名关联列表获取相应的解析链信息容量列表,此解析链信息容量列表包括域名、网络区域、解析链信息容量,将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
6.一种减少DNS应答报文长度的装置,其特征在于,应用于权威DNS服务器,包括:
构建模块,用于在接收访问请求后构建DNS应答报文;
来源网络区域信息容量获取模块,用于确定所述访问请求的来源网络区域,获取本地DNS在所述来源网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量;
第一判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述解析信息的信息容量的差值;
报文重装模块,用于在所述判断模块判断所述DNS应答报文的长度大于传输协议数据包限定长度与所述解析信息的信息容量的差值时,减少DNS应答报文中权威字段的内容并相应修改附加字段的内容,将更新后的DNS应答报文传输至发送模块;
所述发送模块,用于将收到的更新后的DNS应答报文发送至所述访问请求的发送方。
7.如权利要求6所述的减少DNS应答报文长度的装置,其特征在于,
还包括:
多网络区域信息容量获取模块,用于获取本地DNS在各网络区域的解析域名过程中从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量,确定最大的信息容量;
第二判断模块,用于判断所述DNS应答报文的长度是否大于传输协议数据包限定长度与所述最大的信息容量的差值,如果是,触发所述第一判断模块执行判断。
8.如权利要求6所述的减少DNS应答报文长度的装置,其特征在于,
所述报文重装模块还用于使用以下方法减少DNS应答报文中权威字段的内容并相应修改附加字段的内容:删除所述DNS应答报文中权威字段的部分NS记录,保留至少一条NS记录,将所述附加字段的A记录修改为与所保留的NS记录相对应的A记录。
9.如权利要求7所述的减少DNS应答报文长度的装置,其特征在于,
所述第一判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文;
所述第二判断模块还用于判断所述DNS应答报文的长度不大于传输协议数据包限定长度与所述最大的信息容量的差值时,触发所述发送模块发送所述构建模块生成的DNS应答报文。
10.如权利要求6所述的减少DNS应答报文长度的装置,其特征在于,
所述装置还包括信息容量获取模块,用于维护域名关联列表,此域名关联列表包括本域名和对应的解析链入口域名;根据此域名关联列表获取相应的解析链信息容量列表,此解析链信息容量列表包括域名、网络区域、解析链信息容量,将从此解析链信息容量列表中获知的解析链信息容量作为从所述访问请求中的域名至所述DNS应答报文中的域名的解析信息的信息容量。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710364884.2A CN107707683B (zh) | 2017-05-22 | 2017-05-22 | 一种减小dns报文长度的方法和装置 |
PCT/CN2018/087744 WO2018214853A1 (zh) | 2017-05-22 | 2018-05-22 | 一种减小dns报文长度的方法、装置、介质及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710364884.2A CN107707683B (zh) | 2017-05-22 | 2017-05-22 | 一种减小dns报文长度的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107707683A true CN107707683A (zh) | 2018-02-16 |
CN107707683B CN107707683B (zh) | 2018-06-08 |
Family
ID=61169522
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710364884.2A Active CN107707683B (zh) | 2017-05-22 | 2017-05-22 | 一种减小dns报文长度的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107707683B (zh) |
WO (1) | WO2018214853A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108833424A (zh) * | 2018-06-25 | 2018-11-16 | 哈尔滨工业大学 | 一种获取域名所有资源记录的系统 |
WO2018214853A1 (zh) * | 2017-05-22 | 2018-11-29 | 贵州白山云科技有限公司 | 一种减小dns报文长度的方法、装置、介质及设备 |
CN113014684A (zh) * | 2021-01-18 | 2021-06-22 | 珠海莲鸿科技有限公司 | 节省物联网设备报文验证时间的通信中转方法及装置 |
CN114143332A (zh) * | 2021-11-03 | 2022-03-04 | 阿里巴巴(中国)有限公司 | 基于内容分发网络cdn的处理方法、电子设备和介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112702445B (zh) * | 2019-10-23 | 2023-04-07 | 中盈优创资讯科技有限公司 | 基于dns响应数据报文的递归日志提取方法及装置 |
CN115378884B (zh) * | 2022-04-27 | 2023-09-15 | 国家计算机网络与信息安全管理中心 | Dns报文处理方法、装置、处理设备及存储介质 |
CN115334040B (zh) * | 2022-08-10 | 2023-07-18 | 北京百度网讯科技有限公司 | 域名的互联网协议ip地址的确定方法及其装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1949783A (zh) * | 2005-10-14 | 2007-04-18 | 华为技术有限公司 | 域名解析服务器应答报文网络地址转换中的地址映射方法 |
CN101969478A (zh) * | 2010-10-15 | 2011-02-09 | 杭州迪普科技有限公司 | 一种智能dns报文处理方法及处理装置 |
US20140136675A1 (en) * | 2012-11-12 | 2014-05-15 | Huawei Technologies Co., Ltd. | Cloud Service Packet Redirection Method and System and Cloud Gateway |
CN104754066A (zh) * | 2013-12-26 | 2015-07-01 | 华为技术有限公司 | 一种报文处理方法和报文处理设备 |
CN105721624A (zh) * | 2016-01-22 | 2016-06-29 | 中国互联网络信息中心 | 一种新型权威域名解析服务方法和装置 |
CN106375492A (zh) * | 2016-08-31 | 2017-02-01 | 贵州白山云科技有限公司 | 一种cdn业务的处理方法、相关设备及通信系统 |
CN106550056A (zh) * | 2015-09-18 | 2017-03-29 | 中国移动通信集团江苏有限公司 | 一种域名解析方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7970878B1 (en) * | 2005-11-16 | 2011-06-28 | Cisco Technology, Inc. | Method and apparatus for limiting domain name server transaction bandwidth |
CN102025794B (zh) * | 2010-01-22 | 2013-07-17 | 中国移动通信集团北京有限公司 | 一种域名解析方法、dns服务器及系统 |
CN106470252B (zh) * | 2016-09-29 | 2019-10-01 | Oppo广东移动通信有限公司 | 应用程序查询ip地址的方法及通信终端 |
CN106657432B (zh) * | 2016-11-17 | 2019-10-15 | 中国移动通信集团江苏有限公司 | 域名解析方法及装置 |
CN107707683B (zh) * | 2017-05-22 | 2018-06-08 | 贵州白山云科技有限公司 | 一种减小dns报文长度的方法和装置 |
-
2017
- 2017-05-22 CN CN201710364884.2A patent/CN107707683B/zh active Active
-
2018
- 2018-05-22 WO PCT/CN2018/087744 patent/WO2018214853A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1949783A (zh) * | 2005-10-14 | 2007-04-18 | 华为技术有限公司 | 域名解析服务器应答报文网络地址转换中的地址映射方法 |
CN101969478A (zh) * | 2010-10-15 | 2011-02-09 | 杭州迪普科技有限公司 | 一种智能dns报文处理方法及处理装置 |
US20140136675A1 (en) * | 2012-11-12 | 2014-05-15 | Huawei Technologies Co., Ltd. | Cloud Service Packet Redirection Method and System and Cloud Gateway |
CN104754066A (zh) * | 2013-12-26 | 2015-07-01 | 华为技术有限公司 | 一种报文处理方法和报文处理设备 |
CN106550056A (zh) * | 2015-09-18 | 2017-03-29 | 中国移动通信集团江苏有限公司 | 一种域名解析方法及装置 |
CN105721624A (zh) * | 2016-01-22 | 2016-06-29 | 中国互联网络信息中心 | 一种新型权威域名解析服务方法和装置 |
CN106375492A (zh) * | 2016-08-31 | 2017-02-01 | 贵州白山云科技有限公司 | 一种cdn业务的处理方法、相关设备及通信系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018214853A1 (zh) * | 2017-05-22 | 2018-11-29 | 贵州白山云科技有限公司 | 一种减小dns报文长度的方法、装置、介质及设备 |
CN108833424A (zh) * | 2018-06-25 | 2018-11-16 | 哈尔滨工业大学 | 一种获取域名所有资源记录的系统 |
CN113014684A (zh) * | 2021-01-18 | 2021-06-22 | 珠海莲鸿科技有限公司 | 节省物联网设备报文验证时间的通信中转方法及装置 |
CN114143332A (zh) * | 2021-11-03 | 2022-03-04 | 阿里巴巴(中国)有限公司 | 基于内容分发网络cdn的处理方法、电子设备和介质 |
CN114143332B (zh) * | 2021-11-03 | 2024-06-11 | 阿里巴巴(中国)有限公司 | 基于内容分发网络cdn的处理方法、电子设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107707683B (zh) | 2018-06-08 |
WO2018214853A1 (zh) | 2018-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107707683B (zh) | 一种减小dns报文长度的方法和装置 | |
US10148612B2 (en) | Method and system for increasing speed of domain name system resolution within a computing device | |
US20230216884A1 (en) | Method for minimizing the risk and exposure duration of improper or hijacked dns records | |
US8762573B2 (en) | Reverse DNS lookup with modified reverse mappings | |
EP2266064B1 (en) | Request routing | |
US7228359B1 (en) | Methods and apparatus for providing domain name service based on a client identifier | |
CN108737515B (zh) | 在联网环境中请求路由选择 | |
JPWO2006067951A1 (ja) | アクセス制御装置およびアクセス制御方法 | |
CN108667947B (zh) | 一种减少dns应答报文的长度的方法及装置 | |
CN108111639A (zh) | 一种提高域名系统可用性的方法及系统 | |
CN107222588A (zh) | 一种提高dns可用性的方法及系统 | |
KR20020044823A (ko) | 인터넷망에서 개인 식별자에 의한 통신 서비스를 제공하는장치 및 그 방법 | |
Bajko | Locating IEEE 802.21 mobility services using DNS | |
US20100023620A1 (en) | Access controller | |
JP2008206081A (ja) | マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法 | |
US11381503B2 (en) | Data packet routing method and data packet routing device | |
US20230421533A1 (en) | Network Traffic Management | |
CN116708361A (zh) | 域名解析器识别方法、装置和电子设备 | |
CN111371915A (zh) | Ip地址列表维护方法和装置及网关设备 | |
Bajko | RFC 5679: Locating IEEE 802.21 Mobility Services Using DNS |
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 | ||
CP01 | Change in the name or title of a patent holder |
Address after: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Patentee after: Guizhou Baishan cloud Polytron Technologies Inc Address before: 100015 5 floor, block E, 201 IT tower, electronic city, 10 Jiuxianqiao Road, Chaoyang District, Beijing. Patentee before: Guizhou white cloud Technology Co., Ltd. |
|
CP01 | Change in the name or title of a patent holder |