域名解析方法、系统、装置、设备及介质与流程

1.本技术涉及计算机技术领域，尤其涉及域名解析方法、系统、装置、设备及介质。


背景技术：

2.随着互联网技术的发展，在使用协议地址(internet protocol，ip)受到诸多限制的情况下，域名解析技术得到了广泛应用。
3.在实际应用中，域名解析系统中需要递归域名系统服务器(递归(domain name service，dns))和权威域名系统服务器(权威(domain name service，dns))。然而，递归dns是直接为庞大客户群体提供解析服务，也就意味着在递归dns中需要维护大量缓存域名。现有技术中，一般需要有专职工作人员二十四小时值班来对递归dns中的缓存内容进行刷新维护。工作量大，而且维护操作繁琐。


技术实现要素：

4.为解决或改善现有技术中存在的问题，本技术各实施例提供了域名解析方法、系统、装置、设备及介质。
5.第一方面，在本技术的一个实施例中，提供了一种域名解析方法。应用于递归域名系统服务器，该方法包括：
6.响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；
7.若解析错误，则接收包含有刷新指令的第二域名处理请求；
8.根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；
9.向所述请求方发送所述互联网地址。
10.第二方面，在本技术的一个实施例中，提供了一种域名解析方法。应用于权威域名系统服务器，该方法包括：
11.在递归域名系统服务器对第一域名处理请求中目标域名解析错误后，接收所述递归域名系统服务器提供的刷新指令；其中，所述刷新指令是由请求方发送的第二域名处理请求中携带的；
12.基于所述刷新指令，确定所述目标域名对应的互联网地址；
13.将所述互联网地址发送给所述递归域名系统服务器，以便所述递归域名系统服务器将所述互联网地址发送给所述请求方。
14.第三方面，在本技术的一个实施例中，提供了一种域名解析方法。应用于请求方，该方法包括：
15.向递归域名系统服务器发送第一域名处理请求；
16.若所述递归域名系统服务器对所述第一域名处理请求中目标域名解析错误，则向所述递归域名系统服务器发送携带刷新指令的第二域名处理请求；
17.在所述递归域名系统服务器将所述刷新指令发送给权威域名系统服务器获后，接收所述权威域名系统服务器提供的所述目标域名对应的互联网地址。
18.第四方面，本技术的一个实施例中，提供了一种域名解析装置，所述装置包括：
19.解析模块，用于响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；
20.接收模块，用于若解析错误，则接收包含有刷新指令的第二域名处理请求；
21.获取模块，用于根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；
22.发送模块，用于向所述请求方发送所述互联网地址。
23.第五方面，本技术的一个实施例中，提供了一种域名解析系统，包括：
24.递归域名系统服务器，用于执行第一方面所述的方法；
25.权威域名系统服务器，用于执行第二方面所述的方法；
26.请求方，用于执行第三方面所述的方法。
27.第六方面，在本技术的一个实施例中，提供了一种电子设备，包括存储器及处理器；其中，
28.所述存储器，用于存储程序；
29.所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于实现第一方面所述的方法或用于实现第二方面所述的方法或用于实现第三方面所述的方法。
30.第七方面，在本技术的一个实施例中，提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如第一方面所述的方法，或执行如第二方面所述的方法，或执行如第三方面所述的方法。
31.本技术实施例提供的技术方案，在请求方有域名解析需求时，请求方首先会向递归域名系统服务器发送携带有目标域名的第一域名处理请求，以便递归域名系统服务器在接收到该第一域名处理请求后解析目标域名。若解析错误，则表示当前递归域名系统服务器中存储的未存储对应的互联网地址，或者存储的互联网地址失效。此时，请求方可以再次发起针对同一目标域名的第二域名处理请求，在该第二域名处理请求中携带有刷新指令。进而，递归域名系统服务器根据刷新指令向权威域名系统服务器发送刷新请求，进而接收到权威域名系统服务器反馈的目标域名对应的互联网地址。递归域名系统服务器存储目标域名和对应的互联网地址，实现针对性准确刷新。该递归域名系统服务器刷新缓存的时候，可以在不需要专职工作人员支持的情况下，通过在域名处理请求中增加刷新指令，就实现准确的针对性及时刷新，能够有效提高刷新效率。
附图说明
32.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1为本技术实施例提供的域名解析方法的流程示意图；
34.图2为本技术实施例举例说明的请求方发起刷新请求的示意图；
35.图3为本技术实施例举例说明的服务提供方发起刷新请求的示意图；
36.图4为本技术实施例提供的另一种域名解析方法的流程示意图；
37.图5为本技术实施例提供的再一种域名解析方法的流程示意图；
38.图6为本技术实施例举例说明的域名解析交互图；
39.图7为本技术实施例提供的一种域名解析装置的示意图；
40.图8为本技术实施例提供的另一种域名解析装置的示意图；
41.图9为本技术实施例提供的再一种域名解析装置的示意图；
42.图10为本技术实施例提供的系统结构示意图；
43.图11为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
44.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
45.在本技术的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。此外，下文描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.在现有技术中，递归域名系统服务器(也就是递归dns)需要为大量请求方提供服务。实际应用中，一些请求方的域名变更也比较频繁，也就意味着，在递归dns中缓存的域名需要频繁维护刷新，才能确保请求方能够及时访问到所需的域名。一般来说，需要专职人员对递归dns进行二十四小时维护，并且专职人员维护操作过程相对繁琐。比如，在刷新缓存dns的时候，需要先确定请求方位置，然后登陆内部办公环境并进行权限验证，进而，登陆服务器或者远程运维平台执行刷新命令。整个操作过程繁琐，操作周期长，更新不及时。而且操作过程中需要操作内容较多，容易出现操作错误的问题。因此需要一种能够在域名失效的情况下能够及时刷新并完成域名解析的方案。
47.术语解释：
48.递归域名系统服务器(recursive domain name system)：又称localdns、递归dns。递归dns可以理解为是一种功能复杂些的resolver，其核心功能有两个：缓存、递归查询。收到域名查询请求后，递归dns首先看本地缓存是否有记录，如果没有则一级一级的查询根、二级域等
……
直到获取到结果然后返回给用户。
49.权威域名系统服务器(authoritative domain name system)：又称权威dns，处于dns服务端的一套系统,该系统保存了相应域名的权威信息。
50.刷新缓存：为了请求到正确的dns结果，需要手动清除递归dns目前缓存后端的互
联网地址，使递归服务器重新获取缓存数据，供请求方使用。
51.dns的扩展名机制(edns0)：dns的扩展机制允许dns请求者公布其用户数据报协议(user datagram protocol，udp)数据包的大小，并且更便于传输大于512字节(对于udp数据包大小的原始dns限制，rfc 1035)的数据包。dns服务器通过udp传输层接收请求时，它对来自opt资源记录(rr)的请求者的udp数据包大小进行标识，测量其响应，以包含请求者指定的最大udp数据包大小中允许的多个资源记录。
52.下面将结合具体实施例对本技术实现的技术方案进行解释说明。
53.如图1为本技术实施例提供的域名解析方法的流程示意图。该方法的执行主体可以是递归dns。从图1中可以看到具体包括如下步骤：
54.101：响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析。
55.102：若解析错误，则接收包含有刷新指令的第二域名处理请求。
56.103：根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址。
57.104：向所述请求方发送所述互联网地址。
58.这里所说的请求方可以是具有域名解析需求的客户端，这里所说的第一域名处理请求可以是针对目标域名的域名解析请求，在该域名解析请求中包含有目标域名。进而，递归域名系统服务器会执行域名解析操作，查找缓存当中是否存储有该目标域名对应的互联网地址。
59.针对目标域名解析的时候，若递归域名系统服务器的缓存中存储有正确、有效的互联网地址，则直接将查找到的互联网地址发送给请求方。反之，若基于第一域名处理请求没有查找到目标域名对应的互联网地址，或者缓存中目标域名对应的互联网地址失效，则表示解析错误，也就意味着请求方无法获取其所需的内容。
60.在解析错误之后，需要及时从权威域名系统服务器中查找目标域名对应的互联网地址。在权威域名系统服务器找到正确有效的互联网地址后，会及时发送给递归域名系统服务器，以便递归域名系统服务器更新并存储目标域名对应的互联网地址。这里需要说明的是，当权威域名系统服务器中的互联网地址发生变更的时候，若权威域名系统服务器与递归域名系统服务器归属于同一用户，则权威域名系统服务器会及时通知递归域名系统服务器更新；若权威域名系统服务器与递归域名系统服务器归属于不同用户，则递归域名系统服务器无法知道互联网地址发生变动，也无法知晓其缓存中存储的互联网地址失效，需要通过专职人员维护刷新，或者采用本技术技术方案刷新。
61.这里所说的第二域名处理请求比如可以是edns报文，在该报文中，定义option-code为e，用于表示刷新缓存；定义option-code为f，用于表示用户key。
62.通过上述方案，在解析错误的情况下，能够及时发现问题，并可以通过域名解析请求实现针对性刷新，并能够基于刷新得到的有效互联网地址完成解析工作，有效提高刷新效率，简化刷新流程。
63.在本技术的一个或者多个实施例中，接收包含有刷新指令的第二域名处理请求之后，包括：解析所述第二域名处理请求；根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名处理请求是否有效；若有效，则执行所述第二域名处理请求。
64.在实际应用中，为了避免被恶意刷新造成资源浪费，会设置相应的刷新规则，也就是只有符合刷新规则的刷新才被允许，对于不符合的预设刷新规则的请求则不执行刷新任务。
65.需要说明的是，在第二域名处理请求中，还包含有请求方的用户标识。不同请求方所发出的第二域名处理请求中所包含的用户标识不同，也就意味着，不同用户标识对应的预设刷新规则可能不同。有的用户标识是不具有刷新权限的，有的可能限定有限的刷新次数。只有当用户标识和预设刷新规则均有效的情况下，才会允许执行第二域名处理请求。
66.通过上述方式，能够对域名处理请求中携带的刷新指令进行有效性判断，避免各种无效的刷新指令对域名解析工作造成干扰。比如，通过对刷新次数的限制，可以避免可以刷新。从而确保有实际刷新需求的第二域名处理请求得以真正顺利执行。
67.在本技术的一个或者多个实施例中，根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址，包括：
68.根据所述刷新指令，查找到所述第二域名处理请求中包含的所述目标域名；
69.若查找到所述目标域名，则将缓存的所述目标域名对应的互联网地址和所述目标域名删除；
70.从权威域名系统服务器获取并存储所述目标域名对应的互联网地址。
71.在实际应用中，递归域名系统服务器对第一域名处理请求解析错误可以有很多种原因，比如，递归域名系统服务器的缓存中没有存储该目标域名对应的互联网地址(ip地址)，或者，缓存中此前存储的互联网地址失效等。若解析错误的原因是缓存中的互联网地址失效，则需要先将已经失效的目标域名及其对应的失效互联网地址删除，然后由递归域名系统服务器重新向权威域名系统服务器请求更新后的有效互联网地址。若解析错误的原因为缓存中没有存储，则不会在缓存中查找到对应的目标域名和互联网地址，也就不需要删除，可直接向权威域名系统服务器请求更新后的有效互联网地址。及时删除失效的缓存域名相关信息，避免在缓存中同一个目标域名有两个不同的互联网地址，以及避免失效互联网地址反馈错误结果。
72.在本技术的一个或者多个实施例中，所述若解析错误，则接收包含有刷新指令的第二域名处理请求，包括：
73.若解析错误，则向所述请求方发送解析错误信息；
74.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则接收由所述请求方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
75.解析错误可能有多种原因，比如，网络故障导致解析错误。也就意味着，并不是所有解析错误都可以通过刷新缓存来解决。在实际应用中，解析错误之后，会将解析错误信息发送给请求方，进而，由请求方用户辨别解析错误的原因。若不是因为互联网地址变更导致解析错误，则请求方用户需要尽快排查故障原因。若请求方分析后，确认是因为互联网地址变更导致解析错误，则意味着可以通过重新获取有效互联网地址来解决。则请求方可以向递归域名系统服务器再次发送请求，在该请求中，包含有刷新指令和请求所需信息(比如，用户标识)。利用第二域名处理请求，不仅可以实现针对目标域名的缓存刷新，还能够在刷新完成之后，成功返回目标域名对应的互联网地址。
76.通过上述方式，在无法判别解析错误原因的情况下，可以交由请求方的用户进行判断，进而由请求方决定是否再次发送域名处理请求。
77.举例来说，如图2为本技术实施例举例说明的请求方发起刷新请求的示意图。
78.请求方的用户接收到解析错误信息之后，会发起第二域名处理请求。在该处理请求当中包含有刷新指令，请求方直接将第二域名处理请求发送给递归域名系统服务器，进而有递归域名系统服务器将刷新指令发送给权威域名系统服务器。当权威域名系统服务器查找到有效的互联网地址之后，将该互联网地址发送会给请求方。在不需要专职人员参与的情况下完成缓存刷新任务，减轻专职人员的刷新任务压力。
79.在本技术的一个或者多个实施例中，所述若解析错误，则接收包含有刷新指令的第二域名处理请求，包括：
80.若解析错误，则向所述请求方发送解析错误信息；
81.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则向服务器提供方发送刷新请求；
82.接收由所述服务器提供方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
83.在实际应用中，解析错误之后，会将解析错误信息发送给请求方，进而，由请求方用户辨别解析错误的原因。若不是因为互联网地址变更导致解析错误，则请求方用户需要尽快排查故障原因。若请求方分析后，确认是因为互联网地址变更导致解析错误，则意味着可以通过重新获取有效互联网地址来解决。则请求方可以向专职人员反映当前的问题以及刷新需求。具体来说，请求方向服务提供方的专职人员发送目标域名的刷新请求，进而，由服务提供方根据请求方的需求向递归域名系统服务器发送刷新请求。由于请求方提供给服务提供方的刷新需求比较明确(明确知道哪个目标域名需要刷新)，所以服务提供方可以实现精准刷新，能够有效提高刷新缓存的效率。
84.举例来说，如图3为本技术实施例举例说明的服务提供方发起刷新请求的示意图。
85.请求方的用户接收到解析错误信息之后，会向服务提供方发送刷新请求。在该刷新请求当中包含有目标域名，服务提供方将刷新请求发送给递归域名系统服务器，以便通过递归域名系统服务器向权威域名系统服务器请求获取有效的互联网地址。进而，递归域名互联网服务器将请求得到的有效互联网地址存储到本地缓存中。在存储完成新后，服务提供方可以通知请求方已完成刷新。若请求方再次发送针对目标域名的解析请求，则递归域名系统服务器可以准确提供有效的互联网地址。
86.在本技术的一个或者多个实施例中，所述根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址，包括：
87.确定解析得到的所述目标域名，或所述目标域名以及域名类型；
88.基于所述目标域名，或所述目标域名以及域名类型，向所述权威服务器发送查询请求；
89.接收所述目标域名对应的互联网地址，或者，接收所述目标域名符合所述域名类型的互联网地址。
90.在实际应用中，在权威域名系统服务器在查找目标域名对应的有效互联网地址的时候，可以根据域名与地址之间的对应关系直接查找。需要说明的是，同一个目标域名可能
有多种类型，因此刷新的时候需要无差别刷新，也就是不区分类别都进行刷新。
91.为了提高刷新效率，减轻刷新工作量，可以具体限定需要刷新的域名类型，比如，域名类型为com、net等。通过限定具体刷新类型，在权威域名系统服务器查找目标域名对应的互联网地址的时候更加明确。能够有效避免查找非所需域名类型的互联网地址，比如，仅查找目标域名为com类型的互联网地址。有效提高刷新的工作效率。
92.在本技术的一个或者多个实施例中，所述对所述第一域名处理请求携带的目标域名进行解析，包括：
93.若所述权威域名系统服务器对所述目标域名对应的互联网地址更改，则向所述请求方发送解析错误信息；
94.若缓存中存储有有效的所述目标域名对应的互联网地址，则向所述请求方发送所述互联网地址。
95.如前文所述，当权威域名系统服务器对所述目标域名对应的互联网地址更改后，则表示当前递归域名系统服务器中存储的互联网地址是失效地址。在向请求方发送解析错误信息中，可以显著提示有解析错误原因(比如，未找到互联网地址、互联网地址失效)，从而帮助请求方判断解析错误原因，以及如何解决失败问题(是否有必要发送第二域名处理请求)。
96.若在递归域名系统服务器中找到了有效的互联网地址，则表示解析成功，不需要向请求方发送失败信息，而是将解析结果发送给请求方。
97.在本技术的一个或者多个实施例中，所述根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名处理请求是否有效，包括：
98.根据所述用户标识判断所述请求方是否具有刷新权限；
99.若判断结果为所述请求方具有所述刷新权限，则根据所述预设刷新规则中限定的刷新次数阈值判断所述请求方是否超过所述刷新次数阈值；
100.若没有超过所述刷新次数阈值，则所述第二域名处理请求有效。
101.在实际应用中，首先判断用户标识是否有刷新权限。比如，该用户为可靠用户，则对应的用户标识具有刷新权限，反正，则不具有刷新权限。在确定用户标识为具有刷新权限的标识之后，进一步，还需要依据预设刷新规则判断当前请求方是否符合刷新规则。该预设刷新规则可以是刷新次数的限定。具体来说，一个用户标识所具有刷新次数是有限的，比如，在一个周期(比如24小时)内，为该用户标识授权的刷新次数为50次。当请求方的刷新次数超过50次后，第二域名处理请求不会被受理，换言之，即便用户发送第二域名处理请求，也不会得到有效反馈。当然，如果没有超过刷新次数阈值，则会按照前文所述方式执行第二域名处理请求，具体可参见前文各实施例，这里就不再重复赘述。
102.例如，假设用户标识a为有刷新权限的标识，用户标识b为没有刷新权限的标识，用户标识c为有刷新权限的标识。基于用户标识判断后，用户标识b发送的第二域名处理请求不被响应。进一步，判断用户标识a和用户标识c是否符合预设刷新规则。假设，刷新次数阈值为50次，当前用户标识a刷新10次，当前用户标识c已刷新50次，则由于用户标识a的刷新次数小于刷新次数阈值，而用户标识c的刷新次数等于刷新次数阈值，则用户标识a的第二域名处理请求被执行，而用户标识c的第二域名处理请求不被执行。
103.基于同样的思路，本技术实施例还提供另一种域名解析方法。如图4为本技术实施
例提供的另一种域名解析方法的流程示意图。该方法应用于权威域名系统服务器(权威dns)，从图4中可以看到所述方法具体包括如下步骤：
104.401：在递归域名系统服务器对第一域名处理请求中目标域名解析错误后，接收所述递归域名系统服务器提供的刷新指令；其中，所述刷新指令是由请求方发送的第二域名处理请求中携带的。
105.402：基于所述刷新指令，确定所述目标域名对应的互联网地址。
106.403：将所述互联网地址发送给所述递归域名系统服务器，以便所述递归域名系统服务器将所述互联网地址发送给所述请求方。
107.具体解析过程，可参见前文图1至图3对应的各实施例，这里就不再重复赘述。通过上述方案，在权威域名系统服务器对互联网地址更改后，导致递归域名系统服务器缓存中原有的目标域名和互联网地址失效。当再接收到第二域名处理请求的时候，会根据该请求当中携带的刷新指令，向递归域名系统服务器发送更新后有效的互联网地址，实现针对性刷新，而且可以利用解析端口dns53接收解析请求的方式实现准确刷新，能有效提高刷新效率和刷新准确率。
108.基于同样的思路，本技术实施例还提供再一种域名解析方法。如图5为本技术实施例提供的再一种域名解析方法的流程示意图。该方法应用于请求方，从图5中可以看到所述方法具体包括如下步骤：
109.501：向递归域名系统服务器发送第一域名处理请求。
110.502：若所述递归域名系统服务器对所述第一域名处理请求中目标域名解析错误，则向所述递归域名系统服务器发送携带刷新指令的第二域名处理请求。
111.503：在所述递归域名系统服务器将所述刷新指令发送给权威域名系统服务器获后，接收所述权威域名系统服务器提供的所述目标域名对应的互联网地址。
112.具体解析过程，可参见前文图1至图3对应的各实施例，这里就不再重复赘述。通过上述方案，在权威域名系统服务器对互联网地址更改后，导致递归域名系统服务器缓存中原有的目标域名和互联网地址失效。再次发送携带有刷新指令的第二域名处理请求的时候，使得权威域名系统服务器根据刷新指令，向递归域名系统服务器发送更新后有效的互联网地址，实现针对性刷新，而且可以利用解析端口dns53接收解析请求的方式实现准确刷新，能有效提高刷新效率和刷新准确率。
113.为了便于理解，下面通过具体方案进行举例说明。
114.例如：如图6为本技术实施例举例说明的域名解析交互图。假设，定义option-code为e表示刷新缓存，定义option-code为f表示用户标识(key)。具体交互过程如下：
115.先假设权威域名系统服务器端对目标域名abcd.com，对应的互联网地址(ip地址)由1.1.1.2更改为1.1.1.1。
116.请求方向递归域名系统服务器(递归dns)发送第一域名处理请求。
117.递归域名系统服务器对第一域名处理请求中携带的目标域名进行解析，并解析错误。递归域名系统服务器向请求方发送解析错误信息。
118.客户端向递归域名系统服务器发送包含有刷新指令的第二域名处理请求。例如，发送带有edns报文，其中，option-code为e其中abcd.com缓存时候需要赋值option-length为9,option_data为abcd.com，option-code为f，option-length为key长度,option_data为
key内容。
119.递归域名系统服务器将刷新指令发送给权威域名系统服务器。
120.权威域名系统服务器查找到目标域名对应的互联网地址1.1.1.1，向递归域名系统服务器发送互联网地址1.1.1.1。
121.递归域名系统服务器发送互联网地址1.1.1.1给请求方。
122.基于同样的思路，本技术实施例还提供一种域名解析装置。如图7为本技术实施例提供的一种域名解析装置的示意图。从图7可也看到，该装置包括：
123.解析模块71，用于响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；
124.接收模块72，用于若解析错误，则接收包含有刷新指令的第二域名处理请求；
125.获取模块73，用于根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；
126.发送模块74，用于向所述请求方发送所述互联网地址。
127.解析模块71，用于解析所述第二域名处理请求；
128.根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名处理请求是否有效；
129.若有效，则执行所述第二域名处理请求。
130.获取模块73，用于根据所述刷新指令，查找到所述第二域名处理请求中包含的所述目标域名；
131.若查找到所述目标域名，则将缓存的所述目标域名对应的互联网地址和所述目标域名删除；
132.从权威域名系统服务器获取并存储所述目标域名对应的互联网地址。
133.接收模块72，用于若解析缓存记录错误，则向所述请求方发送解析错误信息；
134.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则接收由所述请求方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
135.接收模块72，用于若解析缓存记录错误，则向所述请求方发送解析错误信息；
136.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则向服务器提供方发送刷新请求；
137.接收由所述服务器提供方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
138.获取模块73，用于确定解析得到的所述目标域名，或所述目标域名以及域名类型；
139.基于所述目标域名，或所述目标域名以及域名类型，向所述权威服务器发送查询请求；
140.接收所述目标域名对应的互联网地址，或者，接收所述目标域名符合所述域名类型的互联网地址。
141.解析模块71，用于若所述权威域名系统服务器对所述目标域名对应的互联网地址更改，则向所述请求方发送解析错误信息；
142.若缓存中存储有有效的所述目标域名对应的互联网地址，则向所述请求方发送所
述互联网地址。
143.解析模块71，用于根据所述用户标识判断所述请求方是否具有刷新权限；
144.若判断结果为所述请求方具有所述刷新权限，则根据所述预设刷新规则中限定的刷新次数阈值判断所述请求方是否超过所述刷新次数阈值；
145.若没有超过所述刷新次数阈值，则所述第二域名处理请求有效。
146.基于同样的思路，本技术实施例还提供另一种域名解析装置。如图8为本技术实施例提供的另一种域名解析装置的示意图。从图8可也看到，该装置包括：
147.接收模块81，用于在递归域名系统服务器对第一域名处理请求中目标域名解析错误后，接收所述递归域名系统服务器提供的刷新指令；其中，所述刷新指令是由请求方发送的第二域名处理请求中携带的。
148.确定模块82，用于基于所述刷新指令，确定所述目标域名对应的互联网地址；
149.发送模块83，用于将所述互联网地址发送给所述递归域名系统服务器，以便所述递归域名系统服务器将所述互联网地址发送给所述请求方。
150.基于同样的思路，本技术实施例还提供再一种域名解析装置。如图9为本技术实施例提供的再一种域名解析装置的示意图。从图9可也看到，该装置包括：
151.第一发送模块91，用于向递归域名系统服务器发送第一域名处理请求。
152.第二发送模块92，用于若所述递归域名系统服务器对所述第一域名处理请求中目标域名解析错误，则向所述递归域名系统服务器发送携带刷新指令的第二域名处理请求。
153.接收模块93，用于在所述递归域名系统服务器将所述刷新指令发送给权威域名系统服务器获后，接收所述权威域名系统服务器提供的所述目标域名对应的互联网地址。
154.基于同样的思路，本技术实施例还提供一种数据处理系统。如图10为本技术实施例提供的系统结构示意图。从图10中可以看到，该系统包括：
155.递归域名系统服务器，用于执行图1至图3对应实施例。
156.权威域名系统服务器，用于执行图4对应实施例。
157.请求方，用于执行图5对应实施例。
158.本技术一个实施例还提供一种电子设备。该电子设备为计算单元中主节点电子设备。如图11为本技术实施例提供的一种电子设备的结构示意图。该电子设备包括存储器1101、处理器1102及通信组件1103；其中，
159.所述存储器1101，用于存储程序；
160.所述处理器1102，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
161.响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；
162.若解析错误，则接收包含有刷新指令的第二域名处理请求；
163.根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；
164.向所述请求方发送所述互联网地址。
165.处理器1102用于解析所述第二域名处理请求；
166.根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名
处理请求是否有效；
167.若有效，则执行所述第二域名处理请求。
168.处理器1102用于根据所述刷新指令，查找到所述第二域名处理请求中包含的所述目标域名；
169.若查找到所述目标域名，则将缓存的所述目标域名对应的互联网地址和所述目标域名删除；
170.从权威域名系统服务器获取并存储所述目标域名对应的互联网地址。
171.处理器1102用于若解析缓存记录错误，则向所述请求方发送解析错误信息；
172.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则接收由所述请求方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
173.处理器1102用于若解析缓存记录错误，则向所述请求方发送解析错误信息；
174.当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则向服务器提供方发送刷新请求；
175.接收由所述服务器提供方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。
176.处理器1102用于确定解析得到的所述目标域名，或所述目标域名以及域名类型；
177.基于所述目标域名，或所述目标域名以及域名类型，向所述权威服务器发送查询请求；
178.接收所述目标域名对应的互联网地址，或者，接收所述目标域名符合所述域名类型的互联网地址。
179.处理器1102用于若所述权威域名系统服务器对所述目标域名对应的互联网地址更改，则向所述请求方发送解析错误信息；
180.若缓存中存储有有效的所述目标域名对应的互联网地址，则向所述请求方发送所述互联网地址。
181.处理器1102用于根据所述用户标识判断所述请求方是否具有刷新权限；
182.若判断结果为所述请求方具有所述刷新权限，则根据所述预设刷新规则中限定的刷新次数阈值判断所述请求方是否超过所述刷新次数阈值；
183.若没有超过所述刷新次数阈值，则所述第二域名处理请求有效。
184.处理器1102还用于在递归域名系统服务器对第一域名处理请求中目标域名解析错误后，接收所述递归域名系统服务器提供的刷新指令；其中，所述刷新指令是由请求方发送的第二域名处理请求中携带的；
185.基于所述刷新指令，确定所述目标域名对应的互联网地址；
186.将所述互联网地址发送给所述递归域名系统服务器，以便所述递归域名系统服务器将所述互联网地址发送给所述请求方。
187.处理器1102还用于向递归域名系统服务器发送第一域名处理请求；
188.若所述递归域名系统服务器对所述第一域名处理请求中目标域名解析错误，则向所述递归域名系统服务器发送携带刷新指令的第二域名处理请求；
189.在所述递归域名系统服务器将所述刷新指令发送给权威域名系统服务器获后，接
收所述权威域名系统服务器提供的所述目标域名对应的互联网地址。
190.上述存储器1101可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
191.进一步地，本实施例中的所述处理器1102可以具体是：可编程交换处理芯片，该可编程交换处理芯片中配置有数据复制引擎，能对接收到的数据进行复制。
192.上述处理器1102在执行存储器中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。进一步，如图11所示，电子设备还包括：电源组件1104等其它组件。
193.本技术实施例还提供一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行图1或图4或图5对应实施例所述的方法。
194.基于上述实施例，在请求方有域名解析需求时，请求方首先会向递归域名系统服务器发送携带有目标域名的第一域名处理请求，以便递归域名系统服务器在接收到该第一域名处理请求后解析目标域名。若解析错误，则表示当前递归域名系统服务器中存储的未存储对应的互联网地址，或者存储的互联网地址失效。此时，请求方可以再次发起针对同一目标域名的第二域名处理请求，在该第二域名处理请求中携带有刷新指令。进而，递归域名系统服务器根据刷新指令向权威域名系统服务器发送刷新请求，进而接收到权威域名系统服务器反馈的目标域名对应的互联网地址。递归域名系统服务器存储目标域名和对应的互联网地址，实现针对性准确刷新。该递归域名系统服务器刷新缓存的时候，可以在不需要专职工作人员支持的情况下，通过在域名处理请求中增加刷新指令，就实现准确的针对性及时刷新，能够有效提高刷新效率。
195.本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
196.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
197.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
198.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种域名解析方法，其特征在于，应用于递归域名系统服务器，所述方法包括：响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；若解析错误，则接收包含有刷新指令的第二域名处理请求；根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；向所述请求方发送所述互联网地址。2.根据权利要求1所述的方法，其特征在于，接收包含有刷新指令的第二域名处理请求之后，包括：解析所述第二域名处理请求；根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名处理请求是否有效；若有效，则执行所述第二域名处理请求。3.根据权利要求1所述的方法，其特征在于，根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址，包括：根据所述刷新指令，查找到所述第二域名处理请求中包含的所述目标域名；若查找到所述目标域名，则将缓存的所述目标域名对应的互联网地址和所述目标域名删除；从权威域名系统服务器获取并存储所述目标域名对应的互联网地址。4.根据权利要求1所述的方法，其特征在于，所述若解析错误，则接收包含有刷新指令的第二域名处理请求，包括：若解析错误，则向所述请求方发送解析错误信息；当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则接收由所述请求方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。5.根据权利要求1所述的方法，其特征在于，所述若解析错误，则接收包含有刷新指令的第二域名处理请求，包括：若解析错误，则向所述请求方发送解析错误信息；当所述请求方根据所述解析错误信息判断失败原因为互联网地址变更，则向服务器提供方发送刷新请求；接收由所述服务器提供方提供的第二域名处理请求；其中，所述第二域名处理请求是基于所述请求方提供的目标域名和用户标识生成的。6.根据权利要求1所述的方法，其特征在于，所述根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址，包括：确定解析得到的所述目标域名，或所述目标域名以及域名类型；基于所述目标域名，或所述目标域名以及域名类型，向所述权威服务器发送查询请求；接收所述目标域名对应的互联网地址，或者，接收所述目标域名符合所述域名类型的互联网地址。7.根据权利要求1所述的方法，其特征在于，所述对所述第一域名处理请求携带的目标
域名进行解析，包括：若所述权威域名系统服务器对所述目标域名对应的互联网地址更改，则向所述请求方发送解析错误信息；若缓存中存储有有效的所述目标域名对应的互联网地址，则向所述请求方发送所述互联网地址。8.根据权利要求2所述的方法，其特征在于，所述根据所述第二域名处理请求中包含用户标识和预设刷新规则，判断所述第二域名处理请求是否有效，包括：根据所述用户标识判断所述请求方是否具有刷新权限；若判断结果为所述请求方具有所述刷新权限，则根据所述预设刷新规则中限定的刷新次数阈值判断所述请求方是否超过所述刷新次数阈值；若没有超过所述刷新次数阈值，则所述第二域名处理请求有效。9.一种域名解析方法，其特征在于，应用于权威域名系统服务器，所述方法包括：在递归域名系统服务器对第一域名处理请求中目标域名解析错误后，接收所述递归域名系统服务器提供的刷新指令；其中，所述刷新指令是由请求方发送的第二域名处理请求中携带的；基于所述刷新指令，确定所述目标域名对应的互联网地址；将所述互联网地址发送给所述递归域名系统服务器，以便所述递归域名系统服务器将所述互联网地址发送给所述请求方。10.一种域名解析方法，其特征在于，应用于请求方，所述方法包括：向递归域名系统服务器发送第一域名处理请求；若所述递归域名系统服务器对所述第一域名处理请求中目标域名解析错误，则向所述递归域名系统服务器发送携带刷新指令的第二域名处理请求；在所述递归域名系统服务器将所述刷新指令发送给权威域名系统服务器获后，接收所述权威域名系统服务器提供的所述目标域名对应的互联网地址。11.一种数据处理装置，其特征在于，所述装置包括：解析模块，用于响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；接收模块，用于若解析错误，则接收包含有刷新指令的第二域名处理请求；获取模块，用于根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；发送模块，用于向所述请求方发送所述互联网地址。12.一种数据处理系统，所述系统包括：递归域名系统服务器，用于执行权利要求1至8中任一项所述的方法；权威域名系统服务器，用于执行权利要求9所述的方法；请求方，用于执行权利要求10所述的方法。13.一种电子设备，包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于实现上述权利要求1至8中任一项所述的方法，或者实现上述权利要求9所述的方法，或者实现上
述权利要求10所述的方法。14.一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至8中任一项所述的方法，或者实现上述权利要求9所述的方法，或者实现上述权利要求10所述的方法。

技术总结
本申请实施例提供域名解析方法、系统、装置、设备及介质。该方法包括：响应于请求方发送的第一域名处理请求，对所述第一域名处理请求携带的目标域名进行解析；若解析错误，则接收包含有刷新指令的第二域名处理请求；根据所述刷新指令，从权威域名系统服务器获取并存储所述目标域名对应的互联网地址；向所述请求方发送所述互联网地址。在解析错误之后，可以利用第二域名处理请求进行刷新。递归域名系统服务器刷新缓存的时候，可以在不需要专职工作人员支持的情况下，通过在域名处理请求中增加刷新指令，就实现准确的针对性及时刷新，能够有效提高刷新效率。提高刷新效率。提高刷新效率。


技术研发人员：于朝臣
受保护的技术使用者：阿里云计算有限公司
技术研发日：2023.06.01
技术公布日：2023/9/9