CN114844859A - 域名配置方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种域名配置方法、装置、电子设备及存储介质，所述方法包括：对本地服务器的端口进行启动探测；在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。采用本公开实施例可以提高域名配置效率。

Description

域名配置方法、装置、电子设备及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种域名配置方法、装置、电子设备及存储介质。

背景技术

cloud IDE(集成开发环境，Integrated Development Environment)是部署在远程服务器中的IDE(或者也可以称为开发编辑器)，通过在远程部署IDE的方式，能够降低开发者本地电脑的资源占用。

参照图1a所示，左边是开发端，右边是远程服务器，IDE即运行在远程服务器(该远程服务器以下称为IDE设备)中。当开发者开发web(World Wide Web，全球广域网)服务时，通常web服务会启动一个端口来对外进行访问，例如：该web服务启动的是8080端口，则访问IDE设备的8080端口即可以访问该web服务。在远程开发模式下，出于安全性考虑，服务器是不能直接通过ip(Internet Protocol,网际互连协议)地址加端口的方式来访问的，需要通过nginx代理服务器进行请求代理，代理访问web服务的过程，可以参照图1b所示。

相关技术中，开发者需要手动查看IDE设备的ip地址，然后到nginx代理服务器上配置上要使用web服务的域名、ip地址、端口等信息，然后通过域名来访问IDE设备上的web服务。整个流程严重依赖人工手动配置，操作重复、繁琐、容易出错，域名配置效率低下。

发明内容

本公开提供一种域名配置方法、装置、电子设备及存储介质，以至少解决相关技术中域名配置低下的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种域名配置方法，包括：

对本地服务器的端口进行启动探测；

在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

在其中一个实施例中，对本地服务器的端口进行启动探测，包括：

依次建立与本地服务器中各端口的传输控制协议TCP连接；

在所述TCP连接建立成功的情况下，确定所述TCP连接对应的端口为已启动端口。

在其中一个实施例中，所述针对所述已启动端口向代理服务器上报对应的端口启动信息，包括：

在已启动端口列表中查找所述已启动端口，所述已启动端口列表用于存储历史已启动端口；

在所述已启动端口列表中未查找到所述已启动端口的情况下，将所述已启动端口添加至所述已启动端口列表；

根据所述本地服务器的设备信息及所述已启动端口的端口信息向代理服务器上报对应的端口启动信息。

根据本公开实施例的第二方面，提供一种域名配置方法，所述方法包括：

接收目标服务器针对已启动端口发送的端口启动信息；

根据所述端口启动信息，配置所述已启动端口对应的域名；

向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

在其中一个实施例中，所述端口启动信息中包括所述目标服务器的设备信息及所述已启动端口的端口信息，所述根据所述端口启动信息，配置所述已启动端口对应的域名，包括：

从所述端口启动信息中获取所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息；

根据所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息，生成所述已启动端口对应的域名。

在其中一个实施例中，所述方法还包括：

将所述目标服务器的设备信息、所述目标服务器中已启动端口的端口信息及所述已启动端口对应的域名，写入端口配置文本中；

调用信息加载模块，通过所述信息加载模块将所述端口配置文本中的信息加载至内存中。

根据本公开实施例的第三方面，提供一种域名配置系统，所述系统包括目标服务器及代理服务器，所述目标服务器中部署有第一代理进程，所述代理服务器中部署有第二代理进程，

所述第一代理进程，用于对本地服务器的端口进行启动探测，并在检测到本地存在已启动端口的情况下，针对所述已启动端口向所述代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

所述第二代理进程，用于接收所述目标服务器发送的端口启动信息，并根据所述端口启动信息，配置所述已启动端口对应的域名，向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名；

所述第一代理进程，还用于接收所述代理服务器发送的端口启动反馈信息。

根据本公开实施例的第四方面，提供一种域名配置装置，包括：

探测单元，被配置为执行对本地服务器的端口进行启动探测；

上报单元，被配置为执行在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

接收单元，被配置为执行接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

在其中一个实施例中，所述探测单元，还被配置为执行：

依次建立与本地服务器中各端口的传输控制协议TCP连接；

在所述TCP连接建立成功的情况下，确定所述TCP连接对应的端口为已启动端口。

在其中一个实施例中，所述上报单元，还被配置为执行：

在已启动端口列表中查找所述已启动端口，所述已启动端口列表用于存储历史已启动端口；

在所述已启动端口列表中未查找到所述已启动端口的情况下，将所述已启动端口添加至所述已启动端口列表；

根据所述本地服务器的设备信息及所述已启动端口的端口信息向代理服务器上报对应的端口启动信息。

根据本公开实施例的第五方面，提供一种域名配置装置，包括：

接收单元，被配置为执行接收目标服务器针对已启动端口发送的端口启动信息；

配置单元，被配置为执行根据所述端口启动信息，配置所述已启动端口对应的域名；

发送单元，被配置为执行向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

在其中一个实施例中，所述端口启动信息中包括所述目标服务器的设备信息及所述已启动端口的端口信息，所述配置单元，还被配置为执行：

从所述端口启动信息中获取所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息；

根据所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息，生成所述已启动端口对应的域名。

在其中一个实施例中，所述装置还包括：

写入单元，被配置为执行将所述目标服务器的设备信息、所述目标服务器中已启动端口的端口信息及所述已启动端口对应的域名，写入端口配置文本中；

加载单元，被配置为执行调用信息加载模块，通过所述信息加载模块将所述端口配置文本中的信息加载至内存中。

根据本公开实施例的第六方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现前述任一项所述的域名配置方法。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如前述任一项所述的域名配置方法。

根据本公开实施例的第八方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如前述任一项所述的域名配置方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本公开实施例提供的域名配置方法、装置、电子设备及存储介质，可以对本地服务器的端口进行启动探测，并在探测到本地存在已启动端口的情况下，针对已启动端口向代理服务器上报对应的端口启动信息，以使得代理服务器根据端口启动信息，配置已启动端口对应的域名。接收代理服务器发送的端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名，完成已启动端口的域名配置。基于本公开实施例提供的域名配置方法、装置、电子设备及存储介质，可以自动探测并向代理服务器上报本地服务器中的已启动端口，以使得在代理服务器侧自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1a是根据一示例性实施例示出的一种远程访问web服务的示意图。

图1b是根据一示例性实施例示出的一种域名配置方法的应用场景示意图。

图2是根据一示例性实施例示出的一种域名配置方法的流程图。

图3是根据一示例性实施例示出的一种域名配置方法中步骤202的流程图。

图4是根据一示例性实施例示出的一种域名配置方法中步骤204的流程图。

图5是根据一示例性实施例示出的一种域名配置方法的流程图。

图6是根据一示例性实施例示出的一种域名配置方法中步骤504的流程图。

图7是根据一示例性实施例示出的一种域名配置方法的流程图。

图8是根据一示例性实施例示出的一种域名配置系统的框图。

图9是根据一示例性实施例示出的一种域名配置装置的框图。

图10是根据一示例性实施例示出的一种域名配置装置的框图。

图11是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本公开所提供的域名配置方法，可以应用于如图1b所示的应用环境中。其中，终端110、代理服务器120(例如：Nginx服务器)、目标服务器(也即IDE服务器)130通过网络进行交互，目标服务器130本地部署有第一代理进程agent，代理服务器120本地部署有第二代理进程agent，目标服务器130可以通过第一代理进程agent探测本地已启动端口，并在探测到本地存在已启动端口的情况下，根据该已启动端口向代理服器120发送对应的端口启动信息。代理服务器120中的第二代理进程agent接收端口启动信息后，可以基于该端口启动信息为已启动端口配置对应的域名，并向目标服务器130发送对应的端口启动反馈信息。目标服务器130可以通过第一代理进程agent接收端口启动反馈信息，将该已启动端口配置的域名加载至内存中，进而用户可以从目标服务器130查看web服务对应端口的域名后，直接通过该域名进行该web服务的访问。

其中，终端110可以是但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，代理服务器120和目标服务器130均可以是独立的服务器或者是多个服务器组成的服务器集群等。

图2是根据一示例性实施例示出的一种域名配置方法的流程图，如图2所示，域名配置方法用于图1b中目标服务器130的第一代理进程agent中，包括以下步骤：

在步骤202中，对本地服务器的端口进行启动探测。

本公开实施例中，本地服务器为目标服务器(部署IDE的服务器)，第一代理进程可以遍历本地服务器的各端口，以探测本地服务器的端口中是否存在已启动端口。例如：当在目标服务器中开发了目标web服务后，将在该目标服务器中为该目标web服务启动一个端口，当探测到该端口时，可以将该端口作为已启动端口。

在步骤204中，在探测到本地存在已启动端口的情况下，针对已启动端口向代理服务器上报对应的端口启动信息，以使得代理服务器根据所述端口启动信息，配置已启动端口对应的域名。

本公开实施例中，在探测到本地存在已启动端口的情况下，第一代理进程可以与代理服务器的第二代理进程进行通信，根据该已启动端口向代理服务器的第二代理进程上报对应的端口启动信息。示例性的，端口启动信息中可以包括目标服务器的IP地址和唯一ID、以及已启动端口的端口号等信息。代理服务器的第二代理进程可以基于该端口启动信息为该已启动端口配置对应的域名，并根据该已启动端口对应的域名向目标服务器的第一代理进程发送端口反馈信息，该端口反馈信息中可以包括该已启动端口对应的域名。

在步骤206中，接收代理服务器发送的端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名。

本公开实施例中，在接收到代理服务器发送的端口启动反馈信息后，可以将该端口反馈信息中已启动端口对应的域名存储在内存中。用户在目标服务器中可以查询该已启动端口对应的域名，进而可以通过该已启动端口对应的域名访问该已启动端口对应的web服务。

本公开实施例提供的域名配置方法，可以自动对本地服务器的端口进行启动探测，并在探测到本地存在已启动端口的情况下，针对已启动端口向代理服务器上报对应的端口启动信息，以使得代理服务器根据端口启动信息，配置已启动端口对应的域名。接收代理服务器发送的端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名，以完成已启动端口的域名配置。基于本公开实施例提供的域名配置方法，可以自动探测并向代理服务器上报本地服务器中的已启动端口，以使得在代理服务器侧自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在其中一个实施例中，参照图3所示，在步骤202中，对本地服务器的端口进行启动探测，具体可以通过以下步骤实现：

在步骤302中，依次建立与本地服务器中各端口的传输控制协议TCP连接；

在步骤304中，在TCP连接建立成功的情况下，确定TCP连接对应的端口为已启动端口。

本公开实施例中，当为web服务启动了对应的端口后，则该端口处于启动状态。第一代理进程可以依次与本地服务器中各个端口建立TCP(Transmission ControlProtocol，传输控制协议)连接，进而根据TCP连接的建立结果，可以确定端口是否为已启动端口。针对任一端口来说，在TCP连接建立成功的情况下，则可以将该端口确定为已启动端口。

示例性的，当遍历到端口1的时候，若端口1TCP连接建立失败，则继续遍历端口2，当端口2TCP连接建立成功，则可以将该端口2作为已启动端口，向代理服务器的第二代理进程上报端口2对应的端口启动信息，进而代理服务器基于该端口启动信息为该端口2配置对应的域名，继续遍历端口3……，直至完成全部端口的遍历。

基于本公开实施例提供的域名配置方法，可以通过与端口建立TCP连接，进而基于TCP连接的建立结果自动探测已启动端口，以使得在代理服务器侧自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在其中一个实施例中，参照图4所示，上述步骤204中，针对已启动端口向代理服务器上报对应的端口启动信息，具体可以通过以下步骤实现：

在步骤402中，在已启动端口列表中查找已启动端口，已启动端口列表用于存储历史已启动端口；

在步骤404中，在已启动端口列表中未查找到已启动端口的情况下，将已启动端口添加至已启动端口列表；

在步骤406中，根据本地服务器的设备信息及已启动端口的端口信息向代理服务器上报对应的端口启动信息。

本公开实施例中，历史已启动端口可以存储于已启动端口列表中。在确定本地存在已启动端口后，可以在该已启动端口列表中查找该已启动端口，在已启动端口列表中查找到该已启动端口，则确定该已启动端口为历史已启动端口，也即该已启动端口已完成域名配置，故无需再上报至代理服务器进行域名配置。

或者，在已启动端口列表中未查找到该已启动端口，可以确定该已启动端口为新启动的尚未进行域名配置的端口，故可以获取目标服务器的设备信息(可以包括IP地址和ID信息)及已启动端口的端口信息(用于唯一标识已启动端口的信息，例如：端口号等)，进而根据目标服务器的设备信息及已启动端口的端口信息生成端口启动信息，并向代理服务器的第二代理进程上报该端口启动信息。

代理服务器的第二代理进程可以基于该端口启动信息为该已启动端口配置对应的域名，例如：可以通过目标服务器的ID加上已启动端口的端口号的方式配置已启动端口对应的域名。并根据该已启动端口对应的域名向目标服务器的第一代理进程发送端口反馈信息，该端口反馈信息中可以包括该已启动端口对应的域名。

基于本公开实施例提供的域名配置方法，可以通过已启动端口列表记录历史已启动端口，进而仅对未记录在已启动端口列表中的已启动端口进行域名配置，可以实现去重处理，避免为同一端口重复配置域名的问题。

图5是根据一示例性实施例示出的一种域名配置方法的流程图，如图5所示，域名配置方法用于图1b中代理服务器120的第二代理进程agent中，包括以下步骤：

在步骤502中，接收目标服务器针对已启动端口发送的端口启动信息。

本公开实施例中，目标服务器的第一代理进程在探测到已启动端口的情况下，可以向代理服务器中的第二代理进程发送该已启动端口对应的端口启动信息(具体过程参照前述实施例的相关描述即可，本公开实施例在此不再赘述)。

在步骤504中，根据端口启动信息，配置已启动端口对应的域名。

本公开实施例中，在接收到目标服务器针对已启动端口发送的端口启动信息后，可以响应于该端口启动信息，为该已启动端口配置对应的域名。本公开实施例中不对域名的配置方式做具体限定，凡是可以生成唯一标识已启动端口的域名均适用于本公开实施例中。

在步骤506中，向目标服务器发送端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名。

本公开实施例中，完成已启动端口对应的域名的配置后，可以基于已启动端口对应的域名向目标服务器的第一代理进程发送端口启动反馈信息，以使得目标服务器中第一代理进程接收端口启动反馈信息后，可以从中获取已启动端口对应的域名，并将其存储至内存中，进而用户可以从目标服务器中查询已启动端口的域名，并基于已启动端口的域名访问对应的web服务，无需用户手动在代理服务器中配置已启动端口的域名。

本公开实施例提供的域名配置方法，可以在接收目标服务器针对已启动端口发送的端口启动信息后，根据该端口启动信息，配置已启动端口对应的域名，并向目标服务器发送包括已启动端口对应的域名的端口启动反馈信息，以完成端口域名的配置。基于本公开实施例提供的域名配置方法，可以基于目标服务器针对已启动端口上报的端口启动信息，在代理服务器中自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在其中一个实施例中，参照图6所示，端口启动信息中包括目标服务器的设备信息及已启动端口的端口信息，在步骤504中，根据端口启动信息，配置已启动端口对应的域名，可以通过以下步骤实现：

在步骤602中，从端口启动信息中获取目标服务器的设备信息及目标服务器中已启动端口的端口信息；

在步骤604中，根据目标服务器的设备信息及目标服务器中已启动端口的端口信息，生成已启动端口对应的域名。

本公开实施例中，端口启动信息中可以包括目标服务器的设备信息及已启动端口的端口信息，其中，目标服务器的设备信息可以包括目标服务器的IP地址和ID信息，已启动端口的端口信息为能够唯一标识已启动端口的信息，例如：可以包括已启动端口的端口号等。

第二代理进程可以从端口启动信息中获取目标服务器的设备信息及目标服务器中已启动端口的端口信息，进而可以基于目标服务器的设备信息及目标服务器中已启动端口的端口信息，生成已启动端口对应的域名。例如：可以将目标服务器的设备信息与目标服务器中已启动端口的端口信息拼接起来，得到已启动端口的域名，以目标服务器的设备信息包括ID信息：ID1，已启动端口的端口信息包括端口号：8080为例，已启动端口的域名可以为：ID1-8080.ide.com。

基于本公开实施例提供的域名配置方法，可以基于目标服务器设备信息及目标服务器中已启动端口的端口信息，自动为目标服务器中的已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在其中一个实施例中，参照图7所示，上述方法还可以包括：

在步骤702中，将目标服务器的设备信息、目标服务器中已启动端口的端口信息及已启动端口对应的域名，写入端口配置文本中；

在步骤704中，调用信息加载模块，通过信息加载模块将端口配置文本中的信息加载至内存中。

本公开实施例中，在接收到目标服务器发送的端口启动信息后，可以将还端口启动信息中携带的目标服务器的设备信息、目标服务器中已启动端口的端口信息及为已启动端口配置的域名，写入端口配置文本中。

完成端口配置文本的配置后，调用代理服务器的信息加载模块，通过该信息加载模度读取该端口配置文本，将端口配置文本中记载的上述信息加载至内存中。示例性的，信息加载模块可以为用于实现reload方法的模块，可以通过reload读取端口配置文本。Reload读取端口配置文本后，用户就可以通过已启动端口的域名来访问目标服务器上的web服务了。

基于本公开实施例提供的域名配置方法，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

为使本领域技术人员更好的理解本公开实施例，以下通过具体示例对本公开实施例加以说明：

本公开实施例提供的域名配置方法可以分为两个部分，一个是自动探测启动端口部分(目标服务器(以下称为IDE设备)执行部分)，一个是动态创建代理服务器(代理服务器(以下称为Nginx设备)执行部分)配置部分。

在IDE设备上，部署一个第一agent，在Nginx设备上也部署一个第二agent。第一agent运行在IDE设备上，会不断遍历IDE设备上1到65535的TCP端口(65535是IDE设备上能够启动的端口的最大值)，对每个端口，尝试建立访问TCP连接，如果建立成功，则说明IDE设备上启动了这个端口的服务，则标记该端口为已启动端口。

第一agent向第二agent上报新发现的已启动端口(新发现的已启动端口为执行过去重处理的端口，去重过程参照前述实施例中基于已启动端口列表执行的操作即可)，上报的信息中包含了IDE设备的唯一ID、IDE设备的IP地址和新发现的已启动端口的端口号。

第二agent接收到第一agent上报的信息后，会先配置nginx配置文件(也即端口配置文本)，可以在nginx配置文件中配置新发现的已启动端口的域名、IP、端口号。域名通过IDE设备的ID加端口号的方式配置，来保证域名的唯一性，例如id1-8080.ide.com。

第二agent完成nginx配置文件的配置后，调用Nginx设备的reload方法重新读取nginx配置文件，并向第一agent反馈该新发现的已启动端口的域名。reload完成后，用户在IDE设备侧查询到新发现的已启动端口的域名，就可以通过域名来访问IDE设备上的web服务了。

应该理解的是，虽然图1-图7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-图7中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。

图8是根据一示例性实施例示出的一种域名配置系统的框图，如图8所示，系统包括目标服务器802及代理服务器804，目标服务器802中部署有第一代理进程8022，代理服务器中部署有第二代理进程8042，

第一代理进程8022，用于对本地服务器的端口进行启动探测，并在检测到本地存在已启动端口的情况下，针对已启动端口向代理服务器上报对应的端口启动信息，以使得代理服务器根据端口启动信息，配置已启动端口对应的域名；

第二代理进程8042，用于接收目标服务器发送的端口启动信息，并根据端口启动信息，配置已启动端口对应的域名，向目标服务器发送端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名；

第一代理进程8022，还用于接收代理服务器发送的端口启动反馈信息。

本公开实施例中，第一代理进程和第二代理进程实现自动探测已启动端口以及自动为已启动端口配置域名的方式，参照前述实施例的相关描述即可，本公开实施例在此不再赘述。

本公开实施例提供的域名配置系统，目标服务器中的第一代理进程可以自动探测已启动端口，代理服务器中的第二代理进程可以自动为已启动端口配置域名，端口域名配置的整个过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

图9是根据一示例性实施例示出的一种域名配置装置框图。参照图9，该装置包括探测单元902，上报单元904和接收单元906。

探测单元902，被配置为执行对本地服务器的端口进行启动探测；

上报单元904，被配置为执行在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

接收单元906，被配置为执行接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

本公开实施例提供的域名配置装置，可以对本地服务器的端口进行启动探测，并在探测到本地存在已启动端口的情况下，针对已启动端口向代理服务器上报对应的端口启动信息，以使得代理服务器根据端口启动信息，配置已启动端口对应的域名。接收代理服务器发送的端口启动反馈信息，端口启动反馈信息中包括已启动端口对应的域名，完成已启动端口的域名配置。基于本公开实施例提供的域名配置装置，可以自动探测并向代理服务器上报本地服务器中的已启动端口，以使得在代理服务器侧自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在一示例性实施例中，所述探测单元902，还被配置为执行：

依次建立与本地服务器中各端口的传输控制协议TCP连接；

在所述TCP连接建立成功的情况下，确定所述TCP连接对应的端口为已启动端口。

在一示例性实施例中，所述上报单元904，还被配置为执行：

在已启动端口列表中查找所述已启动端口，所述已启动端口列表用于存储历史已启动端口；

在所述已启动端口列表中未查找到所述已启动端口的情况下，将所述已启动端口添加至所述已启动端口列表；

根据所述本地服务器的设备信息及所述已启动端口的端口信息向代理服务器上报对应的端口启动信息。

图10是根据一示例性实施例示出的一种域名配置装置框图。参照图10，该装置包括接收单元1002，配置单元1004和发送单元1006。

接收单元1002，被配置为执行接收目标服务器针对已启动端口发送的端口启动信息；

配置单元1004，被配置为执行根据所述端口启动信息，配置所述已启动端口对应的域名；

发送单元1006，被配置为执行向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

本公开实施例提供的域名配置装置，可以在接收目标服务器针对已启动端口发送的端口启动信息后，根据该端口启动信息，配置已启动端口对应的域名，并向目标服务器发送包括已启动端口对应的域名的端口启动反馈信息，以完成端口域名的配置。基于本公开实施例提供的域名配置装置，可以基于目标服务器针对已启动端口上报的端口启动信息，在代理服务器中自动为已启动端口配置域名，整个域名配置过程为自动化过程，简化了域名配置流程，避免了手动配置域名易出错的问题，提高了域名配置的精度和域名配置的效率，并且节约了人力成本。

在其中一个实施例中，所述端口启动信息中包括所述目标服务器的设备信息及所述已启动端口的端口信息，所述配置单元1004，还被配置为执行：

从所述端口启动信息中获取所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息；

根据所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息，生成所述已启动端口对应的域名。

在其中一个实施例中，所述装置还包括：

写入单元，被配置为执行将所述目标服务器的设备信息、所述目标服务器中已启动端口的端口信息及所述已启动端口对应的域名，写入端口配置文本中；

加载单元，被配置为执行调用信息加载模块，通过所述信息加载模块将所述端口配置文本中的信息加载至内存中。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图11是根据一示例性实施例示出的一种用于域名配置的电子设备1100的框图。例如，电子设备1100可以为服务器。参照图11，电子设备1100包括处理组件1120，其进一步包括一个或多个处理器，以及由存储器1122所代表的存储器资源，用于存储可由处理组件1120的执行的指令，例如应用程序。存储器1122中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1120被配置为执行指令，以执行上述方法。

电子设备1100还可以包括：电源组件1124被配置为执行电子设备1100的电源管理，有线或无线网络接口1126被配置为将电子设备1100连接到网络，和输入输出(I/O)接口1128。电子设备1100可以操作基于存储在存储器1122的操作系统，例如Window11 11erver，Mac O11 X，Unix，Linux，FreeB11D或类似。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1122，上述指令可由电子设备1100的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备1100的处理器执行以完成上述方法。

需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

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

对本地服务器的端口进行启动探测；

在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

2.根据权利要求1所述的方法，其特征在于，对本地服务器的端口进行启动探测，包括：

依次建立与本地服务器中各端口的传输控制协议TCP连接；

在所述TCP连接建立成功的情况下，确定所述TCP连接对应的端口为已启动端口。

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

接收目标服务器针对已启动端口发送的端口启动信息；

根据所述端口启动信息，配置所述已启动端口对应的域名；

向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

4.根据权利要求3所述的方法，其特征在于，所述端口启动信息中包括所述目标服务器的设备信息及所述已启动端口的端口信息，所述根据所述端口启动信息，配置所述已启动端口对应的域名，包括：

从所述端口启动信息中获取所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息；

根据所述目标服务器的设备信息及所述目标服务器中已启动端口的端口信息，生成所述已启动端口对应的域名。

5.一种域名配置系统，其特征在于，所述系统包括目标服务器及代理服务器，所述目标服务器中部署有第一代理进程，所述代理服务器中部署有第二代理进程，

所述第一代理进程，用于对本地服务器的端口进行启动探测，并在检测到本地存在已启动端口的情况下，针对所述已启动端口向所述代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

所述第二代理进程，用于接收所述目标服务器发送的端口启动信息，并根据所述端口启动信息，配置所述已启动端口对应的域名，向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名；

所述第一代理进程，还用于接收所述代理服务器发送的端口启动反馈信息。

6.一种域名配置装置，其特征在于，包括：

探测单元，被配置为执行对本地服务器的端口进行启动探测；

上报单元，被配置为执行在探测到本地存在已启动端口的情况下，针对所述已启动端口向代理服务器上报对应的端口启动信息，以使得所述代理服务器根据所述端口启动信息，配置所述已启动端口对应的域名；

接收单元，被配置为执行接收所述代理服务器发送的端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

7.一种域名配置装置，其特征在于，所述装置包括：

接收单元，被配置为执行接收目标服务器针对已启动端口发送的端口启动信息；

配置单元，被配置为执行根据所述端口启动信息，配置所述已启动端口对应的域名；

发送单元，被配置为执行向所述目标服务器发送端口启动反馈信息，所述端口启动反馈信息中包括所述已启动端口对应的域名。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至4中任一项所述的域名配置方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至4中任一项所述的域名配置方法。

10.一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至4中任一项所述的域名配置方法。

Images