CN1795447A - 自动的代理检测 - Google Patents

Abstract

一种检测代理服务器的方法包括存储来自互联网Web浏览器的连接表的第一副本并通过Web浏览器启动用于统一资源定位器的请求。该方法进一步包括当连接打开时存储来自该互联网Web浏览器的连接表的第二副本并比较该连接表的第一副本和第二副本。

Description

自动的代理检测

技术领域

本发明的一个实施例针对代理服务器。更特别地，本发明的一个实施例针对自动地检测代理服务器。

背景技术

很多计算机通过代理服务器访问互联网(Internet)。代理服务器是位于客户应用(例如互联网Web浏览器)和真实的互联网内容服务器之间的服务器。它拦截所有到真实服务器的请求以便查看它自身是否能满足这些请求。如果不能，它便将该请求转发到真实的服务器。

代理服务器有两个主要用途。由于代理服务器保存或高速缓存所有请求的结果达一定的时间量，因而它们能够提高性能。如果一个请求可以由已存储的内容满足，则无需从Web服务器获取该内容，这便导致了较短的响应时间。代理服务器还可以用来过滤请求。例如，公司可以使用代理服务器来防止它的雇员访问某些特定的Web网站。

对于通过代理服务器而耦合到互联网的计算机，所有的互联网请求必须首先送往该代理服务器。当通过互联网浏览器，例如微软公司的Internet Explorer(互联网探索者)，访问互联网时，浏览器被典型地设置成无需用户的干预而检测浏览器。

然而，当应用程序必须直接在互联网上通信而不使用浏览器或浏览器的通信模块时，问题出现了。例如，一些程序直接访问互联网来提供更新。这些程序检测代理的一种方法是查询计算机上使用的浏览器的设置。Internet Explorer在注册表的一个公知并被记录(documented)的位置上记载它的代理设置。用于Netscape和其他一些互联网浏览器的类似设定也是可以得到的。如果代理位置已经被手动地在浏览器中配置，确定代理则无需用户的干预。

一个问题是：对多数浏览器来说一个可能的设置是自动配置脚本或Web代理自动发现协议(WPAD)。在自动配置脚本的情况中，Web浏览器的设置由统一资源定位器(URL)组成，在其中可以发现确定实际代理的JavaScript。WPAD是一种协议，其中用于脚本的URL能够被发现而无需预先配置URL。现在，WPAD是Internet Explorer的默认设置。这两者任意一种情况中，实际的代理并没有在设置中存储。取而代之的是，在每次需要连接URL时浏览器查找并执行脚本。脚本包括对给定的URL解析代理的方法。

如果浏览器中使用上述两种设置，则程序将需要用户手动的干预来确定代理。然而，许多用户甚至不知道代理为何物，因而提供正确的信息会有很大的困难。

基于前文所述，需要一种系统和方法，即使在互联网浏览器已经被设定为代理检测的“自动”模式时，也无需用户的干预，而由程序来自动检测代理服务器。

附图说明

图1是根据本发明的一个实施例的通信系统的概观的简图。

图2a和2b是根据本发明的一个实施例，为了在访问Web网站时检测代理服务器而由计算机执行的功能性的流程图。

具体实施方式

本发明的一个实施例是通过比较互联网浏览器创建到代理的连接前后该互联网浏览器的连接表来检测代理服务器。从比较得到的区别列表中检测该代理。

图1是根据本发明的一个实施例的通信系统10的概观的简图。系统10包括通过代理服务器30耦合到互联网40的计算机20。

计算机20可能是任何种类的计算机或是能够访问互联网40并执行软件步骤的其它设备。在一个实施例中，计算机20包括处理器、存储器和通信接口。计算机20执行操作系统和互联网Web浏览器，例如微软公司的Internet Explorer浏览器。在一个实施例中，处理器是英特尔公司的奔腾4处理器，操作系统是微软公司的WindowsXP。计算机20进一步执行不使用互联网Web浏览器而直接访问互联网40的应用程序或其它功能。

当通过它的Web浏览器访问互联网40时，计算机20以已知的方式检测代理服务器30。Web浏览器可以手动地配置，该种情况下代理可以直接确定。然而，如果Web浏览器设定于Web代理自动发现协议(WPAD)，设定于使用自动配置脚本，或是以任何其它不允许代理服务器直接被检测到的方式设定，则下面描述的用于本发明一个实施例的功能性可以被计算机20执行的程序使用来检测代理服务器。

图2a和2b是根据本发明的一个实施例，为了在访问Web网站时检测代理服务器而由计算机20执行的功能性的流程图。在一个实施例中，该功能性由存储在存储器中的软件实现并由处理器执行。在另外的实施例中，该功能性可以由硬件、或任何硬件与软件的结合来执行。在一个实施例中，该功能性由计算机20上的应用程序来执行，该程序被要求不通过计算机20上的互联网浏览器而直接访问互联网40。在一个实施例中，本发明的功能性合并到代理检测模块中，该模块可以是作为应用程序一部分的或与应用程序相接口的软件模块。代理检测模块可以存储在计算机20的存储器中并由计算机20的处理器执行。

在框100，确定代理检测模块试图访问的Web网站的URL。在一个实施例中，这是由应用程序自身提供的。URL请求的方案或协议也同样被确定，因为代理检测模块试图检测的代理服务器可能会取决于方案而变化。可能的协议的例子是超文本传输协议(HTTP)、SSLhttp(https)、文件传输协议(FTP)等。

在框110，确定注册表设置或互联网浏览器的通信模块的其它配置数据。

在判定点120，判定代理服务器是否在互联网浏览器中被手动地配置。如果是，则在框130，通过读取浏览器中的信息来确定代理服务器。

如果在判定点120，代理服务器没有在互联网浏览器中被手动地配置(例如：Web浏览器被设定于WPAD)，则在框140，从Web浏览器获取传输控制协议/网际协议(TCP/IP)连接表的第一副本并由代理检测模块存储。在一个实施例中，计算机20的操作系统提供应用程序接口(API)来获得连接表。在另一个实施例中，可以调用例如NETSTAT的状态程序和可以对输出进行语法分析来获得连接表。

在框150，代理检测模块调用互联网浏览器的通信模块并作出对在框100中确定的URL的一个请求。这打开了一个连接。在互联网浏览器是Internet Explorer的一个实施例中，通信模块是WINInet。在一个实施例中，该用于URL的请求是“HEAD”。在另外的实施例中，该请求是“GET”或“POST”，尽管这些种类的请求会产生不必要的数据。如果互联网浏览器无法与URL通信，则进程结束。

在框160，代理检测模块在框150打开的连接关闭之前从互联网浏览器获取并存储TCP/IP连接表的第二副本。然后关闭URL请求并释放该通信模块。

在框170，确定连接表的第一副本和第二副本之间的区别。连接表包括IP地址的列表。排除在两个副本中都发现的所有地址，且剩余的IP地址包括可能的代理IP地址的列表。在一个实施例中，典型地只有2或3个IP地址不为两个连接表所共有且形成可能的代理IP地址的列表。在一个实施例中，该列表上的IP地址之一是代理服务器地址，而一个是装载互联网浏览器的自动代理脚本所来自的主机的地址。

在框180，在框100中确定的URL被解析(即转换)成它的相应IP地址和端口。这使得URL与通信表中的IP地址列表的比较更加容易。

对于在可能的代理IP地址的列表中的每一个IP地址，比较在框180请求的IP地址与可能的代理的IP地址列表(框200)中的IP地址，一直到代理被检测出(框190)。如果有匹配，则在框210，无需任何代理服务器来与希望的主机通信，且进程结束。可能不需要代理服务器是因为，例如URL是在位于代理服务器后面的Intranet上。

如果在框210，对于特定IP地址没有匹配，则在框220，代理检测模块通过做出一个有效的代理请求(例如请求连接)而询问IP地址和端口。如果请求成功，则检测到了代理服务器，且代理检测模块确定了代理的地址和端口，以及进程完成。在一个实施例中，可能的代理地址列表中的IP地址之一会导致一个成功的请求，除非无需代理或者出现未知的错误。

在另一个实施例中，在框220，代替询问该IP地址，通信程序假定地址正确而尝试希望的通信。如果成功，则无需执行询问。

本发明的一些实施例在这里具体地描述和/或示出。然而，将理解本发明的实施例的变化和修改由上面的教导覆盖，且在不脱离本发明的精神和预定范围的情况下，落在所附的权利要求的范围之内。

Claims (27)

1.一种检测代理服务器的方法，包括：

存储来自互联网Web浏览器的连接表的第一副本；

通过Web浏览器启动用于统一资源定位器(URL)的请求；

当连接打开时存储来自互联网Web浏览器的连接表的第二副本；和

比较该连接表的第一副本和第二副本。

2.权利要求1的方法，进一步包括：

形成可能的代理地址的列表，包括在该连接表的第二副本上而不在该连接表的第一副本上的至少一个地址。

3.权利要求1的方法，进一步包括：

确定该互联网Web浏览器是否被手动地配置。

4.权利要求2的方法，进一步包括：

将URL解析成为网际协议地址。

5.权利要求4的方法，进一步包括：

比较该网际协议地址和可能的代理地址的列表。

6.权利要求5的方法，进一步包括：

确定该网际协议地址是否与可能的代理地址列表中的任何地址匹配。

7.权利要求5的方法，进一步包括：

启动对可能的代理地址的列表中至少一个地址的代理请求。

8.权利要求5的方法，进一步包括：

假定该可能的代理地址的列表中至少一个地址是代理服务器的地址。

9.权利要求1的方法，其中互联网Web浏览器设定于Web代理自动发现协议。

10.一种计算机系统，包括：

处理器；和

耦合到所述处理器的存储器；

其中所述存储器中存储有代理检测模块，当该代理检测模块被所述处理器执行时，使所述处理器：

存储来自互联网Web浏览器的连接表的第一副本；

通过Web浏览器启动用于统一资源定位器(URL)的请求；

当连接打开时存储来自互联网Web浏览器的连接表的第二副本；和

比较该连接表的第一副本和第二副本。

11.权利要求10的计算机系统，所述代理检测模块进一步使所述处理器：

形成可能的代理地址的列表，包括在该连接表的第二副本上而不在该连接表的第一副本上的至少一个地址。

12.权利要求10的计算机系统，所述代理检测模块进一步使所述处理器：

确定该互联网Web浏览器是否被手动地配置。

13.权利要求10的计算机系统，所述代理检测模块进一步使所述处理器：

将URL解析成为网际协议地址。

14.权利要求13的计算机系统，所述代理检测模块进一步使所述处理器：

比较该网际协议地址和可能的代理地址的列表。

15.权利要求14的计算机系统，所述代理检测模块进一步使所述处理器：

确定该网际协议地址是否与可能的代理地址列表中的任何地址匹配。

16.权利要求14的计算机系统，所述代理检测模块进一步使所述处理器：

启动对可能的代理地址的列表中至少一个地址的代理请求。

17.权利要求14的计算机系统，所述代理检测模块进一步使所述处理器：

假定该可能的代理地址的列表中至少一个地址是代理服务器的地址。

18.权利要求10的计算机系统，其中互联网Web浏览器设定于Web代理自动发现协议。

19.一种计算机可读介质，其上存储指令，当该指令被处理器执行时，使所述处理器：

存储来自互联网Web浏览器的连接表的第一副本；

通过Web浏览器启动用于统一资源定位器(URL)的请求；

当连接打开时存储来自互联网Web浏览器的连接表的第二副本；和

比较该连接表的第一副本和第二副本。

20.权利要求19的计算机可读介质，所述指令进一步使处理器：

形成可能的代理地址的列表，包括在该连接表的第二副本上而不在该连接表的第一副本上的至少一个地址。

21.权利要求19的计算机可读介质，所述指令进一步使处理器：

确定该互联网Web浏览器是否被手动地配置。

22.权利要求19的计算机可读介质，所述指令进一步使处理器：

将URL解析成为网际协议地址。

23.权利要求22的计算机可读介质，所述指令进一步使处理器：

比较该网际协议地址和可能的代理地址的列表。

24.权利要求23的计算机可读介质，所述指令进一步使处理器：

确定该网际协议地址是否与可能的代理地址列表中的任何地址匹配。

25.权利要求23的计算机可读介质，所述指令进一步使处理器：

启动对可能的代理地址的列表中至少一个地址的代理请求。

26.权利要求23的计算机可读介质，所述指令进一步使处理器：

假定该可能的代理地址的列表中至少一个地址是代理服务器的地址。

27.权利要求19的计算机可读介质，其中互联网Web浏览器设定于Web代理自动发现协议。

Images