CN111182059A - 一种域名缓存更新的查询解析方法 - Google Patents
一种域名缓存更新的查询解析方法 Download PDFInfo
- Publication number
- CN111182059A CN111182059A CN201911396205.5A CN201911396205A CN111182059A CN 111182059 A CN111182059 A CN 111182059A CN 201911396205 A CN201911396205 A CN 201911396205A CN 111182059 A CN111182059 A CN 111182059A
- Authority
- CN
- China
- Prior art keywords
- type
- query
- cache
- record
- domain name
- 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
Images
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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种域名缓存更新的查询解析方法,包括主动更新与校验更新两种方式:对域名缓存的每个原始记录设定其对应的C类型,其中,A记录类型对应AC类型,AAAA记录类型对应AAAAC类型,NS记录类型对应NSC类型;查询域名的C类型,如果原始记录有缓存则触发对应的原始记录或C类型的迭代查询,根据查询的返回结果确定是否对原始记录进行更新或清除;如果原始记录无缓存则不进行C类型查询;NSC类型同步清除本整区缓存,而不清除子区缓存;C类型查询限速机制,可以灵活调整,超过限速的C类型查询忽略。本发明提供的查询解析方法,提高了域名缓存资源记录修改的效率,减少了因缓存记录出错而产生无法提供服务的可能性。
Description
技术领域
本发明涉及域名解析和域名服务器缓存管理技术领域,具体地说,是涉及一种域名缓存更新的查询解析方法。
背景技术
目前在域名解析过程中,域名查询的方式主要有两种:递归查询和迭代查询。当访问某个网站的域名时,首先通过域名服务器(Domain Name Server,简称DNS)对该域名进行解析,经过递归查询或迭代查询后得到该域名对应的IP地址。为了提高DNS的查询效率,最终域名的解析结果记录会缓存到本地DNS中,该记录会在DNS中保存一段时间,该时间即为DNS中的TTL(Time-To-Live)值,这段时间内如果再次接到同样一个域名的解析请求,本地DNS将不再向根服务器发出查询的请求,而是直接返回服务器中缓存的记录。
图1为域名解析过程中,本地DNS通过向根服务器发送请求进行迭代查询,得到对应的IP地址进行缓存的过程。如图1所示,浏览器向本地DNS服务器发送www.baidu.com的域名解析请求,本地服务器首先向.根服务器发送该域名的查询请求,根服务器找到com域名服务器,返回指向com服务器的参考信息,然后本地DNS再向com服务器发送域名的查询请求,com服务器找到baidu.com域名服务器,返回指向baidu.com服务器的参考信息,随后,本地DNS向baidu.com服务器发送域名的查询请求,baidu.com服务器找到www.baidu.com域名服务器,返回www.baidu.com的IP地址,本地DNS对迭代查询的资源记录数据进行缓存,并反馈给浏览器。当本地DNS对该域名的资源记录数据进行缓存后,该记录会有一个缓存时间,在缓存时间内,当浏览器再次访问www.baidu.com时,将直接调用本地DNS内缓存的资源记录信息,不再向根服务器发送查询请求。
这种缓存机制存在以下缺陷:如果在递归查询或者迭代查询后返回的信息是错误的,这个错误的信息也会缓存在本地DNS中,此时再次对域名进行访问,会直接获取到本地DNS中存储的错误信息,从而造成该域名在缓存时间内都无法访问,影响用户的体验。若要对本地DNS中缓存的信息更新,目前只能通过联系服务器的管理员人为进行修改,或者等待域名的资源记录信息缓存过期,这种更新方式效率低下,由于错误的记录给个人、企业等造成的损失不可估量。
发明内容
为解决上述技术问题,本发明提供了一种域名更新的查询解析方法,该方法包括主动更新和校验更新两种方式:
主动更新的方法主要包括:
对DNS中缓存的每个原始记录都设置其对应的C类型,其中,C类型指的是原始记录的更新类型记录,C类型查询限速机制,可以灵活调整,超过限速的C类型查询忽略。如A记录类型设置其对应的C类型为AC,AAAA记录类型设置其对应的C类型为AAAAC,NS记录类型设置其对应的C类型为NSC。传统A记录的AC更新请求记录,用以确认该传统记录是否进行更新,保证及时性、准确性。
对设置好的域名的C类型进行查询,查看原始记录中是否有缓存,如果有缓存,则触发该原始记录的迭代查询,若查询后返回的结果与原始记录中缓存的信息一致,则忽略本次查询,对原始记录不做任何修改,若查询后返回的结果与原始记录中缓存的信息不一致,则对原始记录进行更新,更新后的原始记录为此次C类型查询的结果;如果原始记录中无缓存,则不进行域名的C类型查询,而是采用标准的递归查询或迭代查询。
如果原始记录中缓存的资源记录类型为NS资源记录类型,那么NSC类型同步清除本整区缓存,而不清除已经授权出去的子区缓存。
进一步的,在进行域名的C类型查询时,需要对C类型查询限速,即设置一定时间范围内进行C类型查询的次数阈值,当查询的次数达到该阈值时,则忽略之后的C类型查询请求,直到本次时间范围结束。
校验更新的方法主要包括:
对DNS缓存域名的每个原始记录都设置其对应的C类型,如A记录类型设置其对应的C类型为AC,AAAA记录类型设置其对应的C类型为AAAAC,NS记录类型设置其对应的C类型为NSC。
对设置好的域名的C类型进行查询,查看原始记录中是否有缓存,如果有缓存触发C类型的迭代查询,若查询后返回的结果Status为Clear,则清除对应的原始记录的缓存,否则不清除。如果原始记录中没有缓存,则不进行C类型查询,而是采用标准的递归查询或迭代查询。
如果原始记录中缓存的资源记录类型为NS类型,那么NSC类型同步清除本整区缓存,而不清除已经授权出去的子区缓存。
主动更新由DNS服务器ttl、notify来出发,而无法通过记录查询来更灵活的触发,通过传统记录的C类型来更加灵活的触发记录的刷新,更新。
进一步的,在进行域名的C类型查询时,需要对C类型查询限速,即设置一定时间范围内进行C类型查询的次数阈值,当查询的次数达到该阈值时,则忽略之后的C类型查询请求,直到本次时间范围结束。
最终查询方式的选择是由本地域名服务器决定的,客户端对于查询的方式是不可见的,两种方式互不影响,互不相关,对于查询次数,查询的先后顺序以及触发查询方式的情况等均不受限。
与现有技术相比,本发明所述的一种域名缓存更新的查询解析的方法,通过设置原始记录对应的C类型来存储需要更新的信息,进而实现DNS中缓存记录的自动更新,提高了域名资源记录的更新效率,减少了因缓存错误信息而无法提供服务的可能性,并能够有效避免因缓存出错而给个人及企业等带来损失。
附图说明
图1为现有的DNS解析过程中进行迭代查询和缓存的过程示意图;
图2为本发明所述的一种域名缓存的解析查询解析方法中进行主动更新的流程图;
图3为本发明所述的一种域名缓存的解析查询解析方法中进行校验更新的流程图;
图4为图2举例说明中的域名缓存更新的主动更新的过程示意图;
图5为图3举例说明中的域名缓存更新的校验更新的过程示意图;
具体实施方式
以下结合附图对本发明作进一步详细说明,但不作为对本发明的限定。
为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和具体实施方式对本发明作进一步详细描述。
图2为本发明提供的一种域名缓存的解析查询方法中进行主动更新的流程图,该方法能够自动检查更新DNS服务器中缓存的原始记录,解决现有技术下记录更新效率低下的问题。如图2所示,该方法步骤包括:
步骤S201、设置每个原始记录对应的C类型。
具体地,域名解析完成后会将域名查询的资源记录数据缓存在DNS服务器的Cache里,对每个原始的资源记录设置其对应的C类型,该类型用于记录更新查询的数据,如A记录类型对应的C类型为AC,AAAA记录类型对应的C类型为AAAAC,NS记录类型对应的C类型为NSC。
步骤S202、设置查询限速的阈值。
具体地,对于C类型的查询限速机制,即限定一定时间范围内的C类型查询的次数,设置一个阈值,该阈值可以灵活调整,当查询的次数达到该阈值时,则忽略之后的C类型查询请求。
步骤S203、判断查询的次数是否超过阈值。
具体地,如果查询的次数超过阈值,则忽略本次C类型查询,主动更新结束。否则执行下一个步骤S204。
步骤S204、判断原始记录是否有缓存。
具体地,查询域名的C类型,首先查看原始记录是否有缓存,如果没有缓存,则不进行主动更新C类型查询;如果原始记录有缓存,则执行下一步骤S205。
步骤S205、原始记录迭代查询。
具体地,确定原始记录有缓存后触发对应原始记录的迭代查询,查询结束后返回本次查询的资源记录数据。
步骤S206、判断C查询结果与原始记录是否一致。
具体地,如果C类型查询返回的资源记录数据与原始记录一致,则不进行任何操作,跳转到步骤S210;如果查询的结果与原始记录不一致,则执行下一步骤S207。
步骤207、原始记录更新。
具体地,当查询结果与原始记录不一致,则对原始记录进行更新操作,更新后的资源记录为本次C类型查询返回的资源记录数据。
步骤208、判断原始记录类型是否为NS类型。
具体地,如果原始记录不是NS类型,则不需要做任何后续处理,跳转到步骤210。否则,执行步骤209。
步骤209、NSC记录清除本整区缓存。
具体地,如果原始记录类型为NS类型,那么NSC类型要对本整区缓存做清除处理,但是对于授权出去的子区缓存不清除。
步骤210、查询次数加1。
具体地,在进行一次C类型查询后,对查询的次数进行记录,用于判断查询速度是否超过设置的阈值。以此执行C类型查询限速机制。
图3为本发明提供的一种域名缓存的解析查询方法中进行校验更新的流程图,该方法在假设原始记录是错误的前提下执行,通过对原始记录进行清除,减少因错误的缓存资源记录造成无法提供服务的情况。
如图3所示,该方法步骤包括:
步骤S301、设置每个原始记录对应的C类型。
具体地,域名解析完成后会将域名查询的资源记录数据缓存在DNS服务器的Cache里,对每个原始的资源记录设置其对应的C类型,该类型用于记录更新查询的数据,如A记录类型对应的C类型为AC,AAAA记录类型对应的C类型为AAAAC,NS记录类型对应的C类型为NSC。
步骤S302、设置查询限速的阈值。
具体地,对于C类型的查询限速机制,即限定一定时间范围内的C类型查询的次数,设置一个阈值,该阈值可以灵活调整,当查询的次数达到该阈值时,则忽略之后的C类型查询请求。
步骤S303、判断查询的次数是否超过阈值。
具体地,如果查询的次数超过阈值,则忽略本次C类型查询,主动更新结束。否则执行下一个步骤S304。
步骤S304、判断原始记录是否有缓存。
具体地,查询域名的C类型,首先查看原始记录是否有缓存,如果没有缓存,则不进行主动更新C类型查询;如果原始记录有缓存,则执行下一步骤S305。
步骤S305、C类型迭代查询。
具体地,确定原始记录有缓存后触发C类型的迭代查询,查询结束后会返回结果Status值。
步骤S306、判断status值是否为Clear。
具体地,如果结果返回Status不为Clear,则不进行任何操作,跳转到步骤S310;否则执行下一步骤S307。
步骤307、清除原始记录。
具体地,当收到返回的结果status是Clear,清除对应的原始记录的缓存。
步骤308、判断原始记录类型是否为NS类型。
具体地,如果原始记录不是NS类型,则不需要做任何后续处理,跳转到步骤310。否则,执行步骤309。
步骤309、NSC记录清除本整区缓存。
具体地,如果原始记录类型为NS类型,那么NSC类型要对本整区缓存做清除处理,但是对于授权出去的子区缓存不清除。
步骤310、查询次数加1。
具体地,在进行一次C类型查询后,对查询的次数进行记录,用于判断查询速度是否超过设置的阈值。以此执行C类型查询限速机制。
图4为举例说明域名缓存更新的主动更新的过程示意图,如图4所示,客户端向本地DNS服务器发出www.fein.com的域名解析请求,本地服务器在Cache中查找到该域名的缓存记录,记录类型为A类型,并将IP地址11.22.33.44返回给客户端,但是客户端通过该IP地址并不能对其进行访问,这种情况下利用主动更新,设置A记录类型对应的C类型为AC记录,通过迭代查询得到AC记录为22.33.44.55,得到新的记录与原始的A记录不一致,这时对A类型进行更新,更新后A记录类型为22.33.44.55。将该IP地址返回到客户端后,客户端访问成功。通过主动更新实现了对原始资源记录的自动更新。
图5为图3举例说明中的域名缓存更新的校验更新的过程示意图,如图5所示,客户端向本地DNS服务器发出www,fein.com的域名解析请求,本地服务器在Cache中查找到该域名的缓存记录,记录类型为NS类型,再找到NS记录中对应的IP地址12.23.34.45,将该IP地址返回给客户端,客户端接收到该地址后发现并能通过该IP地址进行访问,通过校验更新可以解决这个问题,设置NS记录类型对应的C类型为NSC类型,对C类型进行迭代查询,返回的结果status值为clear,这时清除原始记录,同时清除www.fein.com整区下的缓存,如果有授权出去的子区则不清除。通过校验更新实现了原始缓存记录的自动清除。
与现有技术相比,本发明所述的一种域名缓存更新的查询解析方法,通过设置每个原始记录的C类型,触发对原始记和C类型记录的迭代查询,实现DNS中缓存的资源记录的自动更新和清除,提高了资源记录和修改的效率,减少了因缓存记录出错而导致无法提供服务的情况,有效避免了因此而给个人和企业带来巨大的损失。
上述说明示出并描述了本发明的若干优选实施例,但如前所述,应当理解本发明并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围,则都应在本发明所附权利要求的保护范围内。
Claims (5)
1.一种域名缓存更新的查询解析方法,其特征在于包括如下步骤:
对域名缓存的每个原始记录设定其对应的更新类型记录C类型,其中,A记录类型对应AC类型,AAAA记录类型对应AAAAC类型,NS记录类型对应NSC类型;
查询域名的C类型,如果本地域名服务器触发主动更新,那么判断原始记录是否有缓存,如果有缓存则触发对应原始记录的迭代查询,根据返回结果确定是否对原始记录缓存进行更新;
查询域名的C类型,如果本地域名服务器触发校验更新,那么判断原始记录是否有缓存,如果有缓存则触发C类型的迭代查询,根据返回结果确定是否清除对应的原始记录缓存;
如果原始记录无缓存则不进行C类型查询,执行标准的递归查询或迭代查询;
如果原始记录中的缓存资源类型为NS记录类型,那么NSC类型同步清除本整区缓存,而不清除子区缓存。
2.如权利要求1所述的查询解析方法,其特征在于,当本地域名服务器触发主动更新时,如果原始记录有缓存则触发对应原始记录的迭代查询,若查询的返回结果与原始记录的缓存一致,则忽略本次的查询结果,对原始记录不做任何更改,若查询的返回结果与原始记录的缓存不一致,则对原始记录进行更新,更新后的原始记录为本次查询的结果;如果原始记录无缓存则不进行主动更新,采用标准的递归查询或迭代查询。
3.如权利要求1所述的域名缓存更新的查询解析方法,其特征在于,当本地域名服务器触发校验更新时,如果原始记录有缓存则触发C类型的迭代查询,若查询返回的结果status为更新,则清除对应的原始记录缓存,否则不清除;如果原始记录无缓存则不进行校验更新,采用标准的递归查询或迭代查询。
4.如权利要求1所述的域名缓存更新的查询解析方法,其特征在于,对C类型查询设置限速机制,设置一定时间范围内的C类型查询次数阈值,当在该时间范围内查询的次数达到所设定的阈值,则忽略之后的C类查询请求,直到本次时间范围结束。
5.如权利要求1所述的域名缓存更新的查询解析方法,其特征在于,如果原始记录中缓存的资源记录类型为NS类型,在进行对应的NSC记录查询更新或清除后,NSC记录同步清除本整区的缓存,而对于已经授权出去的子区缓存不进行清除处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911396205.5A CN111182059B (zh) | 2019-12-30 | 2019-12-30 | 一种域名缓存更新的查询解析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911396205.5A CN111182059B (zh) | 2019-12-30 | 2019-12-30 | 一种域名缓存更新的查询解析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111182059A true CN111182059A (zh) | 2020-05-19 |
CN111182059B CN111182059B (zh) | 2022-10-28 |
Family
ID=70654376
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911396205.5A Active CN111182059B (zh) | 2019-12-30 | 2019-12-30 | 一种域名缓存更新的查询解析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111182059B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112671866A (zh) * | 2020-12-15 | 2021-04-16 | 上海牙木通讯技术有限公司 | Dns分流解析方法、dns服务器及计算机可读存储介质 |
CN113938461A (zh) * | 2020-07-10 | 2022-01-14 | 中国移动通信集团浙江有限公司 | 域名缓存解析查询方法、装置、设备及存储介质 |
CN114422476A (zh) * | 2021-12-28 | 2022-04-29 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150358276A1 (en) * | 2014-05-28 | 2015-12-10 | International Business Machines Corporation | Method, apparatus and system for resolving domain names in network |
CN105812503A (zh) * | 2016-03-15 | 2016-07-27 | 中国石油天然气股份有限公司华北油田分公司 | 根服务器地址更新方法和一种递归服务器 |
WO2017000561A1 (zh) * | 2015-07-01 | 2017-01-05 | 中兴通讯股份有限公司 | 域名资源记录缓存控制方法及服务器 |
CN106331205A (zh) * | 2015-07-01 | 2017-01-11 | 中兴通讯股份有限公司 | 域名资源记录缓存的集中管控方法、装置和相关设备 |
CN106612339A (zh) * | 2015-10-27 | 2017-05-03 | 中国电信股份有限公司 | 域名更新方法、系统和主dns服务器 |
CN106817436A (zh) * | 2016-12-09 | 2017-06-09 | 互联网域名系统北京市工程研究中心有限公司 | 一种防止dns强解结果被污染的方法及系统 |
-
2019
- 2019-12-30 CN CN201911396205.5A patent/CN111182059B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150358276A1 (en) * | 2014-05-28 | 2015-12-10 | International Business Machines Corporation | Method, apparatus and system for resolving domain names in network |
WO2017000561A1 (zh) * | 2015-07-01 | 2017-01-05 | 中兴通讯股份有限公司 | 域名资源记录缓存控制方法及服务器 |
CN106331205A (zh) * | 2015-07-01 | 2017-01-11 | 中兴通讯股份有限公司 | 域名资源记录缓存的集中管控方法、装置和相关设备 |
CN106612339A (zh) * | 2015-10-27 | 2017-05-03 | 中国电信股份有限公司 | 域名更新方法、系统和主dns服务器 |
CN105812503A (zh) * | 2016-03-15 | 2016-07-27 | 中国石油天然气股份有限公司华北油田分公司 | 根服务器地址更新方法和一种递归服务器 |
CN106817436A (zh) * | 2016-12-09 | 2017-06-09 | 互联网域名系统北京市工程研究中心有限公司 | 一种防止dns强解结果被污染的方法及系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113938461A (zh) * | 2020-07-10 | 2022-01-14 | 中国移动通信集团浙江有限公司 | 域名缓存解析查询方法、装置、设备及存储介质 |
CN113938461B (zh) * | 2020-07-10 | 2023-08-01 | 中国移动通信集团浙江有限公司 | 域名缓存解析查询方法、装置、设备及存储介质 |
CN112671866A (zh) * | 2020-12-15 | 2021-04-16 | 上海牙木通讯技术有限公司 | Dns分流解析方法、dns服务器及计算机可读存储介质 |
CN114422476A (zh) * | 2021-12-28 | 2022-04-29 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
CN114422476B (zh) * | 2021-12-28 | 2023-09-22 | 互联网域名系统北京市工程研究中心有限公司 | 防止cname缓存污染的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111182059B (zh) | 2022-10-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111182059B (zh) | 一种域名缓存更新的查询解析方法 | |
US11044262B2 (en) | Method, apparatus and system for anti-attacking in domain name system (DNS) | |
CN106331212B (zh) | 一种基于dns缓存驻留的域名解析方法及系统 | |
US11025482B2 (en) | Resilient domain name service (DNS) resolution when an authoritative name server is degraded | |
CN108881515B (zh) | 域名解析方法、装置及网络设备 | |
CN112217916B (zh) | 一种新型的工业互联网标识解析递归服务器的缓存方法和系统 | |
US9954815B2 (en) | Domain name collaboration service using domain name dependency server | |
CN110855636B (zh) | 一种dns劫持的检测方法和装置 | |
CN103973834A (zh) | 一种基于家庭网关的dns域名解析加速方法及装置 | |
CN105472056A (zh) | Dns递归服务器分层缓存方法和系统 | |
WO2017049789A1 (zh) | 一种优化dns根服务访问的方法与系统 | |
CN101986642B (zh) | 一种Domain Flux数据流的检测系统和方法 | |
CN112532766B (zh) | Dns应答结果的缓存方法、dns服务器及计算机可读存储介质 | |
Lentz et al. | D-mystifying the D-root Address Change | |
CN105516383B (zh) | 一种新型dns递归服务器缓存方法和系统 | |
WO2013082791A1 (zh) | Dns客户端地址、rr ttl更新的方法、装置及系统 | |
CN114500456A (zh) | 基于全网嗅探的dns调度优化方法、装置及计算设备 | |
CN111698341A (zh) | Dns权威响应方法及系统 | |
CN112118325A (zh) | Dns解析处理方法、装置、解析服务器以及存储介质 | |
CN106027695B (zh) | 一种获取递归dns所用ip的方法 | |
CN112689030B (zh) | Dns缓存更新方法及系统 | |
KR101645222B1 (ko) | 어드밴스드 도메인 네임 시스템 및 운용 방법 | |
JP6529139B2 (ja) | Dnsサーバ装置、方法、及びプログラム | |
JP4217725B2 (ja) | 再帰問合わせを高度化するためのキャッシュサーバ装置、キャッシュ制御方法およびキャッシュサーバ装置用プログラム | |
CN118055095B (zh) | 权威域名服务器的确定方法、装置、电子设备及存储介质 |
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 |