Mac 上的 networkserviceproxy 是什么进程？

最后更新: 2026-07-31

它是什么

networkserviceproxy 是 Apple 随 macOS 提供的后台程序，负责管理网络中继和隐私代理相关的基础设施。它的可执行文件位于 /usr/libexec/networkserviceproxy，标识符是 com.apple.networkserviceproxy，系统通过 Apple 的 launchd 配置启动它。这些身份信息已经在本机检查中得到确认。

把 networkserviceproxy 简单理解成“iCloud 专用代理客户端”并不准确，范围说窄了。本机检查能看到与 Safari、邮件、隐私代理和不经意中继相关的策略。Apple 对外公开的资料也表明，这套中继技术不只服务于 iCloud 专用代理，还支持邮件隐私保护，以及 Safari 中隐藏 IP 地址、防止跟踪器借此识别用户的功能。

不过，现有资料并不能回答它承担的每一项任务。Apple 没有发布 networkserviceproxy 的专门手册，也没有逐项说明这个进程与各项中继功能之间的对应关系。可以确认的是程序身份、启动方式，以及相关隐私功能的工作机制；不能据此断言它的每次连接都属于 iCloud 专用代理，也不能把它显示的每一个字节都算成 Safari 浏览流量。

它为什么要联网

开启 iCloud 专用代理后，符合条件的 Safari 浏览流量可以经过两级中继。DNS 解析请求，以及应用发出的非加密 HTTP 流量，也可能进入这套中继。第一级入口由 Apple 运营，第二级由第三方内容提供商运营。两边掌握的信息被分开，设计目标是避免任何一家中继运营方同时看到用户身份和全部访问目的地，Apple 也不例外。

邮件同样会触发相关网络活动。启用“保护邮件活动”或“隐藏 IP 地址”后，Mail 可以在后台通过两级中继下载邮件中的远程内容。因此，看到 networkserviceproxy 产生流量时，不能只考虑 Safari。邮件里的远程图片或其他远程内容也可能带来与使用量相当的传输。

即使暂时没有页面、下载或邮件内容正在传输，networkserviceproxy 仍可能联网。它需要从 Apple 的服务端获取中继配置和认证令牌，所以空闲时也可能出现少量、间歇性的连接。至于企业管理场景或其他系统中继用途是否也会交给这个进程，现有调研没有核实清楚。正文无法可靠地列出更多用途，也没有依据把每条连接强行归到某一项功能，更不能补写未经确认的服务域名。

正常流量应该是多少

networkserviceproxy 没有一个可以普遍套用的“正常值”。Apple 没有公布日常使用应落在哪个字节范围，实际数量又与当时的操作直接相关。仅凭几十分钟或一天的累计值，无法得出它正常或异常的结论。

没有受保护内容传输时，它可能只产生配置更新和令牌认证所需的少量间歇流量。Safari 开始打开符合条件的网页或下载内容后，数字可能随这些任务增长。DNS 查询、应用发出的非加密 HTTP 请求，以及 Mail 在后台获取的远程内容，也可能让用量增加。换句话说，空闲时很低、使用时明显升高，这两种情况都符合相关中继功能的工作方式。

这里还有一个无法绕开的限制：Apple 没有公开 Activity Monitor 如何把每一段中继流量记到各个进程名下。页面上看到的总量，是否全部由 networkserviceproxy 直接传输，还是包含系统记账时归到它名下的中继负载，目前没有得到验证。因此，没有可靠依据给出一个具体的 MB 上限，也不能用某个固定阈值判断“流量泄漏”。

较大的累计值本身只说明这个进程名下记录了较多网络活动。它可能对应用户主动访问的网页、下载、DNS 请求、应用通信或邮件远程内容。若不知道同一时间段里用户做了什么，也不知道系统采用了怎样的流量归属规则，就无法从数字反推出具体内容，更不能据此认定 Mac 正在上传系统数据。

能不能关掉

macOS 没有提供直接关闭 networkserviceproxy 的系统设置开关。可以调整的是使用中继能力的各项隐私功能，改动哪一项，就只影响那一项对应的保护。

iCloud 专用代理的路径是：系统设置 > [你的名字] > iCloud > 专用代理，然后关闭“专用代理”。如果只想调整某个网络，Wi-Fi 的路径是：系统设置 > 网络 > Wi-Fi > 详细信息，关闭“限制 IP 地址跟踪”。有线网络则进入：系统设置 > 网络 > [以太网服务] > 高级，关闭“限制 IP 地址跟踪”。

邮件使用单独的设置。打开 Mail > 设置 > 隐私，取消选择“保护邮件活动”和“隐藏 IP 地址”，即可停用相应的邮件隐私功能。这些选项与 iCloud 专用代理不是同一个开关，修改时需要分别确认。

关闭 iCloud 专用代理后，符合条件的流量不再获得它提供的 IP 地址和浏览隐私保护。关闭邮件隐私选项后，发件人可能看到用户的 IP 地址，也可能根据远程内容的获取时间推断邮件何时被读取或处理。无论改动哪一处，关掉的都是具体功能，并不是删除系统后台程序。

强制结束或修改 networkserviceproxy 不属于 Apple 支持的使用方式。即使手动终止，launchd 也可能再次启动它。是否继续使用相关隐私保护，可以根据实际需要选择；系统提供的功能开关能够明确反映改动范围和相应后果。

常见的误解

• “networkserviceproxy 是恶意软件，或者在偷偷外传不明数据。” 这个判断没有事实依据。networkserviceproxy 是 Apple 的系统可执行文件，安装在 /usr/libexec/networkserviceproxy，并由 Apple 的 launchd 配置注册。看到它产生流量，只能说明系统记录了网络活动，不能直接推出数据外泄。

• “它只属于 iCloud 专用代理，也只传 Safari 流量。” 这项说法把范围缩得过小。Apple 的中继技术还用于 Safari 的隐私功能和邮件隐私保护。iCloud 专用代理覆盖的范围也不只有网页内容，还包括符合条件的 DNS 解析请求，以及应用发出的非加密 HTTP 流量。

• “iCloud 专用代理像整机 VPN 一样，会接管 Mac 的���一个数据包。” Apple 公布的覆盖范围并非如此。它只处理符合条件的流量。本地网络、私有域名、VPN、Network Extension，以及已经经过代理的流量，都在 Apple 描述过的排除范围内。

• “networkserviceproxy 流量很大，就证明 Mac 正在泄漏系统数据。” 大数字不能证明内容性质。用户请求的网页、下载、DNS 查询、应用通信和邮件远程内容都可能经过中继，并被记入这里。Apple 又没有公布完整的逐进程字节归属规则，所以仅靠总量无法判断传输了什么。

• “杀掉或删除 networkserviceproxy 是安全的性能优化方法。” 它属于不支持自行修改的系统组件，终止后还可能被 launchd 重新拉起。系统设置里的功能开关才是 Apple 提供的控制方式；这些开关会关闭相应的隐私能力，并带来前一节所述的保护变化。

• “使用 iCloud 专用代理后，Apple 既能知道用户身份，也能看到所有访问目的地。” Apple 公布的是两级中继方案。它把身份信息与最终目的地分开，目的正是防止任何单一运营方同时掌握两者，其中也包括 Apple。

怎么看它到底用了多少

下一步可以按同一个时间范围，对照 networkserviceproxy 的用量与当时的 Safari、Mail 和其他应用活动。Bytetally 的逐进程统计可以用来比较空闲时段和产生受保护流量时的变化。这个结果适合判断数量与时间是否对应，但不能证明每个字节具体属于哪一项中继功能。

相关进程

常见问题