一种界面操作端口映射配置的方法及装置与流程

本发明涉及测试领域，特别涉及一种界面操作端口映射配置的方法及装置。

背景技术：

Nginx(一款轻量级的Web服务器/反向代理服务器及电子邮件IMAP/POP3代理服务器)是一个高性能的HTTP和反向代理服务器，因此很多模拟服务平台会利用Nginx服务器的Nginx反向代理的配置作为本模拟服务平台的端口映射配置，但是有一个问题就是Nginx反向代理的配置只能在Nginx服务器修改配置文件，而且改完要执行重载才能生效。这样，如果让用户登陆到Nginx服务器修改Nginx反向代理的配置，会因垃圾配置及错误配置导致服务平台出错。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的是提出一种界面操作端口映射配置的方法及装置，旨在有效地防止端口映射的垃圾配置和错误配置给服务器带来的不利影响，提高工作效率。

为实现上述目的，本发明提出的一种界面操作端口映射配置的方法，包括步骤：生成基于域名的端口映射配置；建立所述基于域名的端口映射配置与界面的交互对接关系；运用所建立的交互对接关系，根据配置需求，产生对应的界面，以通过所述界面完成所需求的端口映射配置的操作。

优选地，所述生成基于域名的端口映射配置文件的步骤包括：加载虚拟主机的端口配置；所加载的端口配置与与其的监听端口具有相同域名的被测服务相匹配；映射被测服务的目标端口至虚拟主机的端口；重载映射后的端口配置，生成基于域名的第一端口映射配置。

优选地，所述生成基于域名的端口映射配置还包括：接收SSL证书，建立SSL安全通道；通过SSL安全通道输入端口映射配置文件格式的端口配置；映射所输入的端口映射配置文件格式的端口配置中目标端口至虚拟主机的端口；重载端口配置，生成基于域名的第二端口映射配置。

优选地，所述生成基于域名的端口映射配置的步骤和所述建立所述端口映射配置与界面的交互对接关系的步骤之间还包括：若生成基于域名的端口映射配置失败，删除所述基于域名的端口映射配置；调用虚拟主机的端口配置，将其设置为系统默认的所述基于域名的端口映射配置。

优选地，所述建立所述基于域名的端口映射配置与界面的交互对接关系的步骤包括：确定所述基于域名的端口映射配置在界面中的交互要素；初始化所述交互要素与界面的交互对接关系，包括对所述交互要素的任何调用；识别对在界面中所述交互要素的任何调用；若识别成功，建立所述交互对接关系。

本发明还公开了一种界面操作端口映射配置的装置，包括：端口映射模块，用于生成基于域名的端口映射配置；交互对接模块，用于建立所述端口映射配置与界面的交互对接关系；界面处理模块，用于运用所建立的交互对接关系，根据配置需求，产生对应的界面，以通过所述界面完成所需求的端口映射配置的操作。

优选地，所述端口映射模块包括：端口配置单元，用于加载虚拟主机的端口配置；匹配单元，用于将所加载的端口配置与与其的监听端口具有相同域名的被测服务相匹配；第一端口映射配置单元，用于映射被测服务的目标端口至虚拟主机的端口，还用于重载映射后的端口配置，生成第一基于域名的端口映射配置。

优选地，所述端口映射配置模块还包括：SSL单元，用于接收SSL证书，建立SSL安全通道；文件格式端口配置单元，用于通过SSL安全通道输入Nginx格式映射的端口配置；第二端口映射配置单元，用于映射所输入的端口映射配置文件格式的端口配置中目标端口至虚拟主机的端口，还用于重载映射后的端口配置，生成基于域名的第二端口映射配置。

优选地，所述端口映射模块还包括：删除单元，用于若基于域名的端口映射配置重载失败，删除所述基于域名的端口配置；默认单元，用于调用虚拟主机的端口配置，将其设置为系统默认的所述基于域名的端口映射配置。

优选地，所述交互对接模块包括：确定单元，用于确定所述基于域名的端口映射配置在界面中的交互要素；初始化单元，用于初始化所述交互要素与界面的交互对接关系，包括对所述交互要素的任何调用；识别单元，用于识别对在界面中所述交互要素的任何调用；建立单元，用于若识别成功，建立所述交互对接关系。

本发明提供了一种界面操作端口映射的方法及装置，让用户无需另行登陆到反向代理服务器操作端口映射配置，而可以直接在本地系统的UI界面操作端口映射配置，操作简单、明了，有效地防止端口映射的垃圾配置和错误配置给服务器带来的不利影响，提高工作效率。

附图说明

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

图1为本发明一种界面操作端口映射配置的方法的流程示意图；

图2为本发明所述生成基于域名的端口映射配置的步骤的第一实施例的流程示意图；

图3为本发明所述生成基于域名的端口映射配置的步骤的第二实施例的流程示意图；

图4为本发明所述生成基于域名的端口映射配置的步骤的第三实施例的流程示意图；

图5为本发明所述建立所述碁于域名的端口映射配置与界面的交互对接关系的步骤的流程示意图；

图6为本发明提供的一种界面操作端口映射配置的装置的功能模块示意图；

图7为本发明提供的所述端口映射模块的第一实施例的功能细化示意图；

图8为本发明提供的所述端口映射模块的第二实施例的功能细化示意图；

图9为本发明提供的所述端口映射模块的第三实施例的功能细化示意图；

图10为本发明提供的所述交互对接模块的功能细化示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

需要说明，若本发明实施例中有涉及方向性指示(诸如上、下、左、右、前、后……)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

参照图1，图1为本申请实施例提供的一种界面操作端口映射配置的方法的流程示意图，本发明提供了一种界面操作端口映射配置的方法，包括步骤：

步骤S10，生成基于域名的端口映射配置；

步骤S10实际是指先在本地代理服务系统中完成虚拟主机的端口初始配置，再进行存储的进阶配置的过程，一个大型的网站通常会有很多下属的站点，有各自的服务器提供相应的服务，在本实施例中，通过虚拟主机的概念来将这些不同的服务配置隔离，这样，不同的被测服务请求才会匹配到相对应的一个端口初始配置。所述虚拟主机的端口配置是指将主机的URL(Uniform Resource Locator，即统一资源定位符是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。)映射到本地系统文件，对应每一个域名进行的配置，而所述存储的进阶配置是指在一个具体的域名下更精细的路径进行配置。

步骤S20，建立所述基于域名的端口映射配置与界面的交互对接关系；

步骤S20是指在UI界面交互模型建立时，根据交互规范，确定所述基于域名的端口映射配置在界面中的交互要素，所述的交互要素包括：被测服务ID、服务器名称、服务器的监听端口IP、存储的进阶配置、代理服务器IP、host表、系统默认配置等；初始化所述交互要素与界面的交互对接关系包括：在UI交互模型中，模拟所述交互要素的关键字设计成所述端口映射配置在界面中的交互要素，模拟端口映射配置中由交互要素组成的表结构设计成所述端口映射配置在界面中的交互要素的节点树，制定交互规范，按所制定的交互规范，根据所述的交互要素的节点树搭建界面栏目，将所述节点树的每个交互要素的关键字编辑为一界面栏目，将所有的界面栏目操作定义在一个全局变量内，在这个全局变量内记录每个界面栏目所属界面的名称、操作名称、图标等，端口映射配置中的每一个交互要素对应界面的每一个目的面板，在界面的每一个目的面板上，创建一个面板操作界面栏目，每一个界面栏目的操作即为对每一个所述交互要素的调用，将全局变量内的每一个界面栏目操作传送给每一个目的面板，所述目的面板根据所传送的界面栏目操作的操作名称，识别此操作是否属于该面板上的操作，如果属于，则将该界面栏操作按钮保存在面板操作按钮工具栏内，交互对接关系建立成功；如果不属于，则禁止该工具栏操作按钮放入面板操作按钮工具栏中。以此，让每个端口映射配置文件在界面上对应有一个端口映射配置。

步骤S30，运用所建立的交互对接关系，根据配置需求，产生对应的界面，以通过所述界面完成所需求的端口映射配置的操作。

在步骤S30中，由于基于域名的端口映射配置根据不同被测服务的需求，会有多种配置生成，不同的配置会产生不同的界面，而不同的配置有不同的交互要素的调用，故在步骤S20所建立的交互对接关系的基础上，运用所述交互对接关系，动态地产生和处理所述界面，完成所需要的端口映射配置的操作。需要说明的是，这里所产生的界面应做狭义理解，仅指原本内置的端口映射配置动态地外挂于界面，所处理的界面仅指外挂界面的端口映射配置的操作。

本发明通过这种界面操作端口映射的方法减少主机的垃圾配置和错误配置，大大地提高了主机的工作效率。

具体地，参照图2，在本实施例中，步骤S10包括：

步骤S101，加载虚拟主机的端口配置；

步骤S101在本地系统中加载虚拟主机的端口配置，在本地系统的数据库相对应有一个host表，记录所述虚拟主机的端口配置。

步骤S102，所加载的端口配置与与其的监听端口具有相同域名的被测服务相匹配；

步骤S102是普通映射中对请求做域名映射，同一个域名下只能有一个端口映射配置，如是是不同被测服务进来的请求，可以通过被测服务发出的请求的域名来区分并匹配到对应的监听端口。

步骤S103，映射被测服务的目标端口至虚拟主机的端口；

步骤S103是普通映射中对请求做端口映射，把被测服务的请求原本的目标端口映射到虚拟主机的端口，完成反向代理设置。所述反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上连接的被测服务的请求，然后将请求转发给本地系统，并将从本地系统得到的结果返回给internet上请求连接的被测服务。

步骤S104，重载映射后的端口配置，生成基于域名的第一端口映射配置。

步骤S104是反向代理设置完成后，会在本地系统上执行重载命令，重载配置文件让映射后的端口映射配置文件生效。比如：在Nginx的vhosts文件夹下生成一个{hostId}_conf的配置文件，每个配置文件对应的是界面上的一个Nginx配置。Nginx的默认配置文件会把vhosts文件夹下的所有conf结尾的配置文件包含进来。

以上步骤S101-104为端口映射配置中的普通映射配置。

在本发明的第二实施例中，参照图3，步骤S10还包括：

步骤S105，接收SSL证书，建立SSL安全通道；

在步骤S105中，如果上述普通的域名和端口映射满足不了被测服务的需求，这时就需要添加端口配置文件格式的映射。而端口配置文件格式的映射的前提条件是本地系统支持HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer，是以安全为目标的HTTP通道)的模拟，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL，它是一个URI scheme(抽象标识符体系)，句法类同http:体系。用于安全的HTTP数据传输。SSL证书就是遵守SSL协议，由受信任的数字证书颁发机构CA(如GlobalSign，wosign)，在验证服务器身份后颁发，具有服务器身份验证和数据传输加密功能。SSL证书通过在客户端浏览器和Web服务器之间建立一条SSL安全通道(Secure socket layer)。

步骤S106，通过SSL安全通道输入端口映射配置文件格式的端口配置；

步骤S106在HTTPS模拟的前提条件下，安全地输入端口映射配置文件格式的端口配置。

步骤S107，映射所输入的端口映射配置文件格式的端口配置中目标端口至虚拟主机的端口；

步骤S107进行端品映射配置文件格式的端口配置，完成格式映射的反向代理设置。

步骤S108，重载端口配置，生成第二基于域名的端口映射配置。

步骤S108是格式映射的反向代理设置完成后，会在本地系统上执行重载命令，重载配置文件让新的端口映射配置文件生效。

以上步骤S105-108为端口映射中的格式映射配置。

在本发明的第三实施例中，参照图4，步骤S10与步骤S20之间还包括：

步骤S11，若生成基于域名的端口映射配置失败，删除所述基于域名的端口映射配置；

如果上述步骤中的配置不正确，重载命令后，无法生效基于域名的端口映射配置。此时，删除以上基于域名的端口映射配置。所述配置不正确包括：端口冲突、语法不对等等。

步骤S12，调用虚拟主机的Nginx端口配置，将其设置为系统默认的所述基于域名的端口映射配置。

步骤S12是配置回滚的执行，当本地系统把上述基于域名的端口映射配置删除后，调用曾加载的虚拟主机的端口配置，且将其重命名为基于域名的端口映射配置，设置为系统默认值。

以上步骤S11-12是为了防止垃圾配置和错误配置的产生。

参照图5，在本发明中，步骤S20包括：

步骤S201，确定所述基于域名的端口映射配置在界面中的交互要素；

步骤S201是UI交互设计中的图形设计步骤，为了让每个端口映射配置文件在界面上对应有一个端口映射配置，所以需要先确定所述基于域名的端口映射配置在界面中的交互要素。具体来说，所述的交互要素包括：被测服务ID、服务器名称、服务器的监听端口IP、存储的进阶配置、代理服务器IP、host表、系统默认配置等。

步骤S202，初始化所述交互要素与界面的交互对接关系，包括对所述交互要素的任何调用；

步骤S202是UI交互设计，主要在于设计端口映射配置的操作流程、节点树、交互规范等，步骤S202中的初始化所述交互要素与界面的交互对接关系包括：在UI交互模型中，模拟所述交互要素的关键字设计成所述端口映射配置在界面中的交互要素，模拟端口映射配置中由交互要素组成的表结构设计成所述端口映射配置在界面中的交互要素的节点树，制定交互规范，按所制定的交互规范，根据所述的交互要素的节点树搭建界面栏目，将所述节点树的每个交互要素的关键字编辑为一界面栏目，将所有的界面栏目操作定义在一个全局变量内，在这个全局变量内记录每个界面栏目所属界面的名称、操作名称、图标等，端口映射配置中的每一个交互要素对应界面的每一个目的面板，在界面的每一个目的面板上，创建一个面板操作界面栏目，每一个界面栏目的操作即为对每一个所述交互要素的调用，将全局变量内的每一个界面栏目操作传送给每一个目的面板。

步骤S203，识别对在界面中所述交互要素的任何调用；

步骤S203是UI交互的测试步骤，其目的在于测试交互设计的合理性。具体来说，所述目的面板根据所传送的界面栏目操作的操作名称，识别此操作是否属于该面板上的操作，如果属于，则将该界面栏操作按钮保存在面板操作按钮工具栏内，交互对接关系建立成功；如果不属于，则禁止该工具栏操作按钮放入面板操作按钮工具栏中。

步骤S204，若识别成功，建立所述交互对接关系。

步骤S204是UI交互测试成功，UI界面交互模型与基于域名的端口映射建立了交互对接的一一对应关系，完成让每个端口映射配置文件在界面上对应有一个端口映射配置的任务。

步骤S201-204是整个端口映射配置的UI(User Interface，即用户界面)交互模型设计过程。

在实际应用中，若被测服务的当前协议为通用的协议服务(以HTTP协议为例)，则修改DNS配置，把被测服务的域名地址指向模拟器的域名，配置Nginx，利用Nginx的端口映射，把被测服务的请求指向模拟器启动的监听链路的端口；若被测服务的当前协议为自定义的协议服务(以OSP协议为例)，通过OSP的静态路由的域名和端口，把被测服务的域名直接指向模拟器的域名和对应OSP链路的监听链路的端口。

应该理解地是，具体实袘中，把协议服务分为通用协议服务和自定义协议服务，本地系统针对不同协议服务有以下几种模拟的方案：

1)HTTP/Thrift协议模拟(通用协议模拟)：

用户把B服务(外部服务)的域名(通过修改DNS配置)地址指向本地系统，通过本地系统内置的Nginx把A服务(被测服务)的请求指向模拟器启动的监听链路的端口。

2)OSP协议模拟(自定义协议模拟)：

用户把B服务的域名通过OSP的静态路由的域名和端口直接指向模拟器的域名和对应OSP链路的监听链路的端口。

需要补充说明的是，Nginx是一个开源的反向代理服务器，平台只是用了Nginx的端口映射功能，用于HTTP协议或Thrift协议模拟，平台内置Nginx，用户无需再使用服务器操作Nginx，只需在页面上配置。如在Nginx配置页面配置是：Server Name:cart.api.v域名.com listen Port:80默认监听端口:1234，实际会在Nginx生成一个配置文件内容如下：

表示cart.api.v域名.com域的请求并且端口是80的，统一转发到监听端口是1234的链路。例如请求是http://cart.api.v域名.com:80/xxx,通过Nginx转发后变为http://127.0.0.1:1234。

Nginx反向代理的原理是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。

参照图6，本发明还公开了一种界面操作端口映射配置的装置，该装置包括：

端口映射模块10，用于生成基于域名的端口映射配置；

端口映射模块10实际是指先在本地代理服务系统中完成虚拟主机的端口初始配置，再进行存储的进阶配置。一个大型的网站通常会有很多下属的站点，有各自的服务器提供相应的服务，在本实施例中，通过虚拟主机的概念来将这些不同的服务配置隔离，这样，不同的被测服务请求才会匹配到相对应的一个端口初始配置。所述虚拟主机的端口配置是指将主机的URL(Uniform Resource Locator，即统一资源定位符是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。)映射到本地系统文件，对应每一个域名进行的配置，而所述存储的进阶配置是指在一个具体的域名下更精细的路径进行配置。

交互对接模块20，用于建立所述基于域名的端口映射配置文件与界面的交互对接关系；

交互对接模块20是指在UI界面交互模型建立时，根据交互规范，确定所述基于域名的端口映射配置在界面中的交互要素，所述的交互要素包括：被测服务ID、服务器名称、服务器的监听端口IP、存储的进阶配置、代理服务器IP、host表、系统默认配置等；初始化所述交互要素与界面的交互对接关系包括：在UI交互模型中，模拟所述交互要素的关键字设计成所述端口映射配置在界面中的交互要素，模拟端口映射配置中由交互要素组成的表结构设计成所述端口映射配置在界面中的交互要素的节点树，制定交互规范，按所制定的交互规范，根据所述的交互要素的节点树搭建界面栏目，将所述节点树的每个交互要素的关键字编辑为一界面栏目，将所有的界面栏目操作定义在一个全局变量内，在这个全局变量内记录每个界面栏目所属界面的名称、操作名称、图标等，端口映射配置中的每一个交互要素对应界面的每一个目的面板，在界面的每一个目的面板上，创建一个面板操作界面栏目，每一个界面栏目的操作即为对每一个所述交互要素的调用，将全局变量内的每一个界面栏目操作传送给每一个目的面板，所述目的面板根据所传送的界面栏目操作的操作名称，识别此操作是否属于该面板上的操作，如果属于，则将该界面栏操作按钮保存在面板操作按钮工具栏内，交互对接关系建立成功；如果不属于，则禁止该工具栏操作按钮放入面板操作按钮工具栏中。以此，让每个端口映射配置文件在界面上对应有一个端口映射配置。

界面处理模块30，用于运用所建立的交互对接关系，根据配置需求，产生对应的界面，以通过所述界面完成所需求的端口映射配置的操作。

界面处理模块30由于基于域名的端口映射配置根据不同被测服务的需求，会有多种配置生成，不同的配置会产生不同的界面，而不同的配置有不同的交互要素的调用，故在交互对接模块20所建立的交互对接关系的基础上，运用所述交互对接关系，动态地产生和处理所述界面，完成所需要的端口映射配置操作。需要说明的是，这里所产生的界面应做狭义理解，仅指原本内置的端口映射配置动态地外挂于界面，所处理的界面仅指外挂界面的端口映射配置的操作。

本发明通过这种界面操作端口映射的方法减少主机的垃圾配置和错误配置，大大地提高了主机的工作效率。

具体来说，参照图7，所述端口映射配置模块10包括：

端口配置单元101，用于加载虚拟主机的端口配置；

端口配置单元101在本地系统中加载虚拟主机的端口配置，在本地系统的数据库相对应有一个host表，记录所述虚拟主机的端口配置。

匹配单元102，将所加载的端口配置与与其的监听端口具有相同域名的被测服务相匹配；

匹配单元102完成普通映射中对请求做域名映射，同一个域名下只能有一个端口映射配置，如是是不同被测服务进来的请求，可以通过被测服务发出的请求的域名来区分并匹配到对应的监听端口。

第一端口映射配置单元103，用于映射被测服务的目标端口至虚拟主机的端口；还用于重载映射后的端口配置，生成第一基于域名的端口映射配置。

第一端口映射配置单元103完成普通映射中对请求做端口映射，把被测服务的请求原本的目标端口映射到虚拟主机的端口，完成反向代理设置。所述反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上连接的被测服务的请求，然后将请求转发给本地系统，并将从本地系统得到的结果返回给internet上请求连接的被测服务。比如：在Nginx的vhosts文件夹下生成一个{hostId}_conf的配置文件，每个配置文件对应的是界面上的一个Nginx配置。Nginx的默认配置文件会把vhosts文件夹下的所有conf结尾的配置文件包含进来。

第一端口映射配置单元103还用于反向代理设置完成后，会在本地系统上执行重载命令，重载配置文件让新的端口映射配置文件生效。

端口配置单元101、匹配单元102和第一端口映射配置单元103为端口映射配置中的普通映射配置。

在本发明的第二实施例中，参照图8，所述端口映射配置模块10还包括：

SSL单元104，用于接收SSL证书，建立SSL安全通道；

SSL单元104用于如果上述普通的域名和端口映射满足不了被测服务的需求，这时就需要添加端口配置文件格式的映射。而端口配置文件格式的映射的前提条件是本地系统支持HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer，是以安全为目标的HTTP通道)的模拟，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL，它是一个URI scheme(抽象标识符体系)，句法类同http:体系。用于安全的HTTP数据传输。SSL证书就是遵守SSL协议，由受信任的数字证书颁发机构CA(如GlobalSign，wosign)，在验证服务器身份后颁发，具有服务器身份验证和数据传输加密功能。SSL证书通过在客户端浏览器和Web服务器之间建立一条SSL安全通道(Secure socket layer)。

文件格式端口配置单元105，用于通过SSL安全通道输入端口映射配置文件格式的端口配置；

文件格式端口配置单元105在HTTPS模拟的前提条件下，安全地输入端口映射配置文件格式的端口配置。

第二端口映射配置单元106，用于映射所输入的端口映射配置文件格式的端口配置中目标端口至虚拟主机的端口；还用于重载映射后的端口配置，生成第二基于域名端口映射配置。

第二端口映射配置单元106进行端品映射配置文件格式的端口配置，完成格式映射的反向代理设置。

第二端口映射配置单元106还用于格式映射的反向代理设置完成后，会在本地系统上执行重载命令，重载配置文件让新的端口映射配置文件生效。

SSL单元104、文件格式端口配置单元105和第二端口映射配置单元106为端口映射中的格式映射配置。

在本发明的第三实施例中，参照图9，所述端口映射配置模块10还包括：

删除单元107，用于若基于域名的端口映射配置重载失败，删除所述基于域名的端口配置；

删除单元107用于如果上述步骤中的配置不正确，重载命令后，无法生效基于域名的端口映射配置。此时，删除以上基于域名的端口映射配置。所述配置不正确包括：端口冲突、语法不对等等。

默认单元108，用于调用虚拟主机的端口配置，将其设置为系统默认的所述基于域名的端口映射配置。

默认单元108执行配置回滚，当本地系统把上述基于域名的端口映射配置删除后，调用曾加载的虚拟主机的端口配置，且将其重命名为基于域名的端口映射配置，设置为系统默认值。

删除单元107和默认单元108为了防止垃圾配置和错误配置的产生。

参照图10，在本发明中，所述交互对接模块20包括：

确定单元201，用于确定所述基于域名的端口映射配置在界面中的交互要素；

确定单元201完成UI交互设计中的图形设计，为了让每个端口映射配置文件在界面上对应有一个端口映射配置，所以需要先确定所述基于域名的端口映射配置在界面中的交互要素。具体来说，所述的交互要素包括：被测服务ID、服务器名称、服务器的监听端口IP、存储的进阶配置、代理服务器IP、host表、系统默认配置等

初始化单元202，用于初始化所述交互要素与界面的交互对接关系，包括对所述交互要素的任何调用；

初始化单元202完成UI交互设计，主要在于设计端口映射配置的操作流程、节点树、交互规范等，步骤S202中的初始化所述交互要素与界面的交互对接关系包括：在UI交互模型中，模拟所述交互要素的关键字设计成所述端口映射配置在界面中的交互要素，模拟端口映射配置中由交互要素组成的表结构设计成所述端口映射配置在界面中的交互要素的节点树，制定交互规范，按所制定的交互规范，根据所述的交互要素的节点树搭建界面栏目，将所述节点树的每个交互要素的关键字编辑为一界面栏目，将所有的界面栏目操作定义在一个全局变量内，在这个全局变量内记录每个界面栏目所属界面的名称、操作名称、图标等，端口映射配置中的每一个交互要素对应界面的每一个目的面板，在界面的每一个目的面板上，创建一个面板操作界面栏目，每一个界面栏目的操作即为对每一个所述交互要素的调用，将全局变量内的每一个界面栏目操作传送给每一个目的面板。

识别单元203，用于识别对在界面中所述交互要素的任何调用；

识别单元203完成UI交互的测试，其目的在于测试交互设计的合理性。具体来说，所述目的面板根据所传送的界面栏目操作的操作名称，识别此操作是否属于该面板上的操作，如果属于，则将该界面栏操作按钮保存在面板操作按钮工具栏内，交互对接关系建立成功；如果不属于，则禁止该工具栏操作按钮放入面板操作按钮工具栏中。

建立单元204，用于若识别成功，建立所述交互对接关系。

建立单元204是UI交互测试成功，UI界面交互模型与基于域名的端口映射建立了交互对接的一一对应关系，完成让每个端口映射配置文件在界面上对应有一个端口映射配置的任务。

确定单元201、初始化单元202、识别单元203和建立单元204是整个端口映射配置的UI(User Interface，即用户界面)交互模型设计。

在实际应用中，若被测服务的当前协议为通用的协议服务(以HTTP协议为例)，则修改DNS配置，把被测服务的域名地址指向模拟器的域名，配置Nginx，利用Nginx的端口映射，把被测服务的请求指向模拟器启动的监听链路的端口；若被测服务的当前协议为自定义的协议服务(以OSP协议为例)，通过OSP的静态路由的域名和端口，把被测服务的域名直接指向模拟器的域名和对应OSP链路的监听链路的端口。

应该理解地是，具体实袘中，把协议服务分为通用协议服务和自定义协议服务，本地系统针对不同协议服务有以下几种模拟的方案：

1)HTTP/Thrift协议模拟(通用协议模拟)：

用户把B服务(外部服务)的域名(通过修改DNS配置)地址指向本地系统，通过本地系统内置的Nginx把A服务(被测服务)的请求指向模拟器启动的监听链路的端口。

2)OSP协议模拟(自定义协议模拟)：

用户把B服务的域名通过OSP的静态路由的域名和端口直接指向模拟器的域名和对应OSP链路的监听链路的端口。

需要补充说明的是，Nginx是一个开源的反向代理服务器，平台只是用了Nginx的端口映射功能，用于HTTP协议或Thrift协议模拟，平台内置Nginx，用户无需再使用服务器操作Nginx，只需在页面上配置。如在Nginx配置页面配置是：Server Name:cart.api.v域名.com listen Port:80默认监听端口:1234，实际会在Nginx生成一个配置文件内容如下：

表示cart.api.v域名.com域的请求并且端口是80的，统一转发到监听端口是1234的链路。例如请求是http://cart.api.v域名.com:80/xxx,通过Nginx转发后变为http://127.0.0.1:1234。

Nginx反向代理的原理是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件系统的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术配置本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器或者网络设备等电子设备)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。