CN102064966A - 一种配置方法、服务器、设备和系统 - Google Patents

Abstract

本发明提供了一种配置方法、服务器、设备和系统，所述方法包括：接收用户提交的对相应设备进行配置的请求；根据所述请求查找对应的预先编写好的配置信息；向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置，在本发明中，无需人工远程登录到各个设备分别进行配置内容的编写，操作简单，从而提高了配置效率。

Description

一种配置方法、服务器、设备和系统

技术领域

本发明涉及通信技术领域，更具体的说是涉及一种配置方法、服务器、设备和系统。

背景技术

IDC(Internet Data Center，互联网数据中心)是基于Internet网络，为集中式收集、存储、处理和发送数据的设备提供运行维护的设施以及相关的服务体系，IDC服务包括为客户提供虚拟主机、主机出租、CDN(Content Delivery Network，内容分发网络)服务等。因此，IDC数据中心需要管理的设备服务器很多，如果主机出故障、新增加了客户或者为客户新增了服务，都涉及到系统的配置问题。

IDC的服务商，其机房分散在各地，机房的工程技术人员在完成设备系统初始安装之后，在数据中心的工程师需要针对不同的客户服务需求对各设备服务器进行设备配置、服务配置、以及防火墙和安全问题等的配置以及修改。

由于IDC的机房是分散的，而对机房各个设备的配置是集中在数据中心服务器上进行的，现有的配置方法，通常是在机房工程师安装好设备系统后，将该设备记录在excel表格中，由数据中心的工程师根据客户的不同服务需求，从excel表格中查找对应的设备，基于远程连接逐台登录到各个设备，手动进行设备的标准运行配置，之后根据为客户提供的不同服务内容再对设备进行个性化配置即服务配置，完成各项配置后，即可启动服务。

从上述过程中可知，现有的配置方法，需要工程技术人员远程登录到该设备的服务器中，并针对每台设备服务器分别编写配置内容或者进行配置的修改，由于不同的客户服务对应的设备有很多，采用现有的这种配置方法步骤繁琐，工作量大，从而影响配置的效率。

发明内容

有鉴于此，本发明提供一种配置方法、服务器、设备和系统，解决了人工配置步骤繁琐，影响配置效率的问题。

为实现上述目的，本发明提供如下技术方案：

一种配置方法，所述方法包括：

接收用户提交的对相应设备进行配置的请求；

根据所述请求查找对应的预先编写好的配置信息；

向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置。

优选地，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置，包括：

当接收到所述设备发送的检测配置信息的消息时，向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置。

优选地，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置，包括：

将所述配置信息封装成配置文件包；

将所述配置文件包的地址信息发送给所述设备，所述地址信息包括下载地址和验证码信息，以便于所述设备从所述下载地址获取所述配置文件包并根据所述验证码信息进行验证，当验证成功时，解包出所述配置信息，根据所述配置信息进行自身配置。

优选地，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置之后，还包括：

接收所述设备返回的配置情况。

一种配置服务器，所述配置服务器包括：

第一接收单元，用于接收操作人员提交的对相应设备进行配置的请求；

查找单元，用于根据所述请求查找对应的预先编写好的配置信息；

信息提供单元，用于向所述设备提供所述配置信息。

优选地，所述信息提供单元具体用于当接收到所述设备发送的检测配置信息的消息时，向所述设备提供所述配置信息。

优选地，所述信息提供单元包括：

封装单元，用于将所述配置信息封装成配置文件包；

发送单元，用于将所述配置文件包的地址信息发送给所述设备，所述地址信息包括下载地址和验证码信息。

优选地，所述配置服务器还包括：

第二接收单元，用于接收设备返回的配置更新情况。

一种配置设备，所述设备包括：

检测单元，用于向配置服务器检测是否存在配置信息；

获取单元，用于当所述检测单元检测结果为是时，获取所述配置服务器提供的配置信息；

配置单元，用于根据所述配置信息进行自身配置。

优选地，所述获取单元包括：

接收单元，用于当所述检测单元检测结果为是时，接收配置服务器发送的配置文件包的地址信息，所述地址信息包括下载地址和验证码信息；

获取子单元，用于从所述下载地址获取所述配置文件包；

验证单元，用于根据所述验证码信息验证所述配置文件包是否正确；

解包单元，用于当所述验证单元结果为是时，从所述配置文件包中解包出所述配置信息。

优选地，所述配置设备还包括：

发送单元，用于向所述配置服务器发送自身配置情况。

一种配置系统，所述系统包括配置服务器和多个配置设备，

所述配置服务器，用于接收操作人员提交的针对相应设备的配置请求并根据所述配置请求查找对应的预先编写好的配置信息，向对应的设备提供所述配置信息；

所述配置设备，用于向配置服务器检测是否存在配置信息，当存在时，从所述配置服务器中获取所述配置服务器提供的所述预先编写好的配置信息；根据所述配置信息进行自身配置。

经由上述的技术方案可知，与现有技术相比，本发明提供了一种配置方法、服务器、设备和系统，用户预先根据对不同设备的配置需求编写好配置内容，当服务器接收到用户的配置请求时，查找相应的配置信息并发送给相应的设备，由所述设备获取所述配置信息。然后设备根据配置信息进行配置更新，无需人工登陆到各个设备，分别进行配置内容编写，操作简单，提高了配置效率，进一步的，由于不同设备其对应的配置内容可能相同，而通过本发明，因为预先编写好了配置内容，进行配置操作时只需查找到相应的配置信息即可，无需针对各个设备分别编写配置内容，也提高了配置效率。

附图说明

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

图1为本发明一种配置方法实施例1的流程图；

图2为本发明一种配置方法实施例2的流程图；

图3为本发明一种配置服务器实施例的结构示意图；

图4为本发明一种配置设备实施例的结构示意图。

具体实施方式

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

本发明实施例公开了一种配置方法、服务器、设备和系统，用户预先根据对不同设备的配置需求编写好配置内容，当服务器接收到用户的配置请求时，查找相应的配置信息并发送给相应的设备，由所述设备获取所述配置信息。然后设备根据配置信息进行配置更新，无需人工登陆到各个设备，分别进行配置内容的编写，操作简单，提高了配置效率，进一步的，由于不同设备其对应的配置内容可能相同，而通过本发明，因为预先编写好了配置内容，进行配置操作时只需查找到相应的配置信息即可，无需针对各个设备分别编写配置内容，也提高了配置效率。

参见图1，示出了本发明一种配置方法具体实施例1的流程图，可以包括以下步骤：

步骤101：配置服务器接收用户提交的对相应设备进行配置的请求。

配置服务器的操作平台提供了不同的操作界面，在IDC服务中，不同的客户有不同的服务需求，对应不同的服务设备，而相同的客户，其对应的域名也不止一个，不同的域名也对应不同的服务设备。在本发明中，配置服务器提供了不同的操作界面，由不同的用户，分别在相应的操作界面上录入客户信息，提供服务的设备信息，并将不同客户和其对应的服务设备，以及同一客户的不同域名和其对应的服务设备之间建立关联。

因为服务设备与客户之间的对应关系是根据不同客户的服务需求，和/或同一客户的不同服务需求来建立的，针对相同的服务类型，其对应的设备服务配置是一样的，因此在建立设备与客户之间的对应关系时，可以分组进行管理，例如，针对同一服务类型的客户域名，可以将其归纳为同一个域名组进行管理，该域名组对应相同的服务设备，则将相应的设备信息记录在该域名组下，同时，如果对应的服务设备有多个时，也可以将设备进行分组。

用户录入的设备信息包括了该设备的名称、用途，IP(Internet Protocol，网络协议)地址等信息。

在建立好设备与客户之间的对应关系后，当需要对相应的设备进行配置时，直接点击页面的配置按钮或者相应的配置菜单，服务器系统即可接收到该请求信息，进行后续的操作。

步骤102：根据所述请求查找对应的预先编写好的配置信息。

其中，所述的配置信息包括设备的基本配置信息，例如网络、安全、口令、解析、主机、启动、检测、日志等的配置，在安装好设备的系统后，对该设备的基本配置是针对设备本身的运行情况进行的配置，不涉及具体的客户，完成这些配置后即可启动设备的基本服务内容，例如启动防火墙、、启动磁盘检查、软件包更新、启动监控等，主要为设备正常运行的安全、监控的启动项。

因为各个设备的基本配置信息是一样的，工程技术人员预先编写好所述的基本配置信息存储在数据库中，所述的基本配置信息可以包括如下内容：

一主机名

    network    /etc/sysconfig/network

二解析

    hosts           /etc/hosts 

    resoly.conf     /etc/resolv.conf 

    named.conf        /etc/named.conf 

    orghosts           /var/named/chroot/var/named/orghost

三安全

    Hosts.allow        /etc/hosts.allow

四环境

    profile        /etc/profile

五启动

    rc.local     /etc/rc.local

六监控

    snmpd.conf        /etc/snmpd/snmpd.conf 

    monitor.conf       /monitor/etc/monitor.conf 

    config.cfg         /usr/local/etc/config.cfg 

七日志

    dirlist.conf        /usr/local/moniftt/cfg/dirlist.conf

八口令更改

     crontab  /var/spool/cron/root

九解析配置

14  domain.conf     /usr/local/squid/etc/domain.conf

用户需要进行基本设备配置时，只需点击相应的按钮或菜单，系统即可从数据库中查找出对应的预先编写好的配置信息，之后发送给各个设备，设备即可根据所述的配置信息进行自身的配置，无需用户逐个登录到各个设备分别进行配置内容的编写。

所述配置信息还可以包括针对不同服务类型的服务配置，例如，为客户提供CDN(Content Delivery Network，内容分发网络)服务，在进行设备基本配置，使得设备正常运行后，还需要进行缓存配置，缓存配置内容如下：

domain.conf；

squid.conf(nginx.conf)；

redirect.conf；

logup.conf；

dirlist.conf；

preload.conf  /usr/local/preload/etc/external.conf；

完成缓存配置，设备即可启动针对CDN服务的服务项，例如启动squid、nginx或apache等一些同步程序。

需要说明的是，以上只是以CDN服务中缓存配置为例进行描述，对于针对其他类型的服务，例如，配置客户文件的过期策略，获取文件方式，服务域名的解析对应关系，缓存更新策略，服务策略等，服务配置内容不同，在此不再赘述。

其中，所述的服务配置内容，工程技术人员可以预先编写好，在步骤101中，不同的客户的信息，或者同一客户的信息可以根据服务类型分组进行管理，针对不同服务类型的设备也可以分组进行管理，配置服务器提供了相应的界面用于管理这些信息并根据客户服务需求建立客户与设备之间的关系。针对不同服务类型，预先为设备编写好服务配置信息并保存在数据库中，当用户需要为某个客户其对应的设备或设备组进行服务配置时，则在该页面下点击相应的按钮或菜单，系统即可根据该链接地址查找到相应的配置信息。

需要说明的是，在设备配置好后，根据实际情况，可能需要对配置内容进行修改，对设备进行重新配置，因此所述配置信息还可以包括修改后的配置信息。

步骤103：向所述设备提供所述配置信息，以便于设备获取所述配置信息并根据所述配置信息进行自身配置。

其中，各个设备会每隔一定时间向配置服务器查询是否有自己的配置信息，当用户提交了对某个设备的配置请求，则该设备进行查询时，通过提供自己的设备名称或者相应的地址，即可查询到有自己的配置信息。

配置服务器与各个设备之间是通过HTTP(Hyper Text Transfer Protocol，超文本传输协议)进行通信，以数据包形式进行信息传送。因此配置服务器会将所述的配置信息封装成配置文件包以进行传送，同时配置服务器为该配置文件包分配好地址。

配置服务器向设备提供配置信息，可以分为两种方式：

一种方式是，配置服务器会将配置信息封装成配置文件包，将该配置文件包的下载地址发送给所述设备，设备即可从该下载地址处获取所述配置文件包，并解包还原出所述配置信息，然后根据该配置信息进行自身的配置。

另一种方式是，因为配置服务器知道该设备的地址信息，其也可以直接将配置信息以配置文件包的形式发送至所述设备，所述设备即可获取到所述配置文件包，解包还原出所述配置信息，然后根据该配置信息进行自身的配置。

通过本发明实施例，用户预先根据对不同设备的配置需求编写好配置内容，当服务器接收到用户的配置请求时，查找相应的配置信息并发送给相应的设备，由所述设备获取所述配置信息。然后设备根据配置信息进行配置更新，无需人工登陆到各个设备，分别进行配置内容编写，操作简单，提高了配置效率。

参见图2，示出了本发明一种配置方法实施例2的流程图，所述方法可以包括以下步骤：

步骤201：配置服务器接收用户提交的对相应设备进行配置的请求。

步骤202：配置服务器根据所述请求查找对应的预先编写好的配置信息。

预先编写好的配置信息包括对设备的基本配置内容，针对不同服务类型的服务配置、或者对配置内容的修改。

当对设备有新的配置内容或者为新增加的设备进行配置时，预先为相应的设备编写好配置信息，单击配置操作，服务器系统根据该请求即会查找到对应的配置信息。

步骤203：设备向配置服务器查询是否存在对应的配置信息，如果是，则进入步骤204，如果否，则进入步骤209

其中，设备会每隔一定时间向配置服务器查询是否有对该设备的配置信息，配置服务器查找到对应设备的配置信息，需要该设备进行查询时，才将所述配置信息提供给该设备。所述的一定时间可以根据具体情况进行限定，例如，可以设置为5分钟。

因为配置信息与设备是对应的，设备进行查询时，提供自己的设备主机名称，即可查询到是否有配置信息。

步骤204：配置服务器将所述配置信息封装成配置文件包，将该配置文件包的地址信息发送给所述设备。

配置服务器与各个设备之间是通过HTTP(Hyper Text Transfer Protocol，超文本传输协议)进行通信，以数据包形式进行信息传送。因此配置服务器会将所述的配置信息封装成配置文件包以进行传送，同时配置服务器为该配置文件包分配好地址。

其中，地址信息包括该配置文件包的下载地址和验证码信息，所述的验证码信息为一串MD5(Message-Digest Algorithm 5，信息摘要算法)验证码，MD5是计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。

步骤205：设备从所述下载地址获取所述配置文件包并根据所述验证码信息验证所述配置文件包是否正确，如果是，则进入步骤206，如果否，则进入步骤209。

设备从配置服务器发送的下载地址处下载获得所述配置文件包，并进行MD5检查，与配置服务器提供的MD5验证码信息参数进行对比，如果正确，则说明该数据包完整，继续执行后续步骤。

步骤206：设备从所述配置文件包中解包还原出配置信息。

步骤207：根据所述配置信息进行自身配置。

设备从配置文件包中解压缩出配置信息，执行所述配置信息内容，进行自身配置或者配置更新。

步骤208：将配置情况返回给所述配置服务器。

设备完成配置后会将配置结果返回给配置服务器，以便于用户判断对该设备是否配置成功。

步骤209：结束流程。

需要说明的是，本实施例中步骤203的操作并不限定于本实施例中的顺序，设备每隔一定时间即会执行查询的步骤，本实施例中的顺序描述只是为了描述清楚，并不是作为具体的限定。

在本发明实施例中，用户预先根据对不同设备的配置需求编写好配置内容，当服务器接收到用户的配置请求时，查找相应的配置信息并发送给相应的设备，由所述设备获取所述配置信息。然后设备根据配置信息进行配置更新，无需人工登陆到各个设备，分别进行配置内容编写，操作简单，提高了配置效率，而且由于不同设备其对应的配置内容可能相同，而通过本发明因为预先编写好了配置内容，进行配置操作时只需查找到相应的配置信息即可，无需针对各个设备分别编写配置内容，也提高了配置效率。

参见图3，示出了本发明一种配置服务器的实施例的结构示意图，可以包括：

第一接收单元301：用于接收操作人员提交的对相应设备进行配置的请求。

查找单元302：用于根据所述请求查找对应的预先编写好的配置信息。

信息提供单元303：用于向所述设备提供所述配置信息。

其中，信息提供单元303可以具体包括：

封装单元3031：用于将所述配置信息封装成配置文件包。

发送单元3032：用于将所述配置文件包的地址信息发送给所述设备，所述地址信息包括下载地址和验证码信息。

其中，所述的配置服务器还可以包括：

第二接收单元：用于接收设备返回的配置更新情况。

在本发明实施例中，用户预先根据对不同设备的配置需求编写好配置内容并存储在配置服务器的数据库中，当配置服务器接收到用户的配置请求时，查找相应的配置信息并提供给所述设备，无需人工远程登陆到各个设备，分别进行配置内容编写，操作简单，提高了配置效率。

参见图4，示出了本发明一种配置设备实施例的结构示意图，可以包括：

检测单元401：用于向配置服务器检测是否存在配置信息。

获取单元402：用于当所述检测单元401检测结果为是时，获取所述配置服务器提供的配置信息。

其中，所述获取单元402可以具体包括：

接收单元4021：用于当所述检测单元401检测结果为是时，接收配置服务器发送的配置文件包的地址信息，所述地址信息包括下载地址和验证码信息；

获取子单元4022：用于从所述下载地址获取所述配置文件包；

验证单元4023：用于根据所述验证码信息验证所述配置文件包是否正确；

解包单元4024：用于当所述验证单元4023结果为是时，从所述配置文件包中解包出所述配置信息。

配置单元403：用于根据所述配置信息进行自身配置。

其中，所述配置设备还可以包括：

发送单元：用于向所述配置服务器发送自身配置情况。

在本发明实施例中，设备自动查找是否有对该设备的配置信息，如果有，则获取所述配置信息，执行配置信息内容完成自身配置，无需人工远程登陆到各个设备，分别进行配置内容编写，操作简单，提高了配置效率。

本发明还提供一种配置系统，所述系统包括配置服务器和多个配置设备。

所述配置服务器，用于接收操作人员提交的针对相应设备的配置请求并根据所述配置请求查找对应的预先编写好的配置信息，向所述设备提供所述配置信息；

所述配置设备，用于向配置服务器检测是否存在配置信息，当存在时，从所述配置服务器中获取所述配置服务器提供的所述预先编写好的配置信息；根据所述配置信息进行自身配置。

在本发明提供的配置系统中，配置服务器和设备通过HTTP协议进行通信，用户预先根据对不同配置设备的配置需求编写好配置内容，当配置服务器接收到用户的配置请求时，查找相应的配置信息并提供给相应的设备，由所述设备获取所述配置信息。然后设备根据配置信息进行配置更新，无需人工远程登陆到各个配置设备，分别进行配置内容编写，操作简单，提高了配置效率。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (12)

1.一种配置方法，其特征在于，所述方法包括：

接收用户提交的对相应设备进行配置的请求；

根据所述请求查找对应的预先编写好的配置信息；

向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置。

2.根据权利要求1所述的方法，其特征在于，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置，包括：

当接收到所述设备发送的检测配置信息的消息时，向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置。

3.根据权利要求1所述的方法，其特征在于，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置，包括：

将所述配置信息封装成配置文件包；

将所述配置文件包的地址信息发送给所述设备，所述地址信息包括下载地址和验证码信息，以便于所述设备从所述下载地址获取所述配置文件包并根据所述验证码信息进行验证，当验证成功时，解包出所述配置信息，根据所述配置信息进行自身配置。

4.根据权利要求1所述的方法，其特征在于，所述向所述设备提供所述配置信息，以便于所述设备获取所述配置信息并根据所述配置信息进行自身配置之后，还包括：

接收所述设备返回的配置情况。

5.一种配置服务器，其特征在于，所述配置服务器包括：

第一接收单元，用于接收操作人员提交的对相应设备进行配置的请求；

查找单元，用于根据所述请求查找对应的预先编写好的配置信息；

信息提供单元，用于向所述设备提供所述配置信息。

6.根据权利要求5所述的配置服务器，其特征在于，所述信息提供单元具体用于当接收到所述设备发送的检测配置信息的消息时，向所述设备提供所述配置信息。

7.根据权利要求5所述的配置服务器，其特征在于，所述信息提供单元包括：

封装单元，用于将所述配置信息封装成配置文件包；

发送单元，用于将所述配置文件包的地址信息发送给所述设备，所述地址信息包括下载地址和验证码信息。

8.根据权利要求5所述的配置服务器，其特征在于，所述配置服务器还包括：

第二接收单元，用于接收设备返回的配置更新情况。

9.一种配置设备，其特征在于，所述设备包括：

检测单元，用于向配置服务器检测是否存在配置信息；

获取单元，用于当所述检测单元检测结果为是时，获取所述配置服务器提供的配置信息；

配置单元，用于根据所述配置信息进行自身配置。

10.根据权利要求9所述的配置设备，其特征在于，所述获取单元包括：

接收单元，用于当所述检测单元检测结果为是时，接收配置服务器发送的配置文件包的地址信息，所述地址信息包括下载地址和验证码信息；

获取子单元，用于从所述下载地址获取所述配置文件包；

验证单元，用于根据所述验证码信息验证所述配置文件包是否正确；

解包单元，用于当所述验证单元结果为是时，从所述配置文件包中解包出所述配置信息。

11.根据权利要求9所述的配置设备，其特征在于，所述配置设备还包括：

发送单元，用于向所述配置服务器发送自身配置情况。

12.一种配置系统，其特征在于，所述系统包括配置服务器和多个配置设备，

所述配置服务器，用于接收操作人员提交的针对相应设备的配置请求并根据所述配置请求查找对应的预先编写好的配置信息，向对应的设备提供所述配置信息；

所述配置设备，用于向配置服务器检测是否存在配置信息，当存在时，从所述配置服务器中获取所述配置服务器提供的所述预先编写好的配置信息；根据所述配置信息进行自身配置。

Images