网络代理自动发现协议

网络代理自动发现协议客户端使用DHCP或DNS发现方法来定位一个配置文件URL的方法01简介要点安全相关技术前提条件目录03050204基本信息络代理自动发现协议（WebProxyAuto-DiscoveryProtocol，WPAD）是一种客户端使用DHCP或DNS发现方法来定位一个配置文件URL的方法。在检测和下载配置文件后，它可以执行配置文件以测定特定URL应使用的代理。简介简介络代理自动发现协议(WebProxyAutodiscoveryProtocol)，通过让浏览器自动发现代理服务器

，定位代理配置文件，下载编译并运行，最终自动使用代理访问络。代理自动配置文件(ProxyAuto-Config，PAC)，定义了浏览器和其他用户代理如何自动选择适当的代理服务器来访问一个URL。要使用PAC，我们应当在一个页服务器上发布一个PAC文件，并且通过在浏览器的代理链接设置页面输入这个PAC文件的URL或者通过使用WPAD协议告知用户代理去使用这个文件。相关技术相关技术若要为组织中的所有浏览器提供相同的代理策略，而无需手动配置每个浏览器，需要使用下列两种技术：WPAD标准定义了两种备用方法，系统管理员可以用它们发布代理配置文件的位置，它们是使用动态主机设置协议（DHCP）或域名系统（DNS）：在获取第一个页面前，实现有此方法的页浏览器给本地DHCP服务器发送一个DHCPINFORM查询，并使用服务器的回复中的WPAD选项。如果DHCP服务器没有提供所需的信息，则再使用DNS。假设用户的计算机络名称为，浏览器将依次尝试下列URL，成功在客户端的域中找到一个代理配置文件：要点要点DHCP比DNS有着更高的优先级：如果DHCP提供了WPADURL，则不会进行DNS查询。只能配合DHCPv4使用，WPAD-Option选项没有在DHCPv6中定义。应注意Firefox不支持DHCP，只进行DNS查询，并且非Windows、ChromeOS平台以及版本号小于13的Chrome也是如此。当构造查询数据包时，DNS查询将剔除域名的首个部分（客户端的主机名）并以wpad取代。然后，它通过移除更多域名的部分来在层次结构中“向上移动”，直到它找到一个WPADPAC文件或者离开当前组织。浏览器会猜测组织的边界。这种猜测对于“company”或“”等是正确的，但对于“”出错。对于DNS查询，配置文件的路径始终为wpad.dat。对于DHCP协议，任何URL均可。由于传统原因，PAC文件通常名为proxy.pac（当然，此名称的文件将被WPADDNS搜索忽略）。配置文件的MIME类型必须为“application/x-ns-proxy-autoconfig”。InternetExplorer和Konqueror是现阶段仅有的一款浏览器同时支持DHCP和DNS方法；大多数主要浏览器都支持DNS方法。前提条件前提条件为使WPAD生效，需要具备几个条件：安全安全在极大简化组织中浏览器配置的同时，WPAD协议必须被小心使用：简单的疏失就可能留下漏洞，攻击者可以篡改用户浏览器中显示的内容：通过WPAD文件，攻击者可以引导用户的浏览器到他们自己的代理，拦截和修改所有WWW流量。尽管2005年对WindowsWPAD的处理应用了一个简单的修复，但它只解决了域的问题。在Kiwicon的一次演讲表示，世界上的许多地方仍有极其脆弱的安全漏洞，在新西兰为测试目的注册的一个示例域名在几秒内收到了来自全国各地的代理请求。几个wpad.tld域名（包括COM,NET,ORG和US）当前指向客户端环回以帮助防范此安全漏洞，虽然还有一些名称仍是注册状态（如）。因此，管理员应确保用户可以信任组织中的所有DHCP服务器，并且组织内的所有可能的wpad域都在控制之下。此外，如果没有为组织配置wpad域，用户将转向域层次结构中的下一个（更高层级）wpad站点并使用其配置。这允许能在顶级域注册wpad子域名的人将自己的代理设为对所有流量或特定站点提供服务，从而施行对特定国