周一至周五 09:00 - 18:00(UTC+08:00) ©2026 NST LABS TECH LTD. 保留所有权利。
如何在 Google Chrome 浏览器中设置代理 | 2026
Lena Zhou Growth & Integration Specialist
如何在谷歌Chrome浏览器中设置代理 | 2026
TL;DR
Chrome没有自己的代理设置。 chrome://settings/system 只打开一个按钮,将您引导到操作系统的网络设置,因此“在Chrome中设置代理”几乎总是意味着配置操作系统,而不是Chrome本身。
Windows和macOS共享相同的入口点,但进入不同的本机面板 — Windows打开自己的设置 > 网络和互联网 > 代理页面,macOS打开网络偏好面板。
Linux则依赖于您的桌面环境。 Chromium会在GNOME和KDE上自动检测代理设置;其他任何桌面环境则需要命令行标志或环境变量,根据Chromium自己的文档说明。
ChromeOS将代理绑定到特定的Wi-Fi或以太网网络,而不是全局系统设置 ,并且管理型Chromebook可以完全被设备或用户策略覆盖。
--proxy-server、--proxy-pac-url和--proxy-bypass-list启动标志在完全不触及操作系统设置的情况下提供每会话的控制 ,包括通过 socks5://host:port 值支持SOCKS5。
Chrome不接受在代理字段或--proxy-server中输入 username:password@host:port。 经过身份验证的代理会在首次请求需要时触发Chrome自己的本机登录提示,无论是否提供凭据。
在安装任何代理切换器扩展前检查发布者。 Chrome本身标记了官方Proxy SwitchyOmega扩展为可能的恶意软件风险,并且独立的冒名顶替分支被报告窃取数据——这并不是避免扩展的理由,但确实是安装前要验证的理由。
在Chrome中设置代理实际上意味着什么
在Chrome中设置代理意味着将Chrome的出站请求指向一个中介服务器,而不是直接连接网站,实际上这几乎总是意味着配置操作系统的代理设置,而不是住在Chrome内部的某个设置。Chrome并没有提供自己的代理配置面板;在 chrome://settings/system 内点击代理条目会打开您计算机的本机网络设置。Chromium自己的网络文档直接说明了这点:网络堆栈“使用系统网络设置,这样用户和管理员可以轻松控制所有应用程序的网络设置。” 这一设计决策就是为什么下面的步骤根据操作系统的不同而有所不同,而不是在每个平台上保持一致,以及通过Chrome的设置入口点设置的代理实际上会影响机器上所有其他也读取操作系统级别代理设置的应用程序,而不仅仅是Chrome。
为什么人们在Chrome中设置代理
通过代理路由Chrome流量的原因一般可以归为几个类别:检查网站在其他国家如何渲染或为访客提供什么内容,遵守通过核准网关路由出站网页流量的公司网络政策,运行需要不同于本地网络出口IP的浏览器自动化或抓取任务,以及一般隐私——将家庭或办公室IP地址保持在目标服务器的日志之外。适用的理由不同,确立什么类型的代理设置是有意义的:一次性的地理检查可能只需要临时的命令行启动,而持续的自动化或隐私使用情况通常需要在操作系统级别或由扩展管理的持久已认证代理。
Chrome实际如何应用代理:三个入口点
Chrome从三个地方中的一个获取代理配置,了解哪个有效比确切的菜单路径更重要。第一个也是最常见的是操作系统本身的网络设置,Chrome以机器上任何其他应用程序相同的方式读取——这就是 按钮打开的内容。第二个是启动Chrome时传递的命令行标志,覆盖该Chrome实例的操作系统设置,而不触及全系统的任何设置。第三个是使用Chrome的 API 的浏览器扩展,可以覆盖上述两者,按标签或按配置文件切换,并在扩展被移除或禁用之前持续存在。这三者中只有一个在任何给定时刻真正控制流量,这是检查代理设置“未工作”时首先要查看的事情——最接近操作系统的设置通常会因最近配置的其他两个中的任一个而失效。
chrome://settings/system
chrome.proxy
开始之前 四条信息使得其余的步骤变得简单明了:代理的主机或IP地址、端口、它期望的协议(HTTP、HTTPS或SOCKS5),以及——如果代理需要的话——用户名和密码。缺少任何一项都会导致特定的、可识别的故障,相关问题在下面的故障排除部分中有介绍,因此在打开任何设置界面之前,确认四个信息与发放代理的人士核实是值得的;如果某个地方已经配置了代理,而缺少的就是地址,一个单独的指南解释如何查找这些详细信息 。
为您的操作系统配置代理 每个桌面平台的开始方式都相同:打开Chrome,点击三点菜单,进入设置 > 系统 ,然后选择打开计算机的代理设置 。从这里开始,根据平台的不同路径有所不同。
Windows 代理按钮会打开Windows自带的设置 > 网络和互联网 > 代理 页面。在手动代理设置 下,启用使用代理服务器 ,然后按照给定的地址和端口逐字输入——Windows期望它们作为两个独立的字段,而不是一个合并的host:port字符串。除非特定的内部工具需要也通过代理,否则值得保持**“对本地(内部网)地址不使用代理服务器”**复选框为开启状态,因为通过外部代理路由本地网络流量通常会导致问题。一个专门的Windows 10代理指南 对设置面板进行了更深入的讨论,供读者在Chrome之外配置操作系统代理使用。
macOS 同样的按钮将macOS用户引入网络 偏好设置。选择活动的网络服务(Wi-Fi或以太网),打开其代理 标签,启用匹配的协议复选框(Web Proxy (HTTP) 、Secure Web Proxy (HTTPS)或 SOCKS Proxy ),然后输入服务器地址和端口。macOS按网络服务保持代理设置,因此在切换Wi-Fi网络的笔记本电脑上,每个使用的网络都需要设置相同的字段。
Linux (GNOME, KDE和其他) Linux是没有广泛共享的Chrome代理指南涵盖的平台,而Chromium自己的文档明确说明了为什么这里的设置不同:当Chromium检测到它在GNOME或KDE下运行时,它会自动使用该桌面的代理设置——GNOME的在设置 > 网络 > 网络代理 下,KDE的在系统设置 > 网络 > 代理 下。在GNOME和KDE之外(例如平铺窗口管理器、简约桌面或无头设置),没有自动检测可以连接,并且Chromium的Linux代理文档 指出,命令行标志或环境变量是替代方案,而不是设置面板——后面将覆盖的命令行方法。
ChromeOS (Chromebook) ChromeOS以特定方式与其他三个平台不同:Chromebook的代理不是一个系统范围的设置,而是附加到特定的Wi-Fi或以太网网络,配置来自该网络自己的设置,而不是一个通用的“系统”页面。在个人、未管理的Chromebook上,这意味着打开网络的设置并在那里设置代理,而不是指望一个单独的切换开关覆盖每个网络。在学校或工作管理的Chromebook上,这通常完全不在用户的控制之内——Google自己的ChromeOS代理文档 列出了严格的覆盖顺序,管理员的用户或设备策略优先于网络设置用户界面中的任何设置,因此无法在受管理的Chromebook上保持的代理通常是政策决定,而不是配置错误。
快速查看
如果您使用一个您并不完全控制的代理来填充这些操作系统级别的字段,Nstproxy为您提供一个在上述每个字段上、每个平台上都有效的稳定主机、端口和凭证组合。
通过命令行以代理启动Chrome 每一个以上的步骤都会改变一个设置,该设置会一直保持,直到有人把它改回去。命令行标志仅适用于它启动的 Chrome 实例,这非常适合在不触碰操作系统配置的情况下测试代理。Chromium 自己的网络设置文档直接列出了这些标志,首先是通过单个代理路由所有流量:
chrome --proxy-server = "http://host:port"
方案到代理的映射在一次启动中将 HTTP 和 HTTPS 流量通过不同的代理发送:
chrome --proxy-server = "http=proxy1:80;https=proxy2:443"
chrome --proxy-server = "direct://"
将 --proxy-server 与 --proxy-bypass-list 配对可以跳过特定的、用分号分隔的主机的代理:
chrome --proxy-server = "http://host:port" --proxy-bypass-list = "*.internal.example.com;localhost"
--proxy-auto-detect 请求 Chrome 尝试自动检测代理配置,而不是显式设置,但在 --proxy-server 也存在时会被忽略:
chrome --proxy-auto-detect
--no-proxy-server 明确禁用该次启动的任何代理,覆盖操作系统设置:
--proxy-bypass-list 仅在与 --proxy-server 配对时才有效——单独使用时没有任何作用。
使用 SOCKS5 或 PAC 文件 这两者在大多数 Chrome 代理指南中都缺失,但语法在 Chromium 中有直接文档。SOCKS5 代理使用相同的 --proxy-server 标志,方案为 socks5://:
chrome --proxy-server = "socks5://host:port" --host-resolver-rules = "MAP * ~NOTFOUND , EXCLUDE host"
第二个标志比看起来重要:没有它,Chrome 仍然可以通过本地 DNS 解析主机名,而不是通过 SOCKS 代理,这样即便连接本身是通过代理,依然会泄露你访问的网站。--host-resolver-rules 强制所有 DNS 查找在本地失败,除了代理自己的地址,这样主机名解析按预期在代理端进行。PAC(代理自动配置)文件——一个决定每个请求使用哪个代理的脚本——使用自己的标志加载:
chrome --proxy-pac-url = "https://example.com/proxy.pac"
处理经过身份验证的代理的用户名和密码 经过身份验证的代理是上述字段单独使用不够的唯一情况,这也是大多数快速指南止步的地方。Chrome 不接受嵌入在代理地址中的凭据——像 --proxy-server="http://user:pass@host:port" 这样的值并不起作用;浏览器会忽略嵌入的用户名和密码,而不是使用它们。相反,当请求第一次到达经过身份验证的代理时,Chrome 会显示其本机的登录对话框,要求输入用户名和密码,与提供主机和端口的设置方法(操作系统设置或命令行标志)无关。每当新的 Chrome 进程针对该代理启动时,该提示都会重新出现,除非其他内容自动提供凭据,这是代理切换扩展通常构建来解决的特定间隙——在假设“卡住”的登录提示意味着代理本身出现故障之前值得了解。
验证代理是否真正活动 确认代理是否在线意味着检查 Chrome 实际使用的内容,而不仅仅是设置字段中是否有值。Chrome 内置的诊断页面直接显示有效配置:
chrome://net-internals/#proxy
这报告了 Chrome 当前通过哪个代理解析请求,这比仅检查外部“我是什么 IP”页面更可靠,因为它还显示扩展或命令行标志是否悄无声息地覆盖了在操作系统设置中输入的内容。一旦有效的代理配置在此看起来正确,检查外部 IP 回显页面确认出口 IP 本身与代理匹配,而不是本地连接。
诚实的限制和安全说明 首先,通过操作系统级别的设置设置的代理适用于每个读取这些设置的应用程序,而不仅仅是 Chrome——如果目标是仅为 Chrome 设置代理,则命令行启动标志或专用浏览器配置文件比全系统设置更合适。
其次,操作系统设置和命令行标志都不包括任何轮换或调度;Chrome 只会保持一个代理值,直到发生更改,因此在请求之间轮换出口 IP 是代理提供者的工作,而不是 Chrome 的工作。
第三,并且值得将其视为一个真正的安全考虑,而不是脚注:代理切换扩展是一种常见方式,用来绕过上面描述的本机登录提示的摩擦,但在安装之前需要得到真正的审查。
Chrome 已将官方 Proxy SwitchyOmega (V3) 扩展标记为可能的恶意软件风险,这一点在 直接针对该扩展在 GitHub 存储库中提交的问题 中得到了跟踪,另外的报告也记录了与流行代理扩展身份相似的无关分支,以窃取数据。
以上并不意味着代理扩展作为一个类别是不安全的——这意味着要检查发布者,阅读请求的权限,并更倾向于那些拥有维护良好的、可验证来源的扩展,而不是在 Chrome 网上商店搜索结果中排名第一的任意扩展。
排除常见代理错误 “无法连接到代理服务器”几乎总是与错误的主机或端口有关,或者是防火墙阻止了机器与代理之间的连接——在假设代理本身宕机之前,值得在 Chrome 独立确认这两点。
在输入凭证后不断出现的登录提示通常意味着凭证错误或已过期,而不是 Chrome 的 bug;直接在代理提供者的仪表板上核对凭证比在同一对话框中重新输入它们更快有效。
看似已配置但未更改可见出口 IP 的代理通常是优先级问题——一个扩展或命令行标志可能会默默覆盖操作系统级别的设置,而 chrome://net-internals/#proxy 正是用于此目的,如上所述。
在一个 Chrome 个人资料中有效但在另一个中无效的代理通常是扩展范围问题,因为扩展默认情况下按个人资料安装,需要单独的许可才能在隐身窗口中运行。
为 Chrome 选择代理提供商 代理的可靠性仅与输入这些设置的主机和端口背后的账户有关,而免费的或未经过验证的代理往往在最不方便的时刻崩溃——正中间会话中,没有明显的错误。Nstproxy 是一个代理基础设施提供商,专为本指南所涉及的稳定、经过身份验证的设置而打造,提供按需流量或预付包,而不是单一的固定订阅。它同样适用于上述 OS 级别和命令行设置,因为两者只需要一个有效的主机、端口和凭证对。
一个网关,支持两种协议 ——Residential Lite 代理 在同一连接上支持 HTTP(S) 和 SOCKS5,无需为每种协议设置单独的账户或端点,符合上述命令行部分涵盖的 http:// 和 socks5:// 语法。
一个庞大、真实的住宅池 ——超过 5000 万的住宅 IP,涵盖 200 多个国家和地区,适合先前描述的地理测试和区域特定使用案例。
单一文档化网关 ——主机、端口和身份验证在 Nstproxy 的集成指南 中直接列出,因此同样在 Chrome 的 OS 级别设置中有效的凭证在 --proxy-server 标志或代码中也有效。
预付包 ——按流量计费 ,而不是固定的定期座位,这同样适合一次性地理检查以及长期设置。
快速了解
在 Chrome 中共享或免费代理在会话中断开连接?Nstproxy 的住宅网关为每个会话提供专用的、经过身份验证的连接,而不是一个疲惫共享的 IP。
结论 在 Chrome 中设置代理实际上就是在 Windows、macOS、Linux 或 ChromeOS 中设置代理,因为 Chrome 将任务委托给其运行的操作系统,当需要时,可以通过命令行标志或扩展来绕过该 OS 级别设置。平台特定的菜单路径不如了解三种机制中的哪种——OS 设置、启动标志或扩展——在任何给定时刻真实起控制作用重要,因为这决定了一个“无法正常工作”的代理是配置错误还是被其他东西覆盖。通过 chrome://net-internals/#proxy 验证,而不是假设某个设置字段已生效,并将经过身份验证的代理的本地登录提示视为预期而非故障,涵盖了这里大多数让人困惑的情况。
常见问题 问:Chrome是否有自己独立于Windows或macOS的代理设置?
没有 — chrome://settings/system会打开一个标记为“打开您的计算机代理设置”的按钮,这会交给操作系统自己的网络设置;Chrome在桌面上没有自己的代理配置界面。
问:我可以在Chrome中设置代理,而不更改整个计算机的设置吗?
可以 — 使用 --proxy-server命令行标志启动Chrome仅适用于该Chrome实例,并保持操作系统级设置不变,而使用Chrome代理API的浏览器扩展可以将代理范围限制在一个配置文件中,而不是整个系统。
问:为什么Chrome持续要求输入代理用户名和密码?
Chrome不接受嵌入在代理地址或--proxy-server标志中的凭据,因此经过身份验证的代理总是会触发Chrome自己的本地登录对话框;如果在您输入凭据后它持续重现,问题最可能出在凭据本身,而不是Chrome。
问:在Chrome中设置的代理会影响同一计算机上的其他应用程序吗?
如果是通过chrome://settings/system打开的操作系统级设置进行的设置,则影响所有读取操作系统代理配置的应用程序,而不仅仅是Chrome;相比之下,命令行标志或扩展仅限于Chrome。
问:我可以在Chrome中使用SOCKS5代理吗?
可以 — 将socks5://host:port值传递给--proxy-server标志(或macOS上等效的操作系统级SOCKS代理字段),并在需要通过代理而不是本地进行主机名解析时,配合使用--host-resolver-rules。
这取决于特定的扩展,而不是类别 — Chrome本身已将官方Proxy SwitchyOmega扩展标记为可能的恶意软件风险,且有伪装的分支被报告窃取数据,因此在安装之前检查发布者、权限和更新历史比大多数扩展类别更重要。
打开chrome://net-internals/#proxy查看Chrome此时实际使用的代理配置,然后检查一个外部IP回显页面,确认可见的退出IP是否与代理匹配,而不是您的本地连接。
立即访问住宅、数据中心、IPv6 与 ISP 高质量代理池。 创建免费账号并立即试用 ->