使用WinINET为虚拟用户创建健壮的HTTP连接

一个合理的算法是:

1. 尝试使用用户当前的代理设置(即IE使用的代理设置)进行连接。这些是最有可能工作的。见 WinHttpGetIEProxyConfigForCurrentUser() 在MSDN上获取这些设置,或者 INTERNET_OPEN_TYPE_PRECONFIG 在WinINet。

3. 如果失败,请使用 WinHttpGetProxyForUrl . ( WPAD 是客户可以自动找到 Proxy Auto-Config (PAC) 在网络(通常是公司网络)上的文件。)您将要选择此选项来检查代理文件的DHCP和DNS。 WinHTTP AutoProxy Functions 在MSDN上包含一个使用此API的代码示例和许多支持信息。如果成功,您将获得代理信息,然后可以将其插入到HTTP下载代码中。AFAIK,没有等效的WinINet选项来自动执行新的WPAD检测——只有WinHTTP。

4. 接下来,您可以尝试查找Firefox代理设置。 This SO answer

6. 如果以上所有操作都失败了,您就别无选择,只能要求用户手动指定其代理信息。您可能希望克隆IE或firefox的代理UI,并在下载该文件时将这些UI设置转换为适当的参数来配置代理选项。

请注意,代理检测没有魔力——您可以选择使用用户设置、使用默认计算机设置、使用直接连接、使用WPAD查找PAC文件或询问用户。不幸的是,没有办法“在不需要处理代理的情况下建立HTTP连接”。

顺便说一句,虽然您可以只使用WinHTTP进行代理检测,然后使用WinINet获取文件,但我建议在这两部分都使用WinHTTP。当您希望对HTTP交互具有最大的灵活性和控制权(以及比WinINet更好的稳定性)时,WinHTTP是首选。

J、 J.有一个好主意——我添加了一个检查Firefox代理设置的步骤。由于古怪的代理通常出现在公司环境中(这些环境倾向于在IE上标准化),这有点不太可能有帮助,但值得一试。

更新: 我刚刚编辑了上面的部分,以回应Francis的正确评论:严格意义上说,WinHTTP不是WinINet的“继承者”(意味着WinINet的100%特性在WinHTTP中是可用的)。相反,WinHTTP是为使用HTTP进行数据交换的应用程序而设计的,它们不关心与Interet Explorer的缓存、cookies、拨号UI等集成。

服务器应用程序绝对属于这一类(WinHTTP与WinINet不同,在服务器应用程序中使用是安全的),但许多客户端软件也会使用它,例如每台现代PC上的Windows Update客户端,对于需要通过HTTP下载文件、需要对网络进行更细粒度控制并希望控制自己的UI的客户端应用程序,WinHTTP更为可取。

我对这个过程最好的描述是 How the Windows Update client determines which proxy server to use to connect to the Windows Update Web site WinHttpGetIEProxyConfigForCurrentUser , WinHttpDetectAutoProxyConfigUrl , WinHttpGetProxyForUrl WinHttpGetDefaultProxyConfiguration

以下是知识库文章的顺序:

2. 找不到PAC文件?如果用户设置了IE自动配置脚本,请使用该PAC文件。
3. 仍然没有找到PAC文件?寻找代理。如果用户已手动配置IE代理设置,请使用它们。
5. 没有配置默认代理?使用直接连接。