CN101980194A - 一种域名管理方法 - Google Patents

Abstract

本发明实施例公开了一种域名管理方法，其特征在于，包括步骤：通过WEB界面形式的请求接收接口接收用户的请求；将用户通过WEB界面提交的请求中的需要对数据库进行操作的命令转换为对预设数据库中的表格的操作指令以更新数据库；数据库用于存贮用户的域名，并将域名按父子级关联，且将域名与预设的BIND配置文件相对应；判断用户通过WEB界面提交的请求中是否包括需要对BIND配置文件进行操作的命令，是则将BIND配置文件操作请求的转换为对BIND配置文件的操作指令以更新BIND配置文件；本发明实施例减轻了工作人员的劳动强度；而且，当用户有域名解析服务的相关管理和更新维护工作的需求时，可以有效地提高工作效率。

Description

一种域名管理方法

技术领域

本发明设计互联网技术领域，更具体地说，涉及一种域名管理方法。

背景技术

为了能够使用户在终端可以访问互联网中的各种服务，需要使用域名服务来解析用户的访问域名，将访问用户的访问域名解析为IP地址，这种服务器被称之为域名服务器。

为了能够智能的判断访问用户的地域，从而可以为用户提供智能化的服务，现有技术中有一种智能域名服务器，智能域名服务器可以提供内容分发网络服务，以实现为访问用户提供经智能判断后的IP地址。比如，智能域名服务器可以将访问用户的提供的域名解析为距离访问用户最近的内容提供服务器的IP地址，或是，网络状况最好的内容提供服务器的IP地址。从而改善访问用户的访问响应速度。由于智能域名服务器有时候需要改变不同地域访问域名时所指向的I P地址，或是，改变或增加域名等相关改动，所以智能域名解析服务的相关配置经常地需要相关管理和更新维护工作。

目前，由于域名解析服务的相关管理和更新维护需要设置底层配置文件，需要操作人员掌握相当的系统及域名服务器的相关技术，操作相对复杂，所以，一般情况下，域名解析服务的相关管理和更新维护是由数据中心来为客户提供的，也就是说，域名解析的需求需要由用户提交给数据中心的相关人员，然后数据中心的工作人员来为用户进行相关的操作。还是由于域名解析服务的相关管理和更新维护操作复杂，许多域名服务提供商只能提供简单的二级域名的域名解析服务的管理和更新维护工作，而且，由于需要提交给数据中心的相关人员，再由数据中心的工作人员来为客户进行相关的操作，不但数据中心的工作人员工作强度大，而且由于在操作上存在一定的延迟，所以不能够及时的满足用户的需求。

发明内容

有鉴于此，本发明实施例提供一种域名管理方法，以解决现有技术存在的数据中心的工作人员工作强度大，而且由于在操作上存在一定的延迟，所以不能够及时的满足用户需求的问题。

本发明实施例是这样实现的：

一种域名管理方法，包括步骤：

S11、通过WEB界面形式的请求接收接口接收用户的请求；

S12、判断用户发起的请求是否符合要求，是则执行步骤S13，否则执行步骤S20；

S13、将用户通过WEB界面提交的请求中的需要对数据库进行操作的命令转换为对预设数据库中的表格的操作指令以更新数据库；所述数据库用于存贮用户的域名，并将所述域名按父子级关联，且将所述域名与预设的BIND配置文件相对应；

S14、判断更新数据库是否成功，是则步骤S15，否则执行步骤S20；

S15、判断用户通过WEB界面提交的请求中是否包括需要对BIND配置文件进行操作的命令，是则执行S16，否则执行S19；

S16、将所述BIND配置文件操作请求的转换为对所述BIND配置文件的操作指令以更新所述BIND配置文件；

S17、判断更新BIND配置文件是否成功，是则执行S19，否则执行步骤S18；

S18、取消步骤S13和步骤S16所执行操作，并执行步骤S20；

S19、通过WEB界面显示提示操作成功；

S20、通过WEB界面显示提示错误。

优选的，在本发明实施例中，在步骤S11前，还包括步骤：

S21、判断用户是否合法，如果是执行步骤S11，否则执行步骤22；

S22、拒绝登陆并WEB界面显示提示用户。

优选的，在本发明实施例中，在所述S14判断更新数据库为成功后，还包括步骤，将更新的数据与预设的辅DNS服务器的相应数据同步；

在所述步骤S17判断更新BIND配置文件为成功后，还包括步骤：将更新的BIND配置文件与预设的辅DNS服务器的相应BIND配置文件同步。

优选的，在本发明实施例中，所述在执行步骤S19或步骤S20时分别还包括步骤：保存更新日志。

优选的，在本发明实施例中，所述请求包括，域名管理请求、配置管理请求、客户管理请求和系统管理请求。

优选的，在本发明实施例中，所述域名管理请求中包括：新建域请求、域名修改请求和反向解析请求。

优选的，在本发明实施例中，所述配置管理请求中包括：区域管理请求、系统信息管理请求、操作日志请求、系统日志请求和域名服务器重启请求。

优选的，在本发明实施例中，所述客户管理请求中包括：创建用户请求、更改信息请求和检索用户。

优选的，在本发明实施例中，所述系统管理请求中包括：修改密码请求、安全退出请求和更新信息请求。

从上述的技术方案可以看出，本发明实施例通过将现有技术中，需要具有相当的系统级域名服务的底层配置文件相关知识的技术工作人员才能完成的域名解析服务的相关管理和更新维护工作，通过WEB界面形式为用户提供可视化的操作接口，使用户可以直观的根据自己的需求，在WEB界面上提交关于域名解析服务的相关管理和更新维护工作的请求，从而降低了域名解析服务的相关管理和更新维护工作的工作难度，所以不必像现有技术中，域名解析服务的相关管理和更新维护工作必须由数据服务中心的工作人员来完成，进而减轻了数据中心的工作人员的劳动强度；而且，由于通过本发明实施例中的方法，当用户有域名解析服务的相关管理和更新维护工作的需求时，可以自行的及时完成工作，从而有效地提高了工作效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中所述方法的流程图；

图2为本发明实施例中WEB界面显示示意图；

图3为本发明实施例中又一WEB界面显示示意图；

图4为本发明实施例中又一WEB界面显示示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为解决现有技术存在的数据中心的工作人员工作强度大，且不能够及时的满足用户需求的问题，本发明实施例提供了一种域名管理方法，如图1所示，包括步骤：

S11、通过WEB界面形式的请求接收接口接收用户的请求；

由于现有技术中，域名解析服务的相关管理和更新维护的工作需要设置底层配置文件，这需要掌握相当的相关知识，所以会增加操作难度，为此，本发明实施例中，以WEB界面的形式提供给用户请求接收接口，这样，用户可以将所需的域名解析服务的相关管理和更新维护的操作请求在浏览器上通过可视化的界面直观的提交，从而使得用户可以不必了解底层的配置文件的具体设置方法就可以对域名服务器进行相关管理和更新维护的操作。

在本发明实施例中，请求具体可以包括，域名管理请求、配置管理请求、客户管理请求和系统管理请求。

在本发明实施例中，用户的域名管理请求、配置管理请求、客户管理请求和系统管理请求等操作请求接口可以通过在WEB界面的形式显示给用户，所以用户可以根据所需操作的不同来直观的进行选择，具体如下：

当用户需要进行域名管理时，可以进入域名管理的界面，在其中可以进行新建域、域名修改和反向解析等请求的提交。其中，以添加域名的界面为例，可以如图2所示，用户可以通过在界面中添加好域名及域名的类型和IP值，然后通过点击“新增”按钮即可完成请求的提交，或者

当用户需要进行配置管理时，可以进入域名管理的界面，在其中可以进行区域管理、系统信息管理、操作日志、系统日志和域名服务器重启等请求的提交；其中，以进行区域管理为例，具体的界面可以如图3所示，用户可以通过在IP地址段中添加需要的IP地址，然后点击“新增”按钮即可完成区域的更新。

当用户需要进行客户管理时，可以进入客户管理的界面，在其中可以进行创建用户、更改信息和检索用户等请求的提交；其中，以创建用户为例，具体的界面可以如图4所示，用户可以通过填写相关信息，然后点击“创建”按钮即可完成客户的创建。

当用户需要进行系统管理时，可以进入系统管理的界面，在其中可以进行修改密码、安全退出和更新信息等请求的提交。

S12、判断用户发起的请求是否符合要求，是则执行步骤S13，否则执行步骤S20；

由于在本发明实施例中，需要根据用户的请求来对域服务器发出相应的操作指令。所以，需要用户的请求符合一定的要求；比如，当用户提交的请求中，所填写的IP地址不符合规范，具体地说，当用户所填写的IP中的四个数字中有大于255的数字，此时，如果还继续按照用户的包括错误的请求来对域名服务器进行操作，则很可能会由于错误操作影响域名服务器的正常运行。

为此，在本发明实施例中，包括判断用户发起的请求是否符合要求的步骤，从而可以在用户提交的请求不符合要求时，可以并通过WEB界面显示提示错误，以提醒用户。

S13、将用户通过WEB界面提交的请求中的需要对数据库进行操作的命令转换为对预设数据库中的表格的操作指令以更新数据库；所述数据库用于存贮用户的域名，并将所述域名按父子级关联，且所述域名与预设的BIND配置文件相对应；

由于用户的请求不但需要对预设数据库进行操作，而且有可能还要对BIND配置文件进行设置，所以在本发明实施例中，预设的数据库用于存贮用户的域名，并将域名按父子级关联，且将域名与预设的BIND配置文件相对应。

在用户提交的请符合要求时，由于用户是通过WEB界面提交的请求，所以还要将用户提交的请求中需要对数据库进行操作的命令转换为对数据库的操作指令，从而可以完成对数据库的相关操作。

S14、判断更新数据库是否成功，是则步骤S15，否则执行步骤S20；

由于对数据库的操作有可能无法完成，也就是，数据库更新失败，为了让用户及时的了解操作结果，本发明实施例中，在数据库更新失败时，还可以通过WEB界面显示提示错误，以提醒用户。

S15、判断用户通过WEB界面提交的请求中是否包括需要对BIND配置文件进行操作的命令，是则执行S16，否则执行S19；

由于在本发明实施例中，用户的请求中不但会包括对数据库的操作，还可能要对BIND配置文件进行设置操作，所以还要进一步的判断请求中是否包括需要对BIND配置文件进行操作的命令，从而可以根据命令对BIND配置文件进行设置操作。

此外，如果用户的请求中不包括对BIND配置文件进行设置操作的命令，此时，用户的请求已经被成功的执行完毕，所以，在本发明实施例中还要以WEB界面的形式显示提示成功，以告知用户。

S16、将所述BIND配置文件操作的命令的转换为对所述BIND配置文件的操作指令以更新所述BIND配置文件；

S17、判断更新BIND配置文件是否成功，是则执行S19，否则执行步骤S18；

由于对BIND配置文件的设置操作，也就是更新BIND配置文件，有可能会失败，所以，为了让用户及时的了解BIND配置文件的设置的操作结果，本发明实施例中，在更新BIND配置文件失败时，还可以通过WEB界面显示提示错误，以提醒用户。

在更新BIND配置文件成功时，在本发明实施例中还要以WEB界面的形式显示提示成功，以告知用户。即，执行步骤S19

S18、取消步骤S13和步骤S16所执行操作，并执行步骤S20；

由于对于BIND配置文件的操作失败后，在步骤S13中对数据库所做的操作和步骤S16中对BIND配置文件所做的更改操作会有可能影响域名服务器的运行，所以，在本发明实施例中，当判定更新BIND配置文件失败后，还要取消步骤S13中对数据库所做的操作和步骤S16中用户对BIND配置文件所做的更改，从而避免服务器运行故障。

S19、通过WEB界面显示提示操作成功；

当用户的请求已经被成功的执行完毕后，在本发明实施例中还要以WEB界面的形式显示提示成功，以告知用户。

S20、通过WEB界面显示提示错误。

在本发明实施例中，当数据库更新，或是更新BIND配置文件失败时，还可以通过WEB界面显示提示错误，以提醒用户。

通过上述描述可以得知，本发明实施例通过将现有技术中，需要具有相当的系统级域名服务的底层配置文件相关知识的技术工作人员才能完成的域名解析服务的相关管理和更新维护工作，通过WEB界面形式为用户提供可视化的操作接口，使用户可以直观的根据自己的需求，在WEB界面上提交关于域名解析服务的相关管理和更新维护工作的请求，从而降低了域名解析服务的相关管理和更新维护工作的工作难度，所以不必像现有技术中，域名解析服务的相关管理和更新维护工作必须由数据服务中心的工作人员来完成，进而减轻了数据中心的工作人员的劳动强度；而且，由于通过本发明实施例中的方法，当用户有域名解析服务的相关管理和更新维护工作的需求时，可以自行的及时完成工作，从而有效地提高了工作效率。

在上述实施例中的步骤S11前，还可以包括以下步骤：

S21、判断用户是否合法，如果是执行步骤S11，否则执行步骤22；

S22、拒绝登陆并WEB界面显示提示用户。

为了对域名服务器的相关操作人员进行有效地控制，以保证域名服务器的安全，在本发明实施例中，还增加用户的验证步骤。

在本发明实施例中，用户的合法性可以体现在是否对特定的域名具有登录和操作的权限等，比如，每个用户只能操作自己的用户名所对应域名。

上述所有实施例中，在所述S14判断更新数据库为成功后，还可以包括步骤，将更新的数据与预设的辅DNS服务器的相应数据同步；

在所述步骤S17判断更新BIND配置文件为成功后，还可以包括步骤：将更新的BIND配置文件与预设的辅DNS服务器的相应BIND配置文件同步。

由于在实际应用中，每个域名服务器还可能会配置有辅域名服务器，为了使辅域名服务器中能够及时得到更新后的数据，在本发明实施例中，在更新数据库为成功和更新的BIND配置文件后，将域名服务器中更新后的数据与辅域名服务器同步，以使辅域名服务器可以及时的更新，与域名服务器保持同步。

上述所有实施例中，在所述在执行步骤S19或步骤S20时分别还可以包括步骤：保存更新日志。

为了为预防和处理错误提供依据，在本发明实施例中，还在操作完成过程记录日志，保存用户的操作过程和系统数据的更改内容。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种域名管理方法，其特征在于，包括步骤：

S11、通过WEB界面形式的请求接收接口接收用户的请求；

S12、判断用户发起的请求是否符合要求，是则执行步骤S13，否则执行步骤S20；

S13、将用户通过WEB界面提交的请求中的需要对数据库进行操作的命令转换为对预设数据库中的表格的操作指令以更新数据库；所述数据库用于存贮用户的域名，并将所述域名按父子级关联，且将所述域名与预设的BIND配置文件相对应；

S14、判断更新数据库是否成功，是则步骤S15，否则执行步骤S20；

S15、判断用户通过WEB界面提交的请求中是否包括需要对BIND配置文件进行操作的命令，是则执行S16，否则执行S19；

S16、将所述BIND配置文件操作请求转换为对所述BIND配置文件的操作指令以更新所述BIND配置文件；

S17、判断更新BIND配置文件是否成功，是则执行S19，否则执行步骤S18；

S18、取消步骤S13和步骤S16所执行操作，并执行步骤S20；

S19、通过WEB界面显示提示操作成功；

S20、通过WEB界面显示提示错误。

2.根据权利要求1所述管理方法，其特征在于，在步骤S11前，还包括步骤：

S21、判断用户是否合法，如果是执行步骤S11，否则执行步骤22；

S22、拒绝登陆并WEB界面显示提示用户。

3.根据权利要求2所述管理方法，其特征在于，

在所述S14判断更新数据库为成功后，还包括步骤，将更新的数据与预设的辅DNS服务器的相应数据同步；

在所述步骤S17判断更新BIND配置文件为成功后，还包括步骤：将更新的BIND配置文件与预设的辅DNS服务器的相应BIND配置文件同步。

4.根据权利要求3所述管理方法，其特征在于，所述在执行步骤S19或步骤S20时分别还包括步骤：保存更新日志。

5.根据权利要求4所述管理方法，其特征在于，所述请求包括，域名管理请求、配置管理请求、客户管理请求和系统管理请求。

6.根据权利要求5所述管理方法，其特征在于，所述域名管理请求中包括：新建域请求、域名修改请求和反向解析请求。

7.根据权利要求5所述管理方法，其特征在于，所述配置管理请求中包括：区域管理请求、系统信息管理请求、操作日志请求、系统日志请求和域名服务器重启请求。

8.根据权利要求5所述管理方法，其特征在于，所述客户管理请求中包括：创建用户请求、更改信息请求和检索用户。

9.根据权利要求5所述管理方法，其特征在于，所述系统管理请求中包括：修改密码请求、安全退出请求和更新信息请求。

Images