Windows 10 代理设置:分步设置与问题修复

EVOproxy Team
Windows 10 代理设置:分步设置与问题修复

你保存了一个代理地址,打开 Chrome,并确认你的公网 IP 已经改变。但随后,监控服务仍然直接连接,本地仪表板停止加载,而测试工具报告的位置也不一样。

这通常是作用范围的问题,而不是代理出了故障。Windows 有多种网络连接路径,更改“设置”页面并不会强制每个应用程序都通过同一连接。先选择合适的配置方法,然后验证工作流程中重要的应用程序。

Windows 10 提供哪些代理方法,以及何时使用

打开设置 > 网络和 Internet > 代理。这些控件看起来很直观,但同时启用多种方法会让故障排查更困难,因为手动设置的端点不一定决定应用程序采用的路由。

Microsoft 代理设置指南介绍了三种配置路径:自动检测、设置脚本和手动配置。手动设置需要填写两个端点字段:服务器地址和端口,还可以选择添加绕过规则。

Windows 10 代理方法一览

方法 需要输入的内容 最适合的情况 常见故障点
自动检测 无需输入;Windows 会尝试发现代理信息 网络已通过发现机制公布代理设置 发现机制被阻止或不可用时会悄无声息地失效
设置脚本(PAC) PAC 脚本地址 路由取决于目标地址,部分域名直连,其他域名通过代理 脚本无法访问或已损坏时可能会影响浏览;回退行为决定其作用范围
手动代理 服务器地址或主机名、端口、可选的例外规则 你有已知端点,并需要固定路由 端口错误或例外列表范围过大可能导致部分连接失败

PAC 文件是 Proxy Auto-Configuration(代理自动配置)的缩写,其中包含用于为每个目标选择路由的 JavaScript。它可以让内部应用程序直连,同时将公共网站流量通过企业代理路由。

根据用途选择方法

假设社交媒体团队收到了 IT 部门提供的 PAC 地址。他们应启用使用设置脚本并输入该地址,除非 IT 部门另有说明,否则不要启用手动路由。拥有固定端点的自由职业 QA 测试人员则应改用手动设置。

自动检测适用于已提供发现机制的托管网络。它不是用来发现任意商业代理账户或获取其凭据的方法。

手动例外规则接受以分号分隔的网站地址,包括通配符形式的域名结尾。还有一个单独的复选框,用于控制本地 Intranet 地址是否绕过代理。

实用规则:更改任何字段前,先根据表格选择适合自身情况的方法。启用更多开关并不意味着覆盖范围更好。

设置背后的移动、住宅和数据中心代理

Windows 配置的是应用程序所连接的网关。网关的出口网络决定网站看到的是移动、住宅还是数据中心连接。

移动代理使用通过 4G/5G 网络分配的运营商地址。住宅代理使用家庭互联网服务提供商分配的地址。数据中心代理使用托管或云网络。

笔记本电脑屏幕显示移动、住宅和数据中心代理服务选项,旁边放着一个记事本。

移动、住宅和数据中心代理对比

代理类型 IP 来源 被检测和封锁的风险 典型用途
移动(4G/5G) 移动运营商分配的 IP 由于 CGNAT 会让真实用户共享公网地址,因此较难一概封锁 经授权的多账户社交媒体管理和移动端广告验证
住宅 家庭 ISP 分配的 IP 通常类似普通家庭流量,但个别地址可能会积累不良信誉 市场研究以及特定地区的价格或 SEO 检查
数据中心 来自托管和云网络的 IP 更容易通过 ASN 识别并大规模封锁 允许的大流量任务,速度和成本比 IP 信誉更重要

分别选择网络身份和会话行为

ASN(自治系统号)用于标识网络的路由管理机构。即使地址本身并不熟悉,托管网络 ASN 也可能暴露其数据中心来源。

运营商级 NAT(CGNAT)允许运营商让多个用户共享一个公网地址。封锁该地址也可能会封锁合法用户,因此在避免附带影响的情况下,移动 IP 更难被封锁。它们并非隐形:网站仍可评估账户行为、浏览器特征和请求模式。

IP 轮换会在请求之间或按计划更改出口地址。粘性会话会在一段时间内保留出口地址,通常更适合经授权的登录或结账测试。请参考轮换代理选择指南,将轮换方式与网络类型分开考虑。

地理定位用于选择出口国家或地区。需要在移动运营商网络上检查法国市场广告素材的广告验证专员,需要选择正确的地理位置和运营商环境,而不只是任意更换 IP。

测试前,请使用 tekRESCUE 的指南查找办公网络的 IP 地址,以便获得基准信息。Windows 的手动字段接受一个端点,但客户端也必须支持该端点使用的协议;HTTP 端点和 SOCKS 端点不能互换。

如何逐步在 Windows 10 中设置手动代理

更改任何设置前,先记录当前开关、地址、端口和例外规则。如果是托管笔记本电脑,请先确认这些值是否由策略控制,而不要试图覆盖它们。

一张包含八个步骤的信息图,说明如何在 Windows 10 计算机上手动配置代理服务器设置。

输入并应用端点

  1. 打开代理控件。按Win + I,选择网络和 Internet,然后选择代理。如果希望遵循 Windows 设置的应用程序共用同一路由,请使用此页面,而不是浏览器专属字段。

  2. 在自动代理设置下,为了单独测试手动代理,请关闭自动检测设置和使用设置脚本。这样可以排除其他发现机制和脚本的影响,便于判断手动端点是否正常工作。

  3. 启用手动路由。在手动代理设置下,打开使用代理服务器。这样即可启用地址和端口控件。

  4. 在地址中输入主机名或 IP,不要添加 http:// 这类协议前缀,然后在端口中输入提供的数字。请将这两项分开填写,因为 Windows 需要主机和监听端口,而不是粘贴完整的连接 URL。

  5. 在例外字段中,输入应直连的主机,并以分号分隔,例如 *.corp.example;localhost。请尽量缩小列表范围,以免公共测试目标意外绕过代理。

  6. 选择 Intranet 行为。如果内部资源应直连,请勾选对本地(Intranet)地址不使用代理服务器。这适用于本地仪表板,但如果内部名称未被识别为本地地址,则不能用它代替明确设置例外规则。

  7. 选择 保存,打开一个全新的浏览器会话,并使用中立的 IP 检查页面查看您的公网 IP。然后加载一个内部页面和您打算使用的实际业务应用,因为仅在浏览器中测试成功并不能证明应用也能正常使用代理。

  8. 了解如何恢复设置。关闭 使用代理服务器,即可停用手动配置。如果原来的自动或脚本设置属于网络的常规配置,请将其恢复。

确认的不只是地址发生了变化

最常见的初始配置错误,是在 地址 中填写协议方案或端口,同时又填写了 端口。这可能导致通过该端点发起的所有连接尝试都失败。

手动设置面板也没有通用的用户名和密码存储字段。浏览器可能会提示进行代理身份验证,而无人值守的应用可能会因为无法显示该提示而失败。

测试成功意味着公网出口 IP 已改变,预期的内部页面仍能直接加载,并且目标应用能够完成其正常工作流程。对于 QA 会话,应包含一个真实的导航流程,而不是只查看 IP 检查结果就结束测试。

设置脚本以及 Windows 回退链的工作方式

当路由决策取决于目标站点而非单个用户时,设置脚本会很有用。在 自动代理设置下,启用使用设置脚本,粘贴 PAC 地址,然后选择保存。

应用之前,请在浏览器中打开同一地址,并确认它返回的是脚本,而不是错误页面或登录页面。成功下载只能证明该地址可访问,并不能证明 JavaScript 或其路由决策正确。

笔记本电脑屏幕上显示 Windows 10 代理设置,浏览器标签页中显示 PAC 脚本配置。

诊断故障前先查看路由

以下是一个精简的 PAC 函数示例:

function FindProxyForURL(url, host) {
    if (dnsDomainIs(host, ".corp.example")) {
        return "DIRECT";
    }
    return "PROXY proxy.example:8080";
}

此处,DIRECT 表示不通过代理直接连接。另一个返回值指定了代理主机和端口;它不会配置目标网站。

Microsoft NetworkProxy CSP 文档规定了以下解析顺序:先尝试自动发现 PAC,然后尝试已配置的脚本,再尝试显式指定的静态代理,否则直接连接。此策略框架适用于以太网和 Wi-Fi,不适用于 VPN 连接。

阶段 Windows 尝试的操作 失败时需要检查的内容
自动发现 通过网络发现查找 PAC 脚本 网络是否提供发现信息
已配置的脚本 下载提供的 PAC 地址 可访问性、身份验证障碍以及脚本有效性
静态代理 使用显式配置的端点 端点访问和身份验证
直接连接 不通过代理直接连接 是否允许直接访问,或是否会造成意外暴露

不要将此策略顺序视为适用于所有浏览器、服务或自定义网络库的普遍保证。应用可以实现自己的代理解析和错误处理方式。

检查设置的管理主体

默认情况下,此策略针对单个用户;计算机范围的配置则会将其扩展到多个账户以及适用的系统使用者。假设一台共享工作站供多个客户账户使用:计算机范围的更改可能会同时改变这些账户的路由,而不是仅限于操作员的配置文件。

有关部署背景,自动代理设置指南有助于区分自动发现与指定的 PAC 地址。

保持 PAC 逻辑简短,并记录每条直连规则。脚本如果悄悄绕过了必须经过代理的目标,比连接错误更难察觉。

哪些应用会使用系统代理,哪些会忽略它

Chrome 和 Edge 默认使用 Windows 系统代理;Firefox 仅在其自身连接设置指定使用系统代理时才会使用;而 Windows 服务可能完全忽略该页面。设置页面配置的是一组 API;每个应用自行决定实际读取哪种配置。

各类应用读取的设置

应用 读取的设置 确认方法
Chrome 和 Edge 默认使用 Windows 系统代理 在新窗口中加载 IP 检查页面,并比较 IP
Firefox 自身的连接设置,可选择使用系统代理 检查设置 > 常规 > 网络设置及当前模式
Windows 服务和命令行工具 通常使用单独配置的 WinHTTP(通过 netsh winhttp);部分工具会使用其他库 运行 netsh winhttp show proxy,然后验证实际应用的流量
内置 SOCKS 字段的应用 应用自身的 SOCKS5 或 SOCKS4 条目 确认协议版本和代理 DNS 选项

诊断应用,而不只是桌面系统

WinINet 是一种 Windows Internet API,通常与交互式用户应用相关。WinHTTP 是另一种 Windows HTTP 堆栈,常用于服务和后台软件;它会保留自己的代理值,而不会继承交互式用户的设置页面配置。

使用 netsh winhttp show proxy 检查 WinHTTP。在以管理员身份打开的终端中,配置命令格式为 netsh winhttp set proxy proxy-server="<proxy-host>:<port>",请将占位符替换为已批准的端点。进行此更改前,请确认受影响的服务确实使用 WinHTTP,因为此设置作用于整台计算机,而非单个账户。

账户上下文可以解释许多意外情况。以自身账户运行的服务可能无法使用按用户设置的代理,即使同一台计算机上的浏览器显示了预期地址。因此,在再次更改浏览器设置之前,请检查服务使用的账户、网络堆栈以及其自身配置中的任何代理字段。

SOCKS5 是一种通用代理协议,可中继 TCP 连接而不解析 HTTP。Edge 区分 HTTP、Secure、FTP 和 SOCKS 标识;目标地址使用 HTTPS 并不意味着代理传输本身也使用 HTTPS。

Mozilla 代理设置 API中,SOCKS5 的 proxyDNS 默认启用,而 SOCKS4 的该选项默认禁用。其他 SOCKS 客户端会自行决定,因此应将其视为某个 API 的默认设置,而不是普遍保证。

当 DNS(将名称转换为地址的系统)仍由本地处理时,Web 流量和名称查询可能会走不同的路径。带有远程 DNS 选项的应用可以通过代理发送查询;没有此选项的应用则会暴露常规 DNS 路径,并可能产生不一致的位置信号。

修复最常见的代理设置故障

先检查代理页面中的 地址、端口 和已启用的开关。将它们与端点详情进行比较,然后测试可访问性,再更改其他不相关的 Windows 设置。

代理症状、原因和修复方法

症状 可能原因 解决方法
保存后无法加载任何页面 地址或端口错误,或者此设备无法访问端点 更正端点字段并确认可以访问
重启后设置恢复原状 管理策略重新应用了设置值,或者自动配置优先 为便于测试,禁用非受管脚本,或请策略所有者更改配置
本地 Intranet 网站无法访问 内部主机的流量被发送到了代理 启用 Intranet 绕过,或将受影响的主机添加到例外列表
只有部分网站无法访问 例外范围过大,或 PAC 规则要求直接连接 删除错误的例外项,或更正匹配的 PAC 规则
浏览器显示了新 IP,应用却没有 该应用使用 WinHTTP 或自己的代理字段 更改该应用实际读取的配置
PAC 脚本始终未生效 脚本地址返回错误或遭到拦截 恢复对脚本地址的访问
位置信号看起来不一致 SOCKS 流量在本地解析 DNS 在支持此功能的应用中启用代理 DNS

重新测试时避免引入新变量

浏览器会缓存 PAC 文件。编辑脚本后重启浏览器;使用无痕窗口有助于隔离会话状态,但无法可靠地清除所有代理缓存。

更改一项设置,重启受影响的应用,然后使用同一个 IP 检测页面和目标地址重新测试。保留原始设置值,以免测试失败后把错误配置当成新的基准。

如果出现连接被拒绝错误,请参阅代理连接被拒绝故障排除指南,以区分端点不可用和应用配置问题。如果涉及身份验证,请检查应用是否支持所需的方法,而不要假设浏览器登录状态会自动沿用。

避免破坏性修复

设置脚本通常会更改路由决策,而不是改写手动配置字段。如果保存的设置值在重启后明显恢复原状,请检查设备管理、登录脚本或配置软件。

重置 Windows 前:确认问题影响的是操作系统,而不只是某个端点或应用设置。

如果需要进行更全面的修复,Steel City IT 的指南可以帮助你在重置 Windows 前保护文件。端口输入错误时,重置系统并不是理想的首选方案。

根据故障模式判断原因:只有特定网站受影响,通常意味着例外项或 PAC 规则有问题;只有某个应用受影响,则通常与其自身的代理配置有关。若普遍无法访问,应首先检查端点访问、身份验证或当前使用的路由方式。

判断是否应该继续使用当前的 Windows 10 代理设置

Microsoft 关于 Windows 终止支持的说明指出,Windows 10 的支持已于2025 年 10 月 14 日结束。Home、Pro、Enterprise 和 Education 版本的常规安全修复、功能更新和技术支持均已终止,因此请确认你的设备是否享有单独的扩展覆盖。

代理正常工作,并不能证明计算机是安全的。代理可以路由流量,但无法修补 Windows、保护所有应用,也无法修复网络组件中的漏洞。

在操作系统终止支持前维护 Windows 10 代理设置的检查清单。

决定继续使用还是迁移

  1. 确认支持范围。检查版本、补丁状态,以及设备是否会收到适用的安全更新。
  2. 限制本地管理员权限,并在可行的情况下将设备隔离在单独的网络区段中。
  3. 保护凭据。不要将机密信息放入 PAC 脚本,因为任何下载该文件的人都能读取其中的内容。通过受支持的凭据机制处理应用级身份验证。
  4. 配置变更后,重新测试相关浏览器、后台应用、绕过行为和 DNS 路径。
  5. 制定迁移计划。如果硬件允许,请迁移到受支持的 Windows 版本,例如 Windows 11。

自动化操作应遵守平台规则并获得授权。对于依赖移动网络的工作,应评估完整工作流程,而不要把更改公网 IP 当作最终验收标准。


Evoproxy 提供来自法国的移动 4G/LTE 代理,适用于经授权的社交媒体管理、广告验证和依赖地理位置的 QA 等工作流程。如果这些任务需要法国移动网络出口,请使用你的 Windows 配置和 IP 检测页面测试一个端点,然后在扩展配置前验证实际应用的情况。