Excel加载项（基于WinInet代理配置）间歇性绕过PAC文件直接访问互联网的问题排查求助

大家好，我遇到一个非常棘手的间歇性问题，想请教下社区里的大佬们。

我们有一款Excel加载项，它配置为从IE（WinInet）获取代理设置——现在大部分现代应用都是这么做的，直接复用系统/IE的代理配置就行。IE这边设置的是PAC文件脚本，其他所有应用用这个配置都完全正常，唯独这个加载项出了问题。

这个加载项能正常工作几个小时，之后突然就失效了，而且这个问题完全没有规律。我们用Wireshark抓包后发现，失效的时候它居然绕过了代理，直接尝试连接目标地址。我从业这么多年见过不少代理相关的问题，但要么是完全能用要么是完全不能用，这种“先正常走代理，毫无征兆就跳去直连”的情况，还是第一次碰到。

下面是我已经做的观察和排查，先给大家梳理下：

• 我一开始觉得是加载项本身的问题，但厂商（Oracle）说他们其他客户都没遇到过这个问题，所以不肯排查。说实话我也倾向于相信他们——毕竟Oracle的客户里有很多大型企业，要是普遍有问题早就爆出来了。
• 失效时访问的URL和正常工作时完全一致，这直接排除了PAC文件里的规则导致问题的可能
• 失效前后，我都能看到IE等其他应用正常通过代理访问其他URL，说明当时代理服务器是完全可达的
• 我们的PAC文件非常简单，根本没有任何“直连”的规则
• 我还怀疑过PAC文件的托管服务器在加载项出错时不可用，但这个可能性也被排除了：出错时其他应用都正常，而且我写了个PowerShell脚本，在问题发生时持续请求PAC文件服务器，返回的都是HTTP 200状态码，说明服务器完全没问题

现在我打算深入排查PAC文件下载相关的流程，但找了一圈都没找到WinInet的日志开启方法，也不知道怎么去调试这部分。有没有大佬知道怎么给WinInet启用日志，或者有其他排查思路的？

备注：内容来源于stack exchange，提问作者Mucker