CN103581361A - 一种域名解析代理方法、设备及系统 - Google Patents

Abstract

本发明公开了一种域名解析代理方法、装置及系统，所述方法是通过代理服务器接收携带有目标IP地址的域名解析请求，所述目标IP非代理服务器的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析等步骤实现透明代理服务，本方法和系统不需要使用目标地址转换服务器对域名解析请求进行地址转化处理，提高了代理服务的效率，本发明还相应的提出一种代理服务器及系统用于实现所述的代理方法。

Description

一种域名解析代理方法、设备及系统

技术领域

本发明涉及网路通信技术领域，尤其涉及一种域名解析代理方法、设备及系统。

背景技术

域名解析是将域名解析成IP，让人们通过注册域名可以方便地访问到网站一种技术。

域名的解析工作由域名解析服务器完成。域名解析时，用户端需要将域名解析请求发送给域名解析服务器，域名解析服务器根据解析请求先把域名解析为一个IP地址，然后在该IP地址的主机上将一个子目录与域名绑定。域名解析服务器完成解析工作后，将解析结果发送给用户端。

但是，由于某些原因使得用户端直接访问域名解析服务器的效果较差，解析过程较长，所以某些用户会使用代理服务来实现域名解析。

目前，域名代理解析方法是代理商提供代理服务器和目标地址转换服务器，用户通过代理服务器访问域名解析服务器完成域名解析工作。其中，代理服务器只接收目标IP地址是本代理服务器IP地址的域名解析请求，而用户端发送的域名解析请求中，目标IP地址往往不是代理服务器的IP地址而是域名解析服务器的IP地址，所以代理商需要使用目的地址转换服务器，对用户端发出的域名解析请求进行目标地址转换处理。用户端先将域名解析请求发送给目标地址转换服务器，目标地址转换服务器将域名解析请求中的目标IP地址换成代理服务器的IP地址后，代理服务器接收并转发域名解析请求，完成后续的解析处理。

但是，由于一般的目标地址转换服务器的数据处理能力远不如代理服务器，导致整个域名解析代理服务的效率较低。

发明内容

本发明的目的在于提出一种域名解析代理方法及系统，以提高域名解析代理服务的效率。

为达此目的，本发明采用以下技术方案：

一种域名解析代理方法，包括：

代理服务器接收携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析。

一种代理服务器，包括：

第一数据接收模块，用于接收所述携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

第一数据转发模块，用于向域名解析服务器转发所述域名解析请求。

一种域名解析代理系统，包括：域名解析服务器和上述代理服务器，所述代理服务器将接收的域名解析请求转发给所述域名解析服务器，所述域名解析服务器根据所述域名解析请求对域名进行解析。

本发明提供的域名解析代理方法、设备及系统，通过代理服务器接收携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析，省略了使用目标地址转换服务器对用户端发出的域名解析请求进行目标地址转换的步骤，提高了域名解析代理服务的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明实施例提供的一种域名解析代理方法的流程图；

图2是本发明实施例提供的一种代理服务器结构示意图；

图3是本发明实施例提供的一种域名解析代理系统结构示意图；

图4是本发明实施例提供的另一种域名解析代理方法的信令流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。

图1是本发明实施例提供的一种域名解析代理方法的流程图。

本实施例提供一种域名解析代理方法，包括：

步骤11，代理服务器接收携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

当浏览者在浏览器地址框中打入某一个域名，或者从其他网站点击了链接来到了这个域名，用户端就会发出域名解析请求，本实施例是一种通过代理服务器的中转的方式使域名解析服务器接收域名解析请求并返回解析结果的方法，用户端接收到解析结果后即可得知该域名对应哪个IP地址，从而使浏览器打开该网页。

用户端需要访问某个域名时，会发出一种数据报文，该报文即域名解析请求，数据报文中包括源IP地址、目标IP地址、源端口号、目标端口号、数据传输协议类型信息、域名内容等信息。用户端发出的数据通常先经过网关，网关会将所述数据发送至代理服务器，但是现有技术是域名解析请求虽然会被发送到代理服务器，但是代理服务器并不直接接收，而是采用套接字的方式对UDP协议数据进行监听，即代理服务器对送来数据所携带的目标IP地址进行监听，代理服务器只接收目标IP地址是本代理服务器IP地址的数据，而用户端发出的域名解析请求中的目标IP地址可能不是代理服务器的IP地址，而是某个域名解析服务器的IP地址（这种方式称为透明代理，即用户端不知道代理服务器的IP地址但是仍然由代理服务器代为解析的方法），所以代理服务器不能直接接收此域名解析请求数据，需要使用一个目标地址转换服务器先对用户端发出的数据进行处理，把用户端发出的域名解析请求中的目标地址换为代理服务器地址，再把转换后的数据发给代理服务器。

步骤12，所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析。

本发明所述的方法是不需要使用目标地址转换服务器对数据进行加工处理，具体方法是，当用户端发出的域名解析请求数据经过网关路由器送达代理服务器时，代理服务器直接获取链路层数据报文，只要该数据报文中的目标MAC地址是本代理服务器的MAC地址，即只要该数据报文已到达本代理服务器，代理服务器就将其接收，接收之后获取该数据报文中的信息，然后再将该报文发送给域名解析服务器进行域名解析工作。

域名解析请求中还有一个请求编号，该请求编号由用户端提供，当域名解析服务器完成解析工作发回结果数据时，结果数据中也会带有该请求编号，用户端接收到结果后会根据该请求编号查找与之对应的请求内容。在本实施例的方法中，代理服务器接收到用户端发出的域名解析请求后，会生成另一个新的、唯一的请求编号，替换所述域名解析请求的原请求编号，同时会记录该新的请求编号与原请求编号的对应关系，以及记录该域名解析请求终端的所以信息，然后再将该请求发送给域名解析服务器进行处理，因为此时代理服务器可能会接收到多个用户端发来的解析请求，这些请求来自不同的用户端，所以这些请求报文中的原请求编号有可能重复，而此时代理服务器若不对请求编号进行任何处理直接替换报文的源IP地址（即将报文的源IP地址修改为代理服务器本身的IP），将报文发送给域名解析服务器，那么域名解析服务器返回的结果中的请求编号也可能是重复的，这将导致代理服务器无法根据原请求编号查找到请求内容，所以代理服务器会创建新的、唯一的请求编号，域名解析服务器解析完成后返回的结果中也是携带该新的请求编号，代理服务器接收到结果后，需要查询新请求编号与原请求编号的对应关系，找到原请求编号和该请求的源IP地址（即代理服务器需要知道该结果对应哪个用户端发来的请求），然后代理服务器会用该原请求编号替换代理服务器生成的请求编号，再将该结果发回给用户端，用户端才能根据该原请求编号查询到自己请求的内容。

示例性的，所述第一目标IP地址为所述域名解析服务器的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析，包括：

所述代理服务器根据所述第一目标IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

由于代理服务器直接接收到了目标IP地址不是本代理服务器IP地址的域名解析请求，所以代理服务器就可以清楚的获取该域名解析请求的目标IP地址的值，即代理服务器可以知道用户端原本请求哪个域名解析服务器进行域名解析工作，那么代理服务器就可以为转发目的制定策略，代理服务器可以将该请求发送给用户端原本请求的域名解析服务器进行解析工作，也可以将该请求发送给其他域名解析服务器进行解析工作。

示例性的，所述域名解析请求还携带有第一源IP地址，所述第一源IP地址为所述用户端的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析，包括：

所述代理服务器根据所述第一源IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

由于代理服务器接收到的域名解析请求就是用户端直接发出的域名解析请求，所以该域名解析请求的源IP地址就是用户端自身的IP地址，所以代理服务器可以根据源IP地址制定转发目的策略，例如代理服务器建立多个源IP地址表，每个表对应一个域名解析服务器，代理服务器接收到请求后，查看该请求携带的源IP地址是哪个表中的地址，让后将该请求发送给该表所对应的域名解析服务器进行处理并返回结果。

示例性的，所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析之后，还包括：

所述代理服务器接收所述域名解析服务器返回的所述域名解析请求的解析结果；

所述代理服务器向所述用户端发送第一解析结果数据包，所述第一解析结果数据包携带有第二源IP地址、第一源MAC地址、第一源端口号和所述解析结果，其中，所述第二源IP地址为所述域名解析服务器的IP地址，所述第一源MAC地址为所述域名解析服务器的MAC地址，所述第一源端口号为所述域名解析服务器的端口号。

当域名解析服务器解析完成后会将解析结果发送给代理服务器，若代理服务器直接将该结果发送给用户端，则解析结果中的源IP地址将会是代理服务器的IP地址、源MAC地址将会是代理服务器的MAC地址、源端口号将会是代理服务器的端口。

为了体现该结果是由域名解析服务器发出的，代理服务器将结果发送给用户端前，会重新生成一个结果数据包，具体是将源IP（上述第二源IP地址）地址填写成域名解析服务器的IP地址、源MAC（上述第一源MAC地址）地址填写成域名解析服务器的MAC地址、源端口号（上述第一源端口号）填写成域名解析服务器的端口号。这样就体现出用户端接收到的结果是由域名解析服务器发出的，隐藏了代理服务器的中转步骤，实现了透明代理。

示例性的，所述第一目标IP地址非所述域名解析服务器的IP地址；

所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析之后，还包括：

所述代理服务器接收所述域名解析服务器返回的所述域名解析请求的解析结果；

所述代理服务器向所述用户端发送第二解析结果数据包，所述第二解析结果数据包携带有第三源IP地址、第二源MAC地址、第二源端口号和所述解析结果，其中，所述第三源IP地址为所述第一目标IP地址，所述第二源MAC地址为与所述第一目标IP地址对应的MAC地址，所述第二源端口号为与所述第三源IP地址对应的端口号。

在上述的代理服务器向域名解析服务器转发方法中，对域名解析请求进行处理的域名解析服务器可能并不是用户端最初指定的服务器，那么当用户端接到解析结果后，就能根据结果报文的源IP发现，用户最初的请求被改动过，所以仍然没有完全实现透明代理。

本步骤是在代理服务器选择的域名解析服务器与用户最初指定的域名解析服务器不是同一个服务器的情况下，即用户发出的域名解析请求中携带的目标IP（上述第一目标IP地址）与发出解析结果的域名解析服务器的IP地址不一致的情况下，代理服务器将结果发送给用户端前，会重新生成一个结果数据包，具体是将源IP地址（上述第三源IP地址）填写成用户发出的域名解析请求中携带的目标IP（上述第一目标IP地址）、源MAC（上述第二源MAC地址）地址填写成与所述第一目标IP地址对应的MAC地址、源端口号（上述第二源端口号）填写成与所述第三源IP地址对应的端口号。这样即表示无论代理服务器选择哪个域名解析服务器进行域名解析处理，代理服务器向用户端发送的解析结果都将体现出是用户最初指定的域名解析服务器对该请求进行的处理，从而实现完全透明化的代理过程。

示例性的，所述方法还包括：

所述代理服务器接收的所述域名解析请求中还携带有目标端口号，所述目标端口号为53，所述用户端发送所述域名解析请求时采用的传输协议类型是UDP协议。

代理服务器对送达的数据报文首先进行判断，如果该数据报文的数据传输协议类型是UDP协议，且该数据报文的目标端口号是53，则表示该数据是一个域名解析请求数据，代理服务器接受该数据并进行后续处理，若该数据不具备上述条件则不再进行后续处理。

图2是本发明实施例提供的一种代理服务器结构示意图。本实施例所示的服务器用于实现图1所示的方法。

一种代理服务器21，包括：

第一数据接收模块211，用于接收所述携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

第一数据转发模块212，用于向域名解析服务器转发所述域名解析请求。

本发发明实施例所述的代理服务器由代理服务方提供，代理服务器接收的数据可以是不经过网络层和传输层的协议处理的链路层数据。

示例性的，所述第一数据接收模块211接收的所述域名解析请求中，所述第一目标IP地址为所述域名解析服务器的IP地址；

所述第一数据转发模块212具体用于：根据所述第一数据接收模块211接收的所述域名解析请求携带的第一目标IP地址向所述域名解析服务器转发所述域名解析请求进行域名解析。

示例性的，所述第一数据接收模块211接收的所述域名解析请求还携带有第一源IP地址，所述第一源IP地址为所述用户端的IP地址；

所述第一数据转发模块212具体用于根据所述第一数据接收模块211接收的所述域名解析请求中的第一源IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

示例性的，所述代理服务器21还包括：

第二数据接收模块，用于在所述第一数据转发模块212向域名解析服务器转发所述域名解析请求进行域名解析之后，接收所述域名解析服务器返回的解析结果；

第二数据转发模块，用于向所述用户端发送第一解析结果数据包；

所述第一解析结果数据包携带有第二源IP地址、第一源MAC地址、第一源端口号和所述第二数据接收模块接收的所述解析结果，其中，所述第二源IP地址为所述域名解析服务器的IP地址，所述第一源MAC地址为所述域名解析服务器的MAC地址，所述第一源端口号为所述域名解析服务器的端口号。

示例性的，所述第一数据接收模块211接收的所述域名解析请求中，所述第一目标IP地址非所述域名解析服务器的IP地址；所述代理服务器还包括：

第三数据接收模块，用于在所述第一数据转发模块212向所述域名解析服务器转发所述域名解析请求进行域名解析之后，接收所述域名解析服务器返回的域名解析结果；

第三数据转发模块，用于向所述用户端发送第二解析结果数据包；

所述第二解析结果数据包携带有第三源IP地址、第二源MAC地址、第二源端口号和所述第三数据接收模块接收的所述解析结果，其中，所述第三源IP地址为所述第一目标IP地址，所述第二源MAC地址为与所述第一目标IP地址对应的MAC地址，所述第二源端口号为与所述第三源地址对应的端口号。

示例性的，所述第一数据接收模块211接收的所述域名解析请求中还携带有目标端口号，所述目标端口号为53，所述用户端发送所述域名解析请求时采用的传输协议类型是UDP协议。

图3是本发明实施例提供的一种域名解析代理系统结构示意图。本实施例所示的系统用于实现图1所示的方法。

一种域名解析代理系统31，包括：域名解析服务器311、上述实施例中的代理服务器21，所述代理服务器21将接收的域名解析请求转发给所述域名解析服务器311，所述域名解析服务器311根据所述域名解析请求对域名进行解析。

本发明所述域名解析服务器中记录有域名与IP地址的对应关系，域名解析服务器对域名解析请求做的解析处理是指查询出请求内容中的域名对应的IP地址，然后该IP地址内容作为结果返回给请求方。

图4是本发明实施例提供的另一种域名解析代理方法时序图。

本实施例的系统涉及到的设备包括：上述用户端、网关、上述代理服务器、上述域名解析服务器。在实际情况中，常因为用户端与域名解析服务器处在不同的网络中，所以才需要用代理服务器代为转发域名解析请求，而不同网络之间需要使用网关实现通信，所以本实施例中包括网关。

本实施例所示的方法包括：

步骤41，用户端发出域名解析请求，请求包经过网关。假设该用户端的IP地址为1.2.3.4,该IP地址即域名解析请求的源IP地址；假设域名解析服务器的IP地址是4.4.4.4，该IP地址即域名解析请求的目标IP地址；所述域名解析请求的数据传输协议是UDP协议、目标端口号为53。

步骤42，网关将所述域名解析请求发送至代理服务器。所述域名解析请求中的源IP地址和目标IP地址均未被更改，网关是根据MAC地址表将该域名解析请求发送至代理服务器的，MAC地址，即Media Access Control地址，或称为硬件位址。代理服务器接收链路层数据包，所述域名解析请求送达代理服务器的网卡后，代理服务器直接将数据提交给应用层，包括目标IP地址不是本网卡IP地址的数据，然后代理服务器将判断该数据是否为域名解析请求，判断的依据即该数据的数据传输协议类型和目标端口号，由于该数据的数据传输协议是UDP协议、目标端口号为53所以代理服务器判定该数据是一个域名解析请求，若不符合此条件则判定该数据不是域名解析请求不再继续后续的处理。

判断该数据是一个域名解析请求后，代理服务器获取该请求中的相关信息，包括源MAC地址、目标MAC地址、源IP地址、目标IP地址、传输层协议（TCP/UDP）、源端口、目标端口、请求内容等信息。请求内容中具体包括，请求编号、请求类型、请求域名等信息。

然后代理服务器将生成一个短时间内唯一的数，作为新的请求编号替换原请求编号，并且以代理服务器自己的名义向域名解析服务器发送域名解析请求，假设代理服务器的IP地址为3.3.3.3，此域名解析请求的源IP地址即为3.3.3.3，目标IP地址还是域名解析服务器的IP地址4.4.4.4。

在发送前，保存数据。以新的请求编号为键，保存原请求编号、域名以及从原域名解析请求中获得的相关信息。

步骤43，选择一个域名解析服务器，向该服务器发送解析请求。在本步骤中，代理服务器可以根据用户端发出的域名解析请求中的源IP地址或目标IP地址制定选择策略，可以选择用户端指定的目标服务器进行解析，即IP地址为4.4.4.4的域名解析服务器，也可以另选其他服务器进行解析。本实施例代理服务器选择用户指定的域名解析服务器进行解析处理。

步骤44，域名解析服务器直接针对代理服务器发出的请求进行解析处理，然后返回处理结果。代理服务器接收到所述处理结果后，根据本代理服务器上记录的信息（步骤42中获取和记录的信息）找到该结果对应的请求。域名解析服务器发给代理服务器的解析结果中，源IP地址为4.4.4.4，目标IP地址为3.3.3.3。

步骤45，代理服务器找到该处理结果对应的用户端发出的请求记录后，生成一个解析结果数据包，该数据包的源IP地址是用户指定的域名解析服务器的IP地址即4.4.4.4，目标IP地址是用户端的IP地址即1.2.3.4，请求编号是用户端发出的解析请求中的原请求编号，同理，源MAC地址、目标MAC地址、源端口号、目标端口号也做相应处理，即代理服务器以域名解析服务器的名义向用户端发送该解析结果数据包。

应用上述步骤实现域名解析的代理服务，省略了目标地址转换的步骤，数据不需要经过目标地址转换服务器，缩短了传输链路、避免了目标地址转换服务器的性能对代理服务效率的影像，同时也实现了透明代理，即用户不需要设置代理服务器也能实现代理服务。

上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (13)

1.一种域名解析代理方法，其特征在于，包括：

代理服务器接收携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析。

2.根据权利要求1所述的方法，其特征在于，所述第一目标IP地址为所述域名解析服务器的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析，包括：

所述代理服务器根据所述第一目标IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

3.根据权利要求1所述的方法，其特征在于，所述域名解析请求还携带有第一源IP地址，所述第一源IP地址为所述用户端的IP地址；所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析，包括：

所述代理服务器根据所述第一源IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析之后，还包括：

所述代理服务器接收所述域名解析服务器返回的所述域名解析请求的解析结果；

所述代理服务器向所述用户端发送第一解析结果数据包，所述第一解析结果数据包携带有第二源IP地址、第一源端口号和所述解析结果，其中，所述第二源IP地址为所述域名解析服务器的IP地址，，所述第一源端口号为所述域名解析服务器的端口号。

5.根据权利要求3所述的方法，其特征在于，所述第一目标IP地址非所述域名解析服务器的IP地址；

所述代理服务器向域名解析服务器转发所述域名解析请求进行域名解析之后，还包括：

所述代理服务器接收所述域名解析服务器返回的所述域名解析请求的解析结果；

所述代理服务器向所述用户端发送第二解析结果数据包，所述第二解析结果数据包携带有第三源IP地址、第二源端口号和所述解析结果，其中，所述第三源IP地址为所述第一目标IP地址，所述第二源端口号为与所述第三源IP地址对应的端口号。

6.根据权利要求1-3和5任一项所述的方法，其特征在于，所述方法还包括：

所述代理服务器接收的所述域名解析请求中还携带有目标端口号，所述目标端口号为53，所述用户端发送所述域名解析请求时采用的传输协议类型是UDP协议。

7.一种代理服务器，其特征在于，包括：

第一数据接收模块，用于接收所述携带有第一目标IP地址的域名解析请求，所述第一目标IP非代理服务器的IP地址；

第一数据转发模块，用于向域名解析服务器转发所述域名解析请求。

8.根据权利要求7所述的代理服务器，其特征在于，

所述第一数据接收模块接收的所述域名解析请求中所述第一目标IP地址为所述域名解析服务器的IP地址；

所述第一数据转发模块具体用于：根据所述第一数据接收模块接收的所述域名解析请求携带的第一目标IP地址向所述域名解析服务器转发所述域名解析请求进行域名解析。

9.根据权利要求8所述的代理服务器，其特征在于，

所述第一数据接收模块接收的所述域名解析请求还携带有第一源IP地址，所述第一源IP地址为所述用户端的IP地址；

所述第一数据转发模块具体用于根据所述第一数据接收模块接收的所述域名解析请求中的第一源IP地址向域名解析服务器转发所述域名解析请求进行域名解析。

10.根据权利要求7-9任一项所述的代理服务器，其特征在于，所述代理服务器还包括：

第二数据接收模块，用于在所述第一数据转发模块向域名解析服务器转发所述域名解析请求进行域名解析之后，接收所述域名解析服务器返回的解析结果；

第二数据转发模块，用于向所述用户端发送第一解析结果数据包；

所述第一解析结果数据包携带有第二源IP地址、第一源端口号和所述第二数据接收模块接收的所述解析结果，其中，所述第二源IP地址为所述域名解析服务器的IP地址，所述第一源端口号为所述域名解析服务器的端口号。

11.根据权利要求9所述的代理服务器，其特征在于，所述第一数据接收模块接收的所述域名解析中，所述第一目标IP地址非所述域名解析服务器的IP地址；所述代理服务器还包括：

第三数据接收模块，用于在所述第一数据转发模块向所述域名解析服务器转发所述域名解析请求进行域名解析之后，接收所述域名解析服务器返回的域名解析结果；

第三数据转发模块，用于向所述用户端发送第二解析结果数据包；

所述第二解析结果数据包携带有第三源IP地址、第二源端口号和所述第三数据接收模块接收的所述解析结果，其中，所述第三源IP地址为所述第一目标IP地址，，所述第二源端口号为与所述第三源地址对应的端口号。

12.根据权利要求7-9和11任一项所述的代理服务器，其特征在于，所述第一数据接收模块接收的所述域名解析请求中还携带有目标端口号，所述目标端口号为53，所述用户端发送所述域名解析请求时采用的传输协议类型是UDP协议。

13.一种域名解析代理系统，其特征在于，包括：域名解析服务器和上述权利要求7-12任一项所述的代理服务器，所述代理服务器将接收的域名解析请求转发给所述域名解析服务器，所述域名解析服务器根据所述域名解析请求对域名进行解析。

Images