CN115883512A - Dns域名处理方法、装置、系统、设备及介质 - Google Patents

Abstract

本申请提供一种DNS域名处理方法、装置、系统、设备及介质，其中，该方法包括：响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。通过上述方法，可以实现自动化域名更新处理，有效提高域名更新效率，并降低域名更新错误率。

Description

DNS域名处理方法、装置、系统、设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种DNS域名处理方法、装置、系统、设备及介质。

背景技术

在银行机构的PaaS云平台建设中，涉及到对所有云上应用进行域名化改造，将传统的ip+端口访问模式修改为，域名访问模式。这就涉及到为每个应用系统都要分配对应域名。

目前在银行机构内部通常由PaaS云平台给在云上应用提供域名服务，并为应用系统分配域名，因此PaaS云平台管理团队将面临比较复杂的PaaS域名管理任务。在域名管理过程中通常需要管理员先登陆到域名管理系统后台环境，之后修改对应子域的zone文件，在修改zone文件的时候除了要增加域名及ip地址的对应关系，通常还需要调整当前zone文件的serial值并重启域名解析服务器。而PaaS云平台环境中部署了多台域名解析服务器，因此上述步骤需要重复执行多次。

可见，目前域名管理的工作非常复杂，而且手动干预的场景过多会导致出现域名配置错误或配置不生效的情况容易出现。

发明内容

本申请提供一种DNS域名处理方法、装置、系统、设备及介质，以至少解决上述问题之一。

根据本申请的一方面，提供一种DNS域名处理方法，包括：

响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；

响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；

基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

在一种实施方式中，所述域名更新窗口包括相对域名输入项、域名解析地址输入项、子域名选择项以及域名解析服务器选择项，

所述响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，包括：

响应于所述相对域名输入项中的第一输入信息和所述子域名选择项中的第一选择信息，基于所述第一输入信息和所述第一选择信息获取目标域名；

响应于所述域名解析地址输入项中的第二输入信息，获取目标域名解析地址；

响应于所述域名解析服务器选择项的第二选择信息，获取目标域名解析服务器。

在一种实施方式中，所述基于所述第一输入信息和所述第一选择信息获取目标域名，包括：

响应于所述第一输入信息符合第一预设规则的校验结果，基于所述第一输入信息和所述第一选择信息获取目标域名，其中所述第一预设规则包括所述第一输入信息的字符长度在预设范围之内。

在一种实施方式中，所述基于所述第一输入信息和所述第一选择信息获取目标域名，包括：

响应于所述第一输入信息不符合第一预设规则的校验结果，在所述域名更新窗口发出所述相对域名的重新输入提示消息。

在一种实施方式中，所述获取目标域名解析地址，包括：响应于所述第二输入信息符合第二预设规则的校验结果，获取目标域名解析地址，其中所述第二预设规则包括所述第二输入信息携带一个地址信息，和/或所述第二输入信息为IPV4地址。

在一种实施方式中，所述域名更新窗口还包括记录类型的选择项，和/或生存时间值TTL输入项或者TTL选择项，

响应于所述记录类型的选择项中的第三选择信息，获取目标解析类型；和/或，

响应于所述TTL输入项的第三输入信息或者所述TTL选择项的第四选择信息，获取目标解析生存时间；

所述基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，包括：基于所述目标域名、所述目标域名解析地址、所述目标域名解析服务器以及所述目标解析类型和/或所述目标解析生存时间生成域名更新信息。

根据本申请的另一方面，提供一种DNS域名处理装置，包括：

显示模块，其设置为响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；

获取模块，其设置为响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；

生成模块，其设置为基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

备份更新模块，其设置为将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

根据本申请的又一方面，提供一种DNS域名处理系统，包括：

前端，所述前端用于在可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息，响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，并基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

后端，所述后端用于接收前端发送的域名更新代码文件，并在对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

根据本申请的再一方面，提供一种电子设备，包括：处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行所述的DNS域名处理方法。

根据本申请的再一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的DNS域名处理方法。

可以理解的，本申请实施例提供的DNS域名处理方法、装置、系统、设备及介质，通过响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。通过上述方法，可以实现自动化域名更新处理，有效提高域名更新效率，并降低域名更新错误率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种可能的场景示意图；

图2为本申请实施例提供的一种DNS域名处理方法的流程示意图；

图3为本申请实施例中相对域名输入项的示例图；

图4为本申请实施例中子域名选择项的示例图；

图5为本申请实施例中域名解析服务器选择项的示例图；

图6为本申请实施例中中记录类型的选择项的示例图；

图7为本申请实施例提供的一种DNS域名处理装置的结构示意图；

图8为本申请实施例提供的一种DNS域名处理系统的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为便于对本申请实施例的理解，在对本申请实施例进行详细描述之前，首先对以下名词进行解释：

域名：Domain Name由一串用点分隔的名字组成的internet上某一台计算机或计算机组的名称，用于在数据传输时对计算机的定位标识。

域名解析服务器：Domain Name Server(DNS)internet上提供域名解析服务的一台服务器或一组服务器，通常会向全网开放。

相对域名：不以点“结尾”的域名，实际域名是由相对域名和在$ORIGIN指定的源相连接后组成。

绝对域名：以点“.”结尾的域名，是完整域名

TTL(Time To Live)：域名存活周期，当解析器本地和缓存服务器中存储的域名时间长度超过TTL时会重新向域名解析服务器申请域名解析。

Bind：常用的域名解析服务器软件。

子域：顶级域名的下一级，可以包含下一级的多个域名。

zonefile：存放域名与ip地址对应关系的文件，也即zone文件。

serial：zonefile中序列号，作为唯一标识存在并且不可重复。多采用时间+修改次数的组合方式。

python：由荷兰数学和计算机科学研究学会的Guido van Rossum设计的编程语言

Django：一个开源web应用框架，由python编程语言驱动。

layUI：一套开源的web UI解决方案，采用自身经典的模块化规范，并遵循原生html/css/js的开发方式。

pythondns包：一个python封装的dns工具，可以实现对dns系统的多种操作，包括区传输、域名更新、域名删除、域名解析服务器的远程控制等。

上面对本申请实施例出现的相关名词进行了简单解释，下面结合详细技术背景对本申请实施例进行描述。

相关技术中，为了提高域名管理效率推出了相关自动化域名更新工具，例如，对于使用Bind搭建的域名解析服务器，Bind官方提供了一组后台的nsupdate命令，通过该组命令可以后台执行域名更新。其中，使用nsupdate命令首先需要在linux服务器上安装bind-utils工具包，该工具包中会包含多个bind工具，执行nsupdate命令需要登陆一台linux服务器后台，并且需要已知域名解析服务器地址。在工具中使用命令增加一个域名，并指定解析类型和TTL，最终使用send指令将域名更新情况发送给域名解析服务器。目前nsupdate命令执行工具支持指定域名解析服务器、增加域名、删除域名功能，域名新增完成后可以通过nslookup命令查看当前增加域名解析的结果，并且域名使用完毕后可以调用nsupdate命令删除该域名。

但是，nsupdate工具在使用时需要用户以高权限(root)登陆到服务器后台，不利于权限控制。并且须在固定的服务器上安装此命令，使用命令工具进行域名修改，需要人工输入的内容依旧较多，而且需要手动指定域名解析服务器，如果指定错误，在后续命令执行时并不会报错，这将会增加域名解析配置失败的排查难度。而且该命令行只能更新域名，对于域名解析服务器上原有域名解析的内容无法备份，如果在命令中误删了某个域名将会产生无法恢复该域名解析的问题。因此直接使用nsupdate命令进行后台的域名更新并不是很好的选择，其需要消耗额外的服务器资源和更高权限。并且对操作者的技能水平和操作准确性有比较高的要求。

有鉴于此，本申请实施例针对上述技术问题，提供了一种DNS域名处理方法、装置、系统、设备及介质，实现了域名的可视化管理。通过在前端的可视化界面显示域名更新窗口，该域名更新窗口用于配置域名信息，例如相对域名，解析记录类型，所在子域，解析地址和域名解析服务器等信息，有效避免了直接登陆服务器执行复杂的域名更新命令，而且在前端就对域名解析服务器，子域，解析类型，TTL等信息进行了固定化，这样同时也有效降低了域名更新时可能出现的人工输入错误。在前端完成域名更新信息的配置后，通过后端将要进行更新的子域zone文件进行备份，再根据域名更新信息完成域名更新，可以在出现域名解析系统故障时可以使用备份文件进行恢复。整个过程无需消耗较多服务器资源和权限资源，同时有效降低了人工错误所导致的域名失效等情况。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请的实施例中的附图，对本申请实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本申请一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

请参照图1，图1为本申请实施例提供的一种可能的场景示意图，包括终端设备110和服务器120，终端110和服务器120之间通过有线或者无线网络相互连接。可选地，终端设备110上运行前端，前端用于接收DNS域名处理请求，并显示域名更新窗口，然后根据域名更新窗口的操作结果生成域名更新信息并传输给服务器120，服务器120用于运行后端，后端基于终端前端提供的数据，对域名文件进行备份并完成DNS域名更新。可选地，在DNS域名更新的过程中，服务器120承担主要计算工作，终端设备110承担次要计算工作；或者，服务器120承担次要计算工作，终端设备110承担主要计算工作；或者，服务器120或终端设备110分别能够单独承担计算工作。

可选地，本实施例中的前端和后端可以保护在虚拟机中，虚拟机操作系统可以为CentOS Linux release 7.6.1810(Core)，其中，前端的编程语言可使用LayUI版本为1.1.0，后端的编程语言可以使用python版本为Python 3.6.13。

其中，终端设备110可以包括但不限于，电脑、智能手机、平板电脑、电子书阅读器、动态影像专家压缩标准音频层面3(Moving Picture experts group audio layer III，简称MP3)播放器、动态影像专家压缩标准音频层面4(Moving Picture experts group audiolayer IV，简称MP4)播放器、便携计算机、车载电脑、可穿戴设备、台式计算机、机顶盒、智能电视等等。

服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

可选地，上述终端110或服务器120的数量可以更多或更少，本申请实施例对此不加以限定。在一些实施例中，上述终端110和服务器120还可以作为区块链系统中的节点，将域名更新数据同步给区块链其它节点，以实现域名更新数据的广泛应用。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

请参照图2，图2为本申请实施例提供的一种DNS域名处理方法的流程示意图，本实施例以应用于图1中的终端设备110为例，来详细说明本申请实施例提供的DNS域名处理方法。

步骤S201、响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息。

本实施例中，在对域名进行增加、删除等处理过程中，采用前端和后端相结合的形式完成域名的自动化更新，以有效提高域名更新效率并降低错误率。具体地，前端的可视化界面显示域名更新窗口，该域名更新窗口可以包括相对域名输入项(即图中的域名输入框)、域名解析地址输入项(即图中的解析地址输入框)、子域名选择项(即图中的选择子域框)、域名解析服务器选择项(即图中的域名服务器框)以及其他等输入项或者选择项(例如图中的记录类型选择框)，系统或者操作人员可以在可视化界面完成域名信息的配置。

可以理解的，响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

步骤S202、响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器。

本实施例中，操作结果可以是系统操作结果也可以是用户操作结果，本实施例以用户操作结果为例，在一些实施例中，系统操作结果可以是以通信形式获取相关数据信息，执行相应的操作以获取目标域名、目标域名解析地址以及目标域名解析服务器等信息。本实施例通过在前端对域名信息进行配置，替代相关技术中在服务器中频繁进行信息操作，可以有效降低错误率并提高域名处理效率。

在一种实施方式中，为进一步降低域名信息错误率，本实施例通过在域名更新窗口对子域以及域名解析服务器进行选择固定化。具体地，所述域名更新窗口包括相对域名输入项、域名解析地址输入项、子域名选择项以及域名解析服务器选择项，步骤S202响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，可以包括以下步骤：

响应于所述相对域名输入项中的第一输入信息和所述子域名选择项中的第一选择信息，基于所述第一输入信息和所述第一选择信息获取目标域名；

响应于所述域名解析地址输入项中的第二输入信息，获取目标域名解析地址；

响应于所述域名解析服务器选择项的第二选择信息，获取目标域名解析服务器。

具体地，相对域名输入项可以为文本输入框，如图3所示，操作用户可以在该文本输入框中输入相对域名，该相对于明输入项中还可以包括默认内容“loadbalancer”。在一些实施例中，为进一步降低域名信息的错误率，在相对于明输入项中，增加了域名校验环节，即对第一输入信息进行校验，校验不通过提示重新输入。

具体地，子域名选择项可以为下拉选择框，如图4所示，操作用户可以在该下拉选择框选择已经授权给域名解析服务器的子域列表，如图中的“paas.test.abc”、“oc.paas.test.abc”、“openshift4.paas.test.abc”等。可以理解的，该子域名列表内容可以是后台代码中存储并维护的，其中可设置默认选择子域为“paas.test.abc”

可以理解的，本实施例中的域名为相对于明输入项中输入的相对域名和子域名选择项中选择的子域进行连接组合，拼接出完整域名。

具体地，本实施例中的域名解析地址输入项可以为文本输入框，如图5所示，操作用户可以在该输入框中输入域名解析地址。可选地，为了进一步降低错误率，可以对该输入框进行了进一步改进，例如只能输入ipv4地址，并且只可以输入一个地址，默认内容是“127.0.0.1”，且该文本框输入内容不能为空。

具体地，本实施例中的域名解析服务器选择项可以为下拉选择框，该下拉选择框可以仅包含一级权威域名解析服务器，其数量可以是一个或多个。由于将域名解析服务器信息进行了固定化，有效避免了相关技术中对域名解析服务器信息进行频繁输入所导致的错误问题(例如字符错误等问题)。

进一步地，考虑到相对域名可能存在输入错误问题，本实施例增加了域名校验步骤，以降低错误率，具体地，所述基于所述第一输入信息和所述第一选择信息获取目标域名，可以包括以下步骤：

响应于所述第一输入信息符合第一预设规则的校验结果，基于所述第一输入信息和所述第一选择信息获取目标域名，其中所述第一预设规则包括所述第一输入信息的字符长度在预设范围之内。

响应于所述第一输入信息不符合第一预设规则的校验结果，在所述域名更新窗口发出所述相对域名的重新输入提示消息。

需要说明的是，本领域技术人员可以结合现有技术或者实际应用对预设范围进行适应性设定，例如在65个字符之内。此外，本实施例中的第一预设规则除了校验第一输入信息的字符长度外，还可以包括其他校验规则，本领域技术人员可以结合实际应用对该第一预设规则进行适应性设定，例如，还可以对字符内容进行限制，校验第一输入信息中是否出现非法字符，诸如此类，本实施例不再多作赘述。

进一步地，考虑到域名解析地址可能存在输入错误问题，本实施例相应增加了地址校验步骤，以降低错误率，具体地，所述获取目标域名解析地址，包括：响应于所述第二输入信息符合第二预设规则的校验结果，获取目标域名解析地址，其中所述第二预设规则包括所述第二输入信息携带一个地址信息，和/或所述第二输入信息为IPV4地址。

需要说明的是，本实施例中的第一预设规则和第二预设规则仅用于区分类似对象，而无其他实质含义，其可以是相同内容也可以是不同内容。此外，本实施例中的第二预设规则除了校验第二输入信息携带的地址数量和/或地址信息外，还可以包括其他校验规则，本领域技术人员可以结合实际应用对该第一预设规则进行适应性设定，本实施例不再多作赘述。

可以理解的，IPv4(Internet Protocol version 4，网际协议版本4)又称互联网通信协议第四版，是网际协议开发过程中的第四个修订版本，也是此协议第一个被广泛部署的版本。

进一步地，本实施例的域名更新窗口还增加了记录类型选择项和TTL输入项，以提升域名处理效果。所述域名更新窗口还包括记录类型的选择项，和/或生存时间值TTL输入项或者TTL选择项，

响应于所述记录类型的选择项中的第三选择信息，获取目标解析类型；和/或，

响应于所述TTL输入项的第三输入信息或者所述TTL选择项的第四选择信息，获取目标解析生存时间；

所述基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，包括：基于所述目标域名、所述目标域名解析地址、所述目标域名解析服务器以及所述目标解析类型和/或所述目标解析生存时间生成域名更新信息。

在一可实现中，记录类型选择项可以是下拉选择框，如图6所示，可以选择“A”(ipv4地址解析记录)，“MX”(邮箱地址解析记录)和“PRT”(反向解析记录)。

在本实施例中，域名更新窗口具备域名输入、记录类型选择、解析地址输入、选择子域选择、域名服务器选择共5个参数输入框。并可设置更新功能键为“domain update”，前端在接收到该domain update功能键触发信号时，生成域名更新信息。

步骤S203、基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件。

本实施例中，在基于域名更新窗口获取到目标域名、目标域名解析地址以及目标域名解析服务器等信息之后，生成对应的域名更新信息，然后生成对应的更新代码文件。在一可实现中，前端可以基于Django的template模型进行代码设计，将公共功能和公共展示内容存放在base.html文件中，其他html在加载时首先include base.html到本页面，并生成更新代码文件domain_add.html代码。然后，前端可以采用get方法访问后端服务提供的接口并将基于域名更新信息生成的更新代码文件传递给后端服务。

在一些实施例中，前端在生成域名更新信息后可以在可视化界面返回域名更新结果，例如如果更新成功会返回“result 0”，更新失败会返回500错误。

步骤S204、将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

本实施例中，后端接收前端传来的更新代码文件，根据更新代码文件中对应参数首先对要进行域名更新的子域进行zone文件备份，完成备份操作后开始根据域名更新信息进行域名更新。在一可实现中，后端可以使用python编写，例如dnspython包，输入输出使用sys包和time包，并可生成update_domain.py代码，通过代码执行完成域名更新。

在一些实施例中，后端进行域名更新时也可以直接编辑zone文件，再完成编辑后可zone文件重载或bind进程重启。

在一些实施例中，后端在将新域名更新进域名解析服务器后可以向前端返回对应的解析结果，如果出现异常可以及时处理。

本实施例相应还提供一种DNS域名处理装置，如图7所示，包括：

显示模块71，其设置为响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；

获取模块72，其设置为响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；

生成模块73，其设置为基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

备份更新模块74，其设置为将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

在一种实施方式中，所述域名更新窗口包括相对域名输入项、域名解析地址输入项、子域名选择项以及域名解析服务器选择项，

所述获取模块71，包括：

第一获取单元，其设置为响应于所述相对域名输入项中的第一输入信息和所述子域名选择项中的第一选择信息，基于所述第一输入信息和所述第一选择信息获取目标域名；

第二获取单元，其设置为响应于所述域名解析地址输入项中的第二输入信息，获取目标域名解析地址；

第三获取单元，其设置为响应于所述域名解析服务器选择项的第二选择信息，获取目标域名解析服务器。

在一种实施方式中，所述第一获取单元，具体设置为响应于所述第一输入信息符合第一预设规则的校验结果，基于所述第一输入信息和所述第一选择信息获取目标域名，其中所述第一预设规则包括所述第一输入信息的字符长度在预设范围之内。

在一种实施方式中，所述第一获取单元，具体设置为响应于所述第一输入信息不符合第一预设规则的校验结果，在所述域名更新窗口发出所述相对域名的重新输入提示消息。

在一种实施方式中，所述第二获取单元，具体设置为响应于所述第二输入信息符合第二预设规则的校验结果，获取目标域名解析地址，其中所述第二预设规则包括所述第二输入信息携带一个地址信息，和/或所述第二输入信息为IPV4地址。

在一种实施方式中，所述域名更新窗口还包括记录类型的选择项，和/或生存时间值TTL输入项或者TTL选择项，所述装置还包括：

第四获取单元，其设置为响应于所述记录类型的选择项中的第三选择信息，获取目标解析类型；和/或，

第五获取单元，其设置为响应于所述TTL输入项的第三输入信息或者所述TTL选择项的第四选择信息，获取目标解析生存时间；

所述生成模块73具体设置为，基于所述目标域名、所述目标域名解析地址、所述目标域名解析服务器以及所述目标解析类型和/或所述目标解析生存时间生成域名更新信息。

在此需要说明的是，本申请提供的上述装置，能够相应地实现上述方法实施例中终端设备所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

本申请实施例相应还提供一种DNS域名处理系统，如图8所示，包括：

前端81，所述前端用于在可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息，响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，并基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

后端82，所述后端用于接收前端发送的域名更新代码文件，并在对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

在此需要说明的是，本申请提供的上述系统，能够相应地实现上述方法实施例中终端设备所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

本申请实施例相应还提供一种电子设备，如图9所示，包括：处理器91和存储器92；

所述存储器91存储计算机执行指令；

所述处理器92执行所述存储器91存储的计算机执行指令，使得所述电子设备执行所述的DNS域名处理方法。

本申请实施例相应还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的DNS域名处理方法。

本申请实施例相应还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行所述的DNS域名处理方法。

本申请实施例相应还提供一种芯片，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于从所述存储器中调用并运行所述计算机程序，执行所述的DNS域名处理方法。

在此需要说明的是，本申请提供的上述设备、介质、程序及芯片，能够相应地实现上述方法实施例中终端设备所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

综上，本申请实施例提供的技术方案，能够自动化实现域名管理过程，有效提高域名管理效率；并且通过前端和后端的设计，在前端进行域名更新信息的生成，并在后端执行域名更新，有效避免登陆服务器执行复杂的域名更新命令，或者直接进行域名更新过程中频繁交互信息所产生的错误问题；利用前端可视化界面的域名更新窗口，并可将通过窗口的分解将相对域名，解析记录类型，所在子域，解析地址和权威域名解析服务器展示出来，同时将前端域名解析服务器，子域，解析类型，TTL等进行了选项固定化，这样有效避免了域名更新时所出现的人工输入错误；此外，后端在收到前端的域名更新请求后，首先将要进行更新的子域zone文件进行备份再执行域名更新，在出现域名解析系统故障时可以使用备份文件进行恢复。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。

如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

在本申请实施例的描述中，术语“和/或”仅仅表示一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，术语“至少一种”表示多种中的任一种或多种中的至少两种的任意组合，例如，包括A、B、中的至少一种，可以表示包括A、B和C沟通的集合中选择的任意一个或多个元素。此外，术语“多个”的含义是两个或两个以上，除非是另有精确具体地规定。

在本申请实施例的描述中，术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种DNS域名处理方法，其特征在于，包括：

响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；

响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；

基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

2.根据权利要求1所述的方法，其特征在于，所述域名更新窗口包括相对域名输入项、域名解析地址输入项、子域名选择项以及域名解析服务器选择项，

所述响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，包括：

响应于所述相对域名输入项中的第一输入信息和所述子域名选择项中的第一选择信息，基于所述第一输入信息和所述第一选择信息获取目标域名；

响应于所述域名解析地址输入项中的第二输入信息，获取目标域名解析地址；

响应于所述域名解析服务器选择项的第二选择信息，获取目标域名解析服务器。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一输入信息和所述第一选择信息获取目标域名，包括：

响应于所述第一输入信息符合第一预设规则的校验结果，基于所述第一输入信息和所述第一选择信息获取目标域名，其中所述第一预设规则包括所述第一输入信息的字符长度在预设范围之内。

4.根据权利要求2所述的方法，其特征在于，所述基于所述第一输入信息和所述第一选择信息获取目标域名，包括：

响应于所述第一输入信息不符合第一预设规则的校验结果，在所述域名更新窗口发出所述相对域名的重新输入提示消息。

5.根据权利要求2所述的方法，其特征在于，所述获取目标域名解析地址，包括：响应于所述第二输入信息符合第二预设规则的校验结果，获取目标域名解析地址，其中所述第二预设规则包括所述第二输入信息携带一个地址信息，和/或所述第二输入信息为IPV4地址。

6.根据权利要求2所述的方法，其特征在于，所述域名更新窗口还包括记录类型的选择项，和/或生存时间值TTL输入项或者TTL选择项，所述方法还包括：

响应于所述记录类型的选择项中的第三选择信息，获取目标解析类型；和/或，

响应于所述TTL输入项的第三输入信息或者所述TTL选择项的第四选择信息，获取目标解析生存时间；

所述基于所述目标域名、所述目标域名解析地址以及所述目标域名解析服务器生成域名更新信息，包括：基于所述目标域名、所述目标域名解析地址、所述目标域名解析服务器以及所述目标解析类型和/或所述目标解析生存时间生成域名更新信息。

7.一种DNS域名处理装置，其特征在于，包括：

显示模块，其设置为响应于DNS域名处理请求，在前端的可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息；

获取模块，其设置为响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器；

生成模块，其设置为基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

备份更新模块，其设置为将所述更新代码文件传输至后端，以使所述后端对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

8.一种DNS域名处理系统，其特征在于，包括：

前端，所述前端用于在可视化界面显示域名更新窗口，所述域名更新窗口用于配置域名信息，响应于所述域名更新窗口的操作结果，获取目标域名、目标域名解析地址以及目标域名解析服务器，并基于所述目标域名、目标域名解析地址以及目标域名解析服务器生成域名更新信息，并基于所述域名更新信息生成更新代码文件；

后端，所述后端用于接收前端发送的域名更新代码文件，并在对当前域名zone文件进行备份后，基于所述更新代码文件更新DNS域名。

9.一种电子设备，包括：处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行权利要求1至6中任一项所述的DNS域名处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的DNS域名处理方法。

Images