CN107395778A - 一种用户溯源的方法、装置及系统 - Google Patents

Abstract

本申请公开了一种用户溯源的方法及系统，所述方法包括：业务服务器接收网络地址转换器转发的用户通过客户端访问业务服务器的第一业务请求，当所述第一业务请求的载荷中未包含客户端私网IP地址时，业务服务器向所述客户端返回第一重定向消息，所述第一重定向消息用于将所述客户端重定向至公网定位服务器，所述第一重定向消息包括第一统一资源定位符；业务服务器接收网络地址转换器转发的客户端访问业务服务器的第二业务请求，所述第二业务请求包括：端口号以及第二URL，业务服务器解析所述第二URL获取所述客户端的私网IP地址，依据所述私网IP地址和端口号获取所述客户端的账户。本申请具有实现用户溯源的优点。

Description

一种用户溯源的方法、装置及系统

技术领域

本申请涉及通信领域，尤其涉及一种用户溯源(英文：user tracing)的方法、装置及系统。

背景技术

随着第四版本因特网协议(英文：Internet Protocol Version 4，中简称：IPv4)地址的耗尽，运营商需要借助网络地址转换(英文：network address translation，简称：NAT)技术支撑业务发展，运营商使用的NAT技术也可以称为运营商级NAT(英文：carrier-grade NAT，简称：CGN)。该技术可以实现多个上网用户共享一个IPv4地址，从而大幅提升IPv4地址利用率。

根据CGN设备形态的差别，可以分为：集成CGN方案、独立CGN方案。独立CGN方案是在网络中部署独立CGN设备，单独为用户分配公网IP地址和端口(英文：Port)资源。由于独立CGN方案的CGN在转发报文时会修改报文中的用户IP地址，导致服务器在有需要时不能确定接收的报文对应的用户的账户，即不能实现用户溯源。

发明内容

本申请提供一种用户溯源的方法、装置及网络设备，可以实现用户溯源，并且提高用户溯源的准确性。

第一方面，提供一种用户溯源的方法，该方法包括：

业务服务器接收网络地址转换器转发的客户端访问业务服务器的第一业务请求，当所述第一业务请求中未包含客户端私网IP地址时，业务服务器向所述客户端返回第一重定向消息，所述第一重定向消息用于将所述客户端重定向至公网定位服务器，所述第一重定向消息携带第一统一资源定位符URL，所述第一URL为所述客户端访问资源对应的统一资源定位符；

业务服务器接收网络地址转换器转发的客户端访问业务服务器门户网站的第二业务请求，所述第二业务请求包括：端口号以及第二URL，所述第二URL携带客户端私网IP地址以及所述第一URL；所述第二URL通过所述客户端接收的第二重定向消息获取，所述第二重定向消息用于将所述客户端重定向至所述业务服务器，所述第二重定向消息携带第二URL；所述第二重定向消息为所述客户端通过第三重定向消息访问私网定位服务器后接收的所述私网服务器返回的重定向消息，所述第三重定向消息用于将所述客户端重定向至所述私网定位服务器，所述第三重定向消息为所述客户端通过所述第一重定向消息访问所述公网定位服务器后接收的所述公网服务器返回的重定向消息，所述第三重定向消息携带所述第一URL；

业务服务器解析所述第二URL获取所述客户端的私网IP地址，依据所述私网IP地址和端口号获取所述客户端的账户。

第一方面的技术方案通过三个重定向消息以及二个业务请求来获取私网IP地址，依据私网IP地址实现用户溯源，相对于在日志服务器查询私网IP地址的技术方案，本申请的技术方案具有私网IP地址查询快，查询开销小的优点。

在一种可选设计中，上述第一重定向消息、第二重定向消息、第三重定向消息都可以为基于超文本传输协议的重定向消息。

上述可能设计中的重定向消息均基于超文本传输协议，能够提高重定向消息的可靠性，从而提高溯源的可靠性。

第二方面，提供一种用户溯源的重定向方法，所述方法包括：

公网定位服务器接收网络地址转换器转发的客户端的业务请求，所述业务请求携带公网IP地址、端口号和URL；公网定位服务器依据所述公网IP地址确定归属所述公网IP地址的私网定位服务器，生成第二重定向消息，将所述第二重定向消息发送给客户端，所述第二重定向消息用于将所述客户端重定向至所述私网定位服务器。

第二方面的技术方案支持了第一方面的技术方案的实现。

第三方面，提供一种用户溯源中私网IP地址获取方法，所述方法包括：私网定位服务器接收客户端发送的业务请求，所述业务请求携带私网IP地址；私网定位服务器将所述私网IP地址封装在URL后，向所述客户端发送第三重定向消息，所述第三重定向消息携带所述URL，所述第三重定向消息用于将所述客户端重定向至业务服务器。

第三方面的技术方案支持了第一方面的技术方案的实现。

第四方面，提供一种业务服务器，该业务服务器包括：收发单元和解析单元，该收发单元和解析单元用于执行上述第一方面提供的方法。

第五方面，提供一种公网定位服务器，该服务器包括：收发单元和处理单元，上述收发单元和处理单元用于执行上述第二方面提供的方法。

第六方面，提供一种私网定位服务器，该服务器包括：收发单元和处理单元，上述收发单元和处理单元用于执行上述第三方面提供的方法。

本申请实施例提供的技术方案通过三次重定向来获取私网IP地址，依据私网IP地址实现用户溯源，相对于在日志服务器查询私网IP地址的技术方案，本申请的技术方案具有私网IP地址查询快，查询开销小的优点，并且用户对溯源不会有感知，不会影响用户的体验度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种用户溯源的方法的流程示意图；

图2是本申请实施例提供的另一种用户溯源的方法的流程示意图；

图3是本申请另一实施例提供的业务服务器的结构示意图；

图4是本申请又一实施例提供的公网定位服务器的结构示意图；

图5是本申请下一实施例提供的私网定位服务器的结构示意图；

图6是本申请另外实施例提供的服务器的结构示意图。

具体实施方式

参阅图1，图1为一种用户溯源的方法，该方法应用于独立CGN方案，即网络中部署有独立的CGN设备，如图1所示，独立CGN方案包括如下设备，客户端、CGN设备、日志服务器和业务服务器，其中，CGN设备可以用于接收客户端的协议报文或数据报文，将该协议报文或数据报文中的私网IP地址(即源IP地址)转换成公网IP地址和端口号后转发给业务服务器，CGN设备转发报文时修改报文中的私网IP地址(也可以称为用户IP地址)即可以实现多个客户端共享一个公网IP地址(即多个私网IP地址可以共用一个公网IP地址(即IPv4地址)，从而提升IPv4地址利用率，业务服务器可以用于接收CGN设备转发的协议报文或数据报文，依据该协议报文或数据报文为客户端提供相应的资源，日志服务器可以用于存储公网IP地址以及端口号与私网IP地址之间的映射关系，接收业务服务器的查询请求，查询请求可以包括：公网IP地址以及端口号，日志服务器依据该查询请求向业务服务器返回响应消息，该响应消息包括：依据该映射关系查询出的该公网IP地址以及端口号对应的私网IP地址。本发明实施例提供的用户溯源的方法包括如下步骤：

步骤S101、用户通过客户端提交访问业务服务器门户(英文：portal)网站的业务请求。

上述步骤S101中的业务请求的源IP地址为所述用户的私网IP地址、目的地址为业务服务器的IP地址、所述业务请求还可以包括统一资源定位符(英文：uniform resourcelocator，简称：URL)等。

步骤S102、CGN设备接收该业务请求，将该用户的私网IP地址更换成公网IP地址以及端口号，将更换后的业务请求转发给业务服务器。

步骤S103、CGN设备将该公网IP地址以及端口号与用户的私网IP地址的映射关系上报给日志服务器。

步骤S104、业务服务器依据更换后的业务请求获取该用户的公网IP地址以及端口号，将该用户的公网IP地址以及端口号发送给日志服务器。

步骤S105、日志服务器从存储的映射关系中查询出该公网IP地址以及端口号对应的私网IP地址，并将该私网IP地址返回给业务服务器。

步骤S106、业务服务器依据该私网IP地址、公网IP地址以及端口号获取该用户的账号。

上述通过日志服务器查询私网IP地址的技术方案中，日志服务器需要存储海量的映射关系，使得通过日志服务器查询用户的私网IP地址时的开销大，响应时间长。

参阅图2，图2为本申请实施例提供的另一种用户溯源的方法，该方法如图2所示，包括如下步骤：

步骤S201、用户通过客户端提交访问业务服务器的业务请求1；

上述步骤S201的业务请求1的源IP地址为该用户的私网IP地址、目的地址为该业务服务器的IP地址，业务请求1还包括URL1，该URL1具体可以为，用户需要访问的资源对应的URL，上述业务请求可以为基于超文本传输协议(英文：Hypertext Transfer Protocol，简称：HTTP)的业务请求。

上述步骤S201中的业务请求1可以是访问业务服务器门户网站的业务请求，当然也可以是访问业务服务器其他资源的业务请求。

步骤S202、CGN设备接收该业务请求1，将业务请求1的源IP地址更换成该用户的公网IP地址以及端口号，将更换地址后的业务请求1转发给业务服务器。

上述步骤S202中CGN设备将业务请求1的源IP地址更换成公网IP地址以及端口号的方式可以采用现有技术的方法，本申请对上述更换地址的方法并不限定。

步骤S203、当业务请求1的载荷中未包含该用户的私网IP地址时，业务服务器向客户端发送第一重定向消息，该第一重定向消息用于将客户端重定向至公网定位服务器LS2。

其中，业务服务器根据业务请求1的源IP地址是否落入保留地址区域来确定业务请求1的源IP地址为公网IP地址还是私网IP地址，所述保留地址区域包括：10.*.*.*，172.16.*.*至172.31.*.*以及192.168.*.*。其中，*指0到255之间的任意数字。当业务服务器确定业务请求1的源IP地址为公网IP地址后，该业务服务器继续确定业务请求1的载荷中是否包含该用户的私网IP地址。

上述第一重定向消息包括第一重定向URL，该第一重定向URL包括：URL1以及访问LS2的URL4。

上述第一重定向消息可以为基于HTTP的消息，当然在实际应用中，也可以采用其他的协议的消息。上述重定向消息基于HTTP协议可以提高消息的可靠性，因为基于HTTP协议对消息有可靠性的要求，例如重发、纠错等功能，而对于上报给日志服务器的消息并没有可靠性的要求，其仅仅只是要求发送，如果出现断网或出错的情况，日志服务器就无法获取到如上述步骤S103中的映射关系，这样就无法实现用户的溯源，所以上述重定向消息基于HTTP协议可以提高溯源的可靠性。

步骤S204、客户端依据第一重定向消息发送访问LS2的业务请求4。

上述步骤S204的业务请求4的源IP地址为该用户的私网IP地址、目的IP地址为私网定位服务器LS1的IP地址，该业务请求4可以包括第一重定向URL；上述业务请求4可以为基于HTTP的消息，当然在实际应用中，也可以采用其他的协议的消息。

步骤S205、CGN设备接收该业务请求4，将业务请求4的源IP地址更换成公网IP地址以及端口号，将更换地址后的业务请求4转发给LS2。

步骤S206、LS2依据该公网IP地址确定客户端对应区域的私网定位服务器LS1，向客户端发送第三重定向消息，该第三重定向消息用于将客户端重定向至LS1。

上述第三重定向消息可以包括第三重定向URL，该第三重定向URL可以包括：URL1以及访问LS1的URL3；上述第三重定向消息可以为基于HTTP的消息，当然在实际应用中，也可以采用其他的协议的消息。

步骤S207、客户端依据第三重定向消息发送访问LS1的业务请求3。

上述步骤S207的业务请求3的源IP地址为该用户的私网IP地址、目的IP地址为LS1的IP地址，该业务请求3还可以包括第三重定向URL，上述业务请求3可以为基于HTTP协议的业务请求。

步骤S208、LS1将该用户的私网IP地址与URL1封装到URL2(即第二重定向URL)内，向客户端发送第二重定向消息，该第二重定向消息包括：URL2，该第二重定向消息用于将客户端重定向至业务服务器；

上述第二重定向消息可以为基于HTTP的消息，当然在实际应用中，也可以采用其他的协议的消息。

步骤S209、客户端发送访问业务服务器的业务请求2。

该步骤S209的业务请求2的源IP地址为该用户的私网IP地址，该业务请求2的载荷(payload)部分可以包括该URL2；上述业务请求2可以为基于HTTP的业务请求。

步骤S210、CGN设备接收该业务请求2，将业务请求2的源IP地址更换成公网IP地址以及端口号，将更换地址后的业务请求2转发给业务服务器。

步骤S211、业务服务器依据该公网IP地址、端口号以及以及所述URL2中的该用户的私网IP地址获取该用户的账号，并通过该客户端向所述用户提供URL1对应的资源。

图2从全流程的角度介绍了本发明提供的用户溯源的方法。图2也可以从每个设备的角度，拆分成多个不同的过程示意图，例如，图2中的步骤S202、步骤S210和步骤S211从业务服务器的角度提供了一种用户溯源的方法；步骤S205和步骤S206从公网定位服务器的角度提供了一种用户溯源的重定向方法；以及，步骤S207和步骤S208从私网定位服务器的角度提供了一种用户溯源中私网IP地址发送方法。

本申请实施例提供的技术方案通过三次重定向来获取用户的私网IP地址，相对于在日志服务器查询私网IP地址的技术方案，具有私网IP地址查询快的优点，本发明实施例中的重定向消息并不会显示在客户端上，所以用户对该溯源技术方案没有感知，不会影响用户体验。此外，本申请的技术方案，私网IP地址是通过私网定位服务器查询的，由于每个私网的用户数量有限，所以其查询的速度会很快。本申请中的公网定位服务器，需要维护公网IP地址与私网定位服务器之间的映射关系。在实际应用中，一个公网定位服务器下的私网定位服务器的数量一般在10个以下，所以其查询的数量非常有限。本申请实施例将单个设备(日志服务器)的查询分解成两个设备(公网定位服务器和私网定位服务器)的查询，能够有效的降低系统的查询开销，提高查询速度。

如图3所示，图3为本申请另一实施例提供的一种业务服务器30的结构图，该业务服务器如图3所示，包括：

收发单元301，用于接收网络地址转换器转发的用户通过客户端访问业务服务器30的第一业务请求，当第一业务请求的载荷中未包含用户的私网IP地址时，向该客户端返回第一重定向消息，该第一重定向消息用于将该客户端重定向至公网定位服务器，该第一重定向消息包括第一URL，该第一URL为该用户需要访问的资源对应的统一资源定位符；

收发单元301，还用于接收网络地址转换器转发的客户端发送的访问业务服务器的第二业务请求，该第二业务请求包括：端口号以及第二URL，该第二URL包括用户的私网IP地址以及该第一URL；该第二URL由客户端通过接收的第二重定向消息获取，该第二重定向消息用于将该客户端重定向至该业务服务器，该第二重定向消息包括第二URL；该第二重定向消息为该客户端根据第三重定向消息访问私网定位服务器后接收的该私网服务器返回的重定向消息，该第三重定向消息用于将该客户端重定向至该私网定位服务器，该第三重定向消息为该客户端根据该第一重定向消息访问该公网定位服务器后接收的该公网服务器返回的重定向消息，该第三重定向消息包括该第一URL；

解析单元302，用于解析该第二URL获取该用户的私网IP地址，依据该私网IP地址和端口号获取该客户端的账户。

本申请另一实施例提供的技术方案通过业务请求的URL中携带私网IP地址来实现用户的溯源，因为私网IP地址携带在URL中，所以网络地址转换器无法将URL内的私网IP地址变更，这样就保证了业务服务器能够获取到私网IP地址，从而通过私网IP地址实现用户的溯源，所以其具有实现用户溯源的优点。

如图4所示，图4为本申请又一实施例提供的一种公网定位服务器40，本实施例中的技术术语的定义可以参见如图2所示实施例的描述，这里不再赘述。该公网定位服务器包括：

收发单元401，用于接收网络地址转换器转发的客户端的业务请求，该业务请求携带公网IP地址、端口号和URL；

处理单元402，用于依据该公网IP地址确定管理该公网IP地址的私网定位服务器，生成重定向消息，将该重定向消息发送给客户端，该重定向消息用于将该客户端重定向至该私网定位服务器。

本申请又一实施例提供的公网定位服务器支持了上述业务服务器实现用户溯源。

如图5所示，本申请下一实施例提供一种私网定位服务器50，本实施例中的技术术语的定义可以参见如图2所示实施例的描述，这里不再赘述，该私网定位服务器包括：

收发单元501，用于接收用户通过客户端发送的业务请求，该业务请求的源IP地址为该用户的私网IP地址；

处理单元502，用于将该私网IP地址封装在URL后，向该客户端发送第三重定向消息，该重定向消息包括该URL，该重定向消息用于将该客户端重定向至业务服务器。

本申请又一实施例提供的公网定位服务器支持了上述业务服务器实现用户溯源。

本申请下一实施例提供的私网定位服务器支持了上述业务服务器实现用户溯源。

参阅图6，图6为本申请另外实施例提供的一种服务器60，该服务器60可以为如图3所示的业务服务器，当然在实际应用中，上述服务器60还可以是如图4所示的公网定位服务器或如图5所示的私网定位服务器，该服务器60如图6所示，包括：处理器601、存储器602、收发器603和总线604。收发器603用于与外部设备交互以收发数据。设备60中的处理器601的数量可以是一个或多个。本申请的一些实施例中，处理器601、存储器602和收发器603可通过总线或其他方式连接。存储器602用于存储程序代码，处理器601用于调用存储器602中存储的程序代码，以实现图2中业务服务器、公网定位服务器或私网定位服务器的功能。关于本实施例涉及的术语的含义以及举例，可以参考图2对应的实施例。此处不再赘述。需要说明的是，这里的处理器601可以是一个处理元件，也可以是多个处理元件的统称。例如，该处理元件可以是中央处理器(英文：central processing unit，简称：CPU)，也可以是特定集成电路(英文：appl ication-specific integrated circuit，简称：ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个数字信号处理器(英文：digital signal processor，简称：DSP)，或，一个或者多个现场可编程门阵列(英文：field-programmable gate array，简称：FPGA)。

存储器603可以是一个存储装置，也可以是多个存储元件的统称，且用于存储可执行程序代码或应用程序运行装置运行所需要参数、数据等。且存储器603可以包括随机存储器(英文：random-access memory，简称：RAM)，也可以包括非易失性存储器(non-volatilememory)，例如磁盘存储器，闪存(flash)等。

总线604可以是工业标准体系结构(英文：Industry Standard Architecture，简称：ISA)总线、外部设备互连(英文：Peripheral Component Interconnect，简称：PCI)总线或扩展工业标准体系结构(英文：Extended Industry Standard Archi tecture，简称：EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

该服务器还可以包括输入输出装置，连接于总线604，以通过总线与处理器601等其它部分连接。该输入输出装置可以为操作人员提供一输入界面，以便操作人员通过该输入界面选择布控项，还可以是其它接口，可通过该接口外接其它设备。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。

Claims (12)

1.一种用户溯源的方法，其特征在于，所述方法包括如下步骤：

业务服务器接收网络地址转换器转发的用户通过客户端访问所述业务服务器的第一业务请求，

当所述第一业务请求的载荷中未包含所述用户的私网IP地址时，所述业务服务器向所述客户端返回第一重定向消息，所述第一重定向消息用于将所述客户端重定向至公网定位服务器，所述第一重定向消息包括第一统一资源定位符URL，所述第一URL为所述用户需要访问的资源对应的统一资源定位符；

所述业务服务器接收所述网络地址转换器转发的所述客户端发送的访问所述业务服务器的第二业务请求，所述第二业务请求包括：端口号以及第二URL，所述第二URL包括所述用户的私网IP地址以及所述第一URL；所述第二URL由所述客户端通过接收的第二重定向消息获取，所述第二重定向消息用于将所述客户端重定向至所述业务服务器，所述第二重定向消息包括所述第二URL；所述第二重定向消息为所述客户端根据第三重定向消息访问私网定位服务器后接收的所述私网服务器返回的重定向消息，所述第三重定向消息用于将所述客户端重定向至所述私网定位服务器，所述第三重定向消息为所述客户端根据所述第一重定向消息访问所述公网定位服务器后接收的所述公网服务器返回的重定向消息，所述第三重定向消息携带所述第一URL；

所述业务服务器解析所述第二URL获取所述用户的私网IP地址，依据所述私网IP地址和端口号获取所述用户的账户。

2.根据权利要求1所述的方法，其特征在于，所述第一重定向消息为基于超文本传输协议HTTP协议的重定向消息。

3.一种用户溯源的重定向方法，其特征在于，所述方法包括：

公网定位服务器接收网络地址转换器转发的用户通过客户端发送的业务请求，所述业务请求的源IP地址为所述用户的公网IP地址、所述业务请求包括端口号和统一资源定位符URL；

所述公网定位服务器依据所述公网IP地址确定管理所述公网IP地址的私网定位服务器，生成重定向消息，将所述重定向消息发送给所述客户端，所述重定向消息用于将所述客户端重定向至所述私网定位服务器。

4.根据权利要求3所述的方法，其特征在于，所述重定向消息为基于HTTP协议的重定向消息。

5.一种用户溯源中私网IP地址发送方法，其特征在于，所述方法包括：

私网定位服务器接收用户通过客户端发送的业务请求，所述业务请求的源IP地址为所述用户的私网IP地址；

所述私网定位服务器将所述私网IP地址封装在统一资源定位符URL后，向所述客户端发送重定向消息，所述重定向消息的载荷包括所述URL，所述重定向消息用于将所述客户端重定向至业务服务器。

6.根据权利要求5所述的方法，其特征在于，所述第三重定向消息为基于HTTP协议的重定向消息。

7.一种业务服务器，其特征在于，所述业务服务器包括：

收发单元，用于接收网络地址转换器转发的用户通过客户端访问所述业务服务器的第一业务请求，当所述第一业务请求的载荷中未包含所述用户的私网IP地址时，向所述客户端返回第一重定向消息，所述第一重定向消息用于将所述客户端重定向至公网定位服务器，所述第一重定向消息包括第一统一资源定位符URL，所述第一URL为所述用户需要访问的资源对应的统一资源定位符；

收发单元，还用于接收所述网络地址转换器转发的所述客户端发送的访问业务服务器的第二业务请求，所述第二业务请求包括：端口号以及第二URL，所述第二URL包括所述用户的私网IP地址以及所述第一URL；所述第二URL由所述客户端通过接收的第二重定向消息获取，所述第二重定向消息用于将所述客户端重定向至所述业务服务器，所述第二重定向消息包括所述第二URL；所述第二重定向消息为所述客户端根据第三重定向消息访问私网定位服务器后接收的所述私网服务器返回的重定向消息，所述第三重定向消息用于将所述客户端重定向至所述私网定位服务器，所述第三重定向消息为所述客户端根据所述第一重定向消息访问所述公网定位服务器后接收的所述公网服务器返回的重定向消息，所述第三重定向消息携带所述第一URL；

解析单元，用于解析所述第二URL获取所述私网IP地址，依据所述私网IP地址和端口号获取所述用户的账户。

8.根据权利要求7所述的业务服务器，其特征在于，所述第一重定向消息为基于HTTP协议的重定向消息。

9.一种公网定位服务器，其特征在于，所述服务器包括：

收发单元，用于接收网络地址转换器转发的用户通过客户端发送的业务请求，所述业务请求的源IP地址为所述用户的包括公网IP地址，所述业务请求包括端口号和统一资源定位符URL；

处理单元，用于依据所述公网IP地址确定管理所述公网IP地址的私网定位服务器，生成重定向消息，将所述重定向消息发送给所述客户端，所述重定向消息用于将所述客户端重定向至所述私网定位服务器。

10.根据权利要求9所述的公网定位服务器，其特征在于，所述重定向消息为基于HTTP协议的重定向消息。

11.一种私网定位服务器，其特征在于，所述服务器包括：

收发单元，用于接收用户通过客户端发送的业务请求，所述业务请求的源IP地址为所述用户的私网IP地址；

处理单元，用于将所述私网IP地址封装在统一资源定位符URL后，向所述客户端发送重定向消息，所述重定向消息携带所述URL，所述重定向消息用于将所述客户端重定向至业务服务器。

12.根据权利要求11所述的装置，其特征在于，所述重定向消息为基于HTTP协议的重定向消息。