浏览器代理无法真正统一配置：IE/Edge可通过组策略集中管理（如PAC脚本），Chrome仅继承系统代理，Firefox则完全独立，需通过autoconfig.js或GPP等方式强制配置。
不能真正“统一配置”所有浏览器，因为各浏览器代理机制不同。ie 和 edge 可通过组策略集中管理，chrome 和 firefox 则不支持原生组策略代理控制——它们要么继承系统代理（chrome、edge、safari），要么需手动或扩展干预（firefox）。实际可行的是：以 ie/edge 为核心做策略落地，再让其他浏览器被动适配系统级设置。
IE 代理：用 PAC 脚本实现策略化控制
这是组策略中最成熟、最可控的方式。
- PAC 文件（如 proxy.pac）必须部署在域内可访问路径，推荐放在 NETLOGON 共享或内部 Web 服务器（如 http://intranet/proxy.pac）
- 组策略路径：计算机配置 → 管理模板 → Windows 组件 → Internet Explorer → 自动检测设置
- 启用“启用自动检测”，勾选“使用自动配置脚本”，填入 PAC URL
- 若需锁定设置，同步在用户配置 → 管理模板 → Windows 组件 → Internet Explorer → 工具栏中禁用“连接”选项卡
Edge 代理：继承系统设置或单独策略控制
新版 Edge 默认继承 Windows 系统代理，但企业环境建议显式配置，避免被用户误关。
- 策略路径：计算机配置 → 管理模板 → Microsoft Edge → 自动检测代理设置
- 启用该策略，它会强制 Edge 使用与 IE 相同的 PAC 脚本（即系统级自动配置）
- 若已关闭“允许 Edge 继承系统代理”，则必须启用此策略，否则 PAC 不生效
- 注意：Edge 的 PAC 解析行为与 IE 一致，但不读取 IE 的“例外地址列表”，绕过规则需在 PAC 脚本内写明（如 isInNet(host, "10.20.0.0", "255.255.0.0")）
Chrome：依赖系统代理，无法组策略直控
Chrome 没有原生组策略代理模板，也不提供注册表级代理开关。它只读取 Windows 系统代理设置。
- 只要 IE/Edge 的 PAC 策略生效且系统代理开启，Chrome 启动后自动跟随
- 验证方法：打开 Chrome → 地址栏输入 chrome://settings/system → 点击“打开您计算机的代理设置”，确认 Windows 代理页中“使用设置脚本”已启用且地址正确
- 不建议用注册表硬写 Chrome 代理（如 ProxyServer 值），因 Chrome 会忽略，且易与组策略冲突
Firefox：完全独立，需另寻方案
Firefox 不继承系统代理，也没有官方组策略支持。企业部署只能靠以下方式之一：
- 首选：部署 autoconfig.js + 配置文件：在 Firefox 安装目录新建 defaults/pref/autoconfig.js，内容指向本地 JS 配置脚本；后者用 lockPref("network.proxy.type", 2) 强制 PAC 模式，并指定内网可访问的 PAC 地址
- 次选：组策略首选项（GPP）下发配置文件：用 GPP 将预设的 prefs.js 或 user.js 复制到用户配置目录（%APPDATA%\Mozilla\Firefox\Profiles\*.default-release\），但需确保 Firefox 未运行，否则会被覆盖
- 不推荐使用扩展（如 IE Tab）做代理控制，稳定性差，且无法集中管理
