Mac 代理设置配置教程：系统级与浏览器级设置详解

在 macOS 系统中，网络代理设置是配置科学上网工具或访问特定网络资源的基础环节。许多 Mac 用户在使用 Clash、V2Ray 或其他代理客户端时，常遇到“工具已启动但无法上网”或“部分应用不走代理”的问题。这通常源于系统代理未正确联动，或浏览器独立设置了代理规则。

本文将针对 Mac 用户，详细讲解 macOS 系统代理的设置逻辑、常见配置误区以及如何验证代理是否生效。重点解决系统级代理与客户端配合、浏览器独立代理配置，以及特定应用代理绕过等核心问题。

一、 理解 Mac 代理设置的两种层级

在 macOS 中，代理设置分为“系统级”和“应用级”两个层级，理解它们的区别是正确配置的前提。
• 系统级代理：影响整个 macOS 系统的所有应用程序。当你在“系统设置”中启用代理后，大多数原生应用（如 Safari、邮件、App Store）都会自动跟随该设置。
• 应用级代理：仅针对特定软件生效。例如，Chrome 浏览器可以设置独立的代理，而不影响 Safari；某些开发工具（如 Terminal、Docker）可能需要单独配置代理环境变量。

核心逻辑：大多数第三方代理客户端（如 Clash Verge、V2RayU 等）的工作原理是“接管系统代理”。当客户端启动时，它会自动修改系统级的代理设置，指向本地端口（如 127.0.0.1:7890）。因此，用户通常不需要手动去系统设置里改代理，而是依赖客户端自动管理。手动修改系统代理反而可能导致客户端失效。

二、 如何正确启用系统级代理联动

如果你发现代理软件已运行，但 Safari 或系统自带应用无法访问目标网络，请检查以下配置步骤。

1. 检查 macOS 系统设置中的代理开关

虽然大多数客户端会自动处理，但在某些情况下（如客户端崩溃、权限不足），系统代理开关可能处于关闭状态。

* 打开 系统设置 (System Settings)。
* 进入 网络 (Network) > 选择当前使用的网络接口（Wi-Fi 或以太网）> 点击 详细信息 (Details)。
* 找到 代理 (Proxies) 选项卡。
* 关键判断：如果“自动代理发现”或“Web 代理 (HTTP)”等开关被手动关闭，且你的客户端没有权限自动开启，就会导致断连。
* 操作建议：对于大多数现代代理客户端，建议保持此处的默认状态，由客户端在后台动态切换。如果客户端明确提示“未检测到系统代理”，请确认客户端是否获得了“辅助功能”或“网络”权限。

2. 验证客户端是否成功接管代理

打开你的代理客户端，查看状态栏图标或状态面板。

* 正常状态：客户端应显示“系统代理已启用”或类似提示，且系统设置中的代理开关应随之自动勾选。
* 异常状态：如果客户端显示“代理未生效”，尝试重启客户端。如果仍无效，检查 macOS 的 隐私与安全性 设置，确保客户端已被授予必要的网络访问权限。

三、 浏览器独立代理配置详解

即使系统代理设置正确，某些浏览器（尤其是 Chrome、Edge、Firefox）可能因插件或内部设置而忽略系统代理，导致“系统通、浏览器不通”的现象。

1. Chrome / Edge 浏览器配置

Chrome 和 Edge 默认跟随系统代理。如果失效，通常是因为安装了代理插件（如 SwitchyOmega、Proxy SwitchySharp 等）。

* 检查插件设置：打开插件菜单，查看当前情景模式是否为“系统代理” (System Proxy)。如果选在了“直接连接”或自定义规则，浏览器将不走代理。
* 清除插件缓存：有时插件缓存会导致配置不刷新。尝试切换一次情景模式（如从“系统”切到“直接”，再切回“系统”）以强制刷新。

2. Firefox 浏览器配置

Firefox 默认不跟随 macOS 系统代理，它有自己的独立设置。

* 打开 Firefox 设置 > 网络设置。
* 选择 使用系统代理设置。
* 如果此选项灰色不可选，或选择后仍无法上网，请手动检查 Firefox 是否安装了其他代理插件干扰。

四、 特定应用不走代理的排查方法

有些用户发现，微信、QQ、终端 (Terminal) 或 Docker 不走代理，而浏览器正常。这是因为这些应用可能绕过了系统代理，或需要单独配置。

1. 终端 (Terminal) 不走代理

macOS 的终端默认不继承 GUI 应用的代理设置。

* 原因：终端是命令行工具，需要显式配置环境变量。
* 解决方法：在终端中临时设置代理环境变量（以 HTTP/HTTPS 为例）：
“`bash
export http_proxy=
export https_proxy=
“`
*注意：端口号需根据你的代理客户端实际监听端口修改。*
* 长期方案：将上述命令添加到 `~/.zshrc` 或 `~/.bash_profile` 文件中，每次打开终端自动生效。

2. Docker 不走代理

Docker 容器内的网络环境与宿主机隔离，默认不继承宿主机的代理设置。

* 解决方法：需要在 Docker Desktop 的设置中，找到 Resources > Proxies，手动填入 HTTP/HTTPS 代理地址和端口。
* 验证：在容器内运行 `curl -I 测试连通性。

3. 微信/QQ 等桌面应用

* 现象：这些应用通常有自己的网络模块，可能不遵循系统代理。
* 解决：部分代理客户端提供了“全局模式” (Global Mode) 或“规则模式” (Rule Mode)。
* 全局模式：强制所有流量走代理，包括微信、QQ。缺点是可能影响国内网站速度。
* 规则模式：仅对需要翻墙的网站走代理，国内网站直连。如果微信不走代理，检查规则列表是否将微信域名错误地加入代理规则，或尝试切换为全局模式测试。

五、 常见配置错误与验证方法

1. 端口号错误

代理客户端监听的端口（如 7890、1080、10808）必须与客户端设置一致。

* 检查方法：打开代理客户端，查看“本地端口”或“监听端口”设置。
* 验证：在终端输入 `nc -zv 127.0.0.1 7890`（替换为实际端口）。如果返回“succeeded”，说明端口监听正常；如果“Connection refused”，说明客户端未启动或端口冲突。

2. 协议混淆 (HTTP vs SOCKS)

* HTTP/HTTPS 代理：适用于浏览器、大部分 Web 应用。
* SOCKS5 代理：更底层，适用于所有 TCP 连接，包括 P2P、游戏、终端工具。
* 常见错误：将仅支持 HTTP 的客户端配置为 SOCKS5，或反之。
* 解决：确保客户端输出的代理类型与你的应用支持类型匹配。大多数现代客户端同时提供 HTTP 和 SOCKS5 端口。

3. 验证代理是否真正生效

不要仅凭“能打开网页”判断，需排除 DNS 污染或缓存干扰。

* 方法一：使用在线检测工具
访问如 `ip138.com` 或 `whatismyipaddress.com`，查看显示的 IP 地址是否为你代理服务器的 IP。如果显示的是国内 IP，说明代理未生效。
* 方法二：DNS 泄漏测试
使用 `dnsleaktest.com` 等工具，检查 DNS 解析是否通过代理服务器进行。如果 DNS 解析显示为国内运营商，可能存在 DNS 泄漏，需在客户端中启用“DNS 劫持”或“Fake IP”功能。
* 方法三：Ping 测试
在终端 `ping` 一个国内域名和一个国外域名。如果国外域名超时或显示国内 IP，而国内域名正常，说明代理配置正确但目标网站可能被墙或限速。

六、 总结与最佳实践

• 优先依赖客户端自动管理：不要手动去系统设置里改代理，除非客户端明确失败。
• 区分应用场景：浏览器检查插件，终端检查环境变量，Docker 检查桌面设置。
• 模式选择：日常使用建议“规则模式”，兼顾速度与科学需求；调试网络问题时切换“全局模式”排除干扰。
• 定期验证：网络环境变化（如切换 Wi-Fi、更新 macOS）后，重新验证代理状态。

通过以上步骤，你可以解决 Mac 上 90% 以上的代理设置问题。如果仍无法解决，请检查防火墙设置或联系你的代理服务提供者获取技术支持。