网络代理或防火墙拦截是更新失败最常见底层原因，表现为卡进度、反复重试、“连接失败”或无响应；需依次确认代理设置、检查防火墙放行状态、验证关键域名直连性，并可临时绕过策略限制测试。
更新失败时，网络代理或防火墙拦截是最常见的底层原因。这类问题往往不报具体错误，只表现为卡在某个进度、反复重试、提示“连接失败”“超时”或直接无响应。排查核心是确认请求是否真正发出去、是否被中途截断、是否被拒绝返回。
一、快速确认代理是否启用
很多更新工具（Edge、WeGame、Visual Studio、Adobe 等）默认继承系统代理设置，一旦开启全局代理或企业 WPAD 脚本，就可能误拦微软/Adobe 等域名：
- 按 Win + I → 网络和 Internet → 代理，关闭“自动检测设置”和“使用设置脚本”，临时禁用所有代理
- 在 Edge 中访问 edge://settings/system，点击“打开计算机的代理设置”，确保与上一步一致
- 命令行验证：打开 CMD，执行 netsh winhttp show proxy，若显示非“Direct access”，说明系统级 HTTP 代理已生效
二、检查防火墙是否拦截更新进程
Windows Defender 防火墙或第三方安全软件（如 360、腾讯电脑管家）常将更新程序识别为“未知网络行为”，静默阻止其联网：
- 进入 控制面板 → Windows Defender 防火墙 → 允许应用通过防火墙，找到对应更新程序（如 WeGame.exe、msedge.exe、devenv.exe、CreativeCloud.exe），勾选“专用”和“公用”网络
- 若使用 360 安全卫士，需额外进入“木马防火墙 → 局域网防护 → 应用程序联网控制”，手动放行
- 临时关闭防火墙测试：在“Windows Defender 防火墙”页面左侧点“启用或关闭防火墙”，选“关闭”，重试更新；成功后再逐项恢复策略
三、验证关键域名能否直连
代理或防火墙通常按域名或 IP 段拦截。可直接测试更新依赖的核心地址是否可达：
- Edge 插件更新：尝试访问 https://microsoftedge.microsoft.com/addons，F12 打开开发者工具 → “网络”标签页，刷新看是否有 403/407/502 或证书错误（net::ERR_CERT_AUTHORITY_INVALID）
- Visual Studio 更新：ping 或 telnet *.visualstudio.com、*.windows.net、*.microsoft.com
- Adobe 更新：测试 swupdl.adobe.com 和 ccmdl.adobe.com 是否能解析并建立 HTTPS 连接
- 通用方法：CMD 中执行 curl -v https://update.microsoft.com（需安装 curl）或用浏览器开发者工具的“网络”面板观察实际请求路径与响应码
四、绕过策略限制的辅助手段
若确认是企业组策略或本地注册表锁死（如 Edge 显示“此浏览器受组织管理”），且你有管理员权限，可尝试有限干预：
- 在 Edge 地址栏输入 edge://policy，查看 ExtensionsInstaller 是否为 Disabled；若为真，且设备未加入域，可进注册表删除 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\ExtensionInstallBlocklist 项
- 对 Visual Studio，可在 devenv.exe.config 文件中显式配置代理：
- 重置网络协议栈：CMD（管理员）执行 netsh winsock reset && netsh int ip reset && ipconfig /flushdns，重启后测试
