最近在为公司分公司配置自动代理配置时，发现所有升级到10的电脑自动代理配置都失效了。 经过一番了解，在微软的MSDN博客上发现，微软从11版（IE）开始就弃用了本地PAC文件方式（也就是我们说的“file://”方式）来配置自动代理，而PAC文件代理自动配置只能通过http或https加载，10默认安装的是IE11版本。
那么如何解决这个问题呢？ 其实很简单，配置一个web服务器挂pac文件。 首先是开启服务器的IIS功能。 当然也可以在任何一台PC上启用，只要该PC能被内网访问即可。 但是，我个人推荐使用服务器。 我们只需要提供一个http或者https的访问即可，所以在IIS中不需要开启太多的服务，如图所示开启即可。
该界面的打开方式在“控制面板”中的“打开或关闭功能”中。 单击“确定”并等待安装完成。 完成后，在“管理工具”中找到“(IIS)管理器”并打开。 展开左侧选项，右击“站点”，点击“添加站点”，如图。
“ Name”填写任意名称（如“Proxy”），物理路径为PAC文件所在文件目录，其他可保持不变。 最好将端口更改为其他端口。 比如我们这里使用8088端口，其他的可以保持默认即可，如图。
点击确定后，网站启动，尝试打开浏览器输入“”（proxy.pac为上面选择的物理路径下需要使用的代理自动配置文件），如果有如图提示，提示下载文件或代理。 pac文件内容说明配置成功。 一般会出现如图所示的提示。 其他两种情况不是很常见。 如果遇到其他两种情况，可以跳过下面的步骤，直接尝试应用。 ，看是否生效，如果没有，继续下面的步骤。
虽然这个提示可以证明我们已经成功配置了http服务器，但是仍然没有生效，因为当客户端浏览器向服务器请求pac文件时，服务器会发现它“不知道”这个PAC文件是什么是，然后直接返回浏览器“我找不到这个文件”，那怎么解决呢？ 既然服务器“不知道”什么是 PAC 文件，难道我们不应该“告诉”服务器什么是 PAC 文件吗？ 告诉的方法是添加 MIME 类型。
在IIS管理器中点击新建的网站，在功能视图中找到“MIME类型”，如图。
双击“MIME类型”，打开MIME类型编辑页面，点击右上角的“添加”链接，按照如图方法添加PAC的MIME类型。 请注意，有一个“。” 在pac面前，不容错过。
text/plain 实际上是 .txt 文本文件的 MIME 类型。 在这里，pac 文件只需要可以被客户端浏览器访问。 理论上，可以添加任何 MIME 类型。 这里我们加上text/plain类型只是为了让浏览器直观的看到pac文件的内容，也方便以后排查问题。 添加完成后点击确定刷新页面。 你看到PAC文件的内容了吗？ 如果看到PAC文件的内容，恭喜，配置完成，如果没有看到，再把所有的步骤都检查一遍，看看有没有遗漏的步骤。
服务器端配置好之后，接下来就是配置客户端了。 打开客户端浏览器上的选项，找到“连接”选项卡，点击“局域网配置”按钮，在弹窗中按照如图方法填写，图中擦掉的部分就是IP地址服务器的，根据实际情况填写即可。
单击“确定”，自动代理配置文件就在客户端浏览器上配置好了。
那么有人会问了，如何测试我的配置是否生效了呢？ 一些技术人员本身所处的环境需要代理才能访问互联网。 这个测试很简单，就是看看能不能上网。 一些技术人员不在代理环境中。 像我们这种情况，我的办公室可以通过核心机房直接上网，但是分公司需要通过内网到核心机房的代理上网。 这种情况下，可以通过切断自己PC的上网路由，保留到代理服务器的路由来进行测试。 测试。
假设我使用的PC的网关是172.16.1.1，代理服务器的IP地址是192.168.100.100，那么我可以这样做：
1、更换我用的手动配置IP地址的PC网卡，配置IP地址和子网掩码。 当然，配置的IP地址和默认网关172.16.1.1需要在同一网段才能互通。
2.默认网关留空。 注意默认网关一定要留空，否则看不到代理的效果。
3. 添加指向代理服务器的静态路由。 操作方法是以管理员身份运行cmd（命令提示符），然后输入命令route add 192.168.100.100 mask 255.255.255.255 172.16.1.1，回车确认，会提示添加路由成功。
4、分别Ping 172.16.1.1和192.168.100.100，确保网关和代理服务器都连通。
5.配置IE代理。 在配置代理之前，任何外网网站都无法访问。 配置代理后，IE就可以打开外网网站了。
6、第五步描述的现象是测试过程中的现象，表示测试结果通过，配置成功。
以上是IE11不支持本地PAC文件作为自动代理配置文件应用到浏览器时的解决方法。 限于篇幅和不可预知的原因，无法在文中一一列举所有的可能性。 如果在实际操作中遇到什么问题，欢迎随时在下方留言讨论。
