Mac 上的 configd 为什么一直有网络活动？

最后更新: 2026-07-31

它是什么

configd 是 macOS 的 System Configuration Daemon，也就是系统配置守护进程。Apple 把它安装在 /usr/libexec/configd，系统自带实例的代码标识是 com.apple.configd。

macOS 当前采用什么网络配置、接下来应该采用什么配置，都需要有一个统一的状态来源。configd 就负责维护这份状态。配置发生变化后，它通过 SystemConfiguration 的动态存储通知应用和其他系统组件。这样，应用不必各自反复检查网络有没有切换、地址有没有更新。它还会在自己的进程内装载多个配置代理，分工处理不同类型的系统配置。

在网络方面，configd 管的不只是 Wi-Fi。以太网等接口也在它的职责范围内。它会参与维护 IPv4 和 IPv6 地址、默认路由，以及当前生效的 DNS 和代理配置。把它简单说成“分配 IP 的进程”同样不够准确。

这里还要分清两件事：维护网络配置，不等于替应用传输数据。configd 会记录系统此刻应该使用哪条默认路由、哪些 DNS 设置和什么代理配置，但它不是承载普通应用数据的网络代理。浏览器打开网页、应用下载文件所产生的内容流量，并不会因为这些配置由 configd 维护，就自动变成 configd 的流量。

它为什么要联网

configd 的网络活动通常跟网络状态变化同时出现。Mac 开机时需要取得地址；加入新的 Wi-Fi 或以太网时需要建立配置；从一个网络切到另一个网络时，旧状态要被替换；睡眠唤醒后，原来的地址和链路也可能需要重新确认。链路状态变化、DHCP 租约自动续期，以及用户手动更新 DHCP 租约，也都会触发相关工作。

这些事情主要由 configd 进程内的 IPConfiguration 代理处理。它可能发送或接收 DHCP、BOOTP、DHCPv6 等控制报文。使用 IPv6 时，它还会接收路由器通告。为了避免两个设备在本地网络上使用同一个地址，它也会参与本地链路上的地址冲突检测。

已经核实的通信对象主要位于当前网络：提供地址配置的 DHCP 或 DHCPv6 服务器、路由器，以及同一本地链路上的节点。因此，看到 configd 收发数据，首先应该想到入网、续租、唤醒或链路变化，而不是直接推断它在访问某个互联网服务。

configd 还会把 DNS、默认路由和代理配置写入系统状态。这一步只是告诉系统“现在该采用什么配置”。它本身不能证明 configd 代替应用访问了 DNS 服务器、代理服务器或网站。配置由谁维护和业务数据由谁传输，是两条不同的路径。

正常流量应该是多少

网络稳定时，configd 可以接近静默。网络刚发生变化时，短时间出现少量控制流量也很正常。它的正常量级通常远低于加载一个普通网页，更不应该接近文件下载或视频播放产生的流量。

这里没有一个适用于所有 Mac、所有路由器和所有网络环境的固定字节数。Apple 没有公布统一的正常范围。实际用量会受到许多事件影响：一天加入多少次网络，是否在接入点之间漫游，Mac 唤醒多少次，链路是否反复变化，以及 DHCP 租约续期有多频繁。脱离这些条件，给出某个固定的 KB 或 MB 上限并不可靠，具体数字目前也没有得到核实。

判断时还要看流量分布。网络切换附近出现一次短促增长，符合控制报文的工作方式；网络没有变化却长时间持续传输，则是另一种现象。单看累计数字容易把多次正常的小事件混在一起，也无法说明流量究竟发生在什么场景。

能不能关掉

结论是保留 configd。Apple 没有提供关闭它的系统设置开关，因此也不存在可以照着进入的设置路径。

configd 由 launchd 按 KeepAlive 方式管理。单纯结束进程，通常只会看到它再次启动。使用非受支持的方法禁用它，影响的不只是某一项可有可无的功能。Mac 可能无法取得或更新 IP 地址；默认路由、DNS 和代理状态可能停留在旧值；从 Wi-Fi 切换到以太网或从一个网络换到另一个网络时，配置可能无法正确更新；依赖动态存储通知的应用，也可能无法可靠得知网络状态已经变化。

系统设置确实可以关闭某个网络服务或某种协议，但这和关闭 configd 不是一回事。前者改变的是某项网络能力是否启用，后者会破坏负责协调全局配置状态的系统服务。

常见的误解

“configd 联网，所以它是病毒或第三方追踪程序。”这个判断不成立。位于 /usr/libexec/configd、代码标识为 com.apple.configd 的实例，是 Apple 随 macOS 提供的平台系统守护进程。不过，进程名并不能替代身份核验。如果一个同名程序出现在其他路径，仍应单独检查，不能因为名字一样就认定它也是系统组件。

“configd 会上传或记录全部浏览内容。”目前没有依据支持这种说法。已经核实的网络职责属于配置和控制环节，包括取得地址、处理路由器信息、检查本地地址冲突，以及维护网络状态。它不是网页内容、下载数据或普通应用流量的转发通道。看到字节数只能说明它发生过通信，不能据此推导出它读取或上传了浏览内容。

“关掉 configd 可以无副作用地提速或节省流量。”这也不正确。它在正常情况下产生的控制流量很小，禁用后却可能让关键网络配置无法更新，甚至停在已经失效的状态。况且 launchd 会维持该服务运行，结束进程通常达不到长期关闭的效果。

“configd 只负责 Wi-Fi。”这种说法把范围缩得太窄。它还覆盖以太网等网络接口。“configd 只负责分配 IP 地址”也不完整。除了 IPv4 和 IPv6 地址，它还参与维护链路状态、主网络服务、默认路由、DNS、代理，以及部分 PPP 配置。地址分配只是其中一部分。

“只要看到 configd 有网络活动，就说明它在连接 Apple 服务器。”这个推断同样站不住脚。已经核实的 DHCP、DHCPv6、IPv6 路由器通告和地址冲突检测，通常都发生在本地网络中。当前 macOS 里，与强制门户检测有关的组件是否会产生归到 configd 名下的外部请求，以及这些请求可能访问哪些端点，目前仍未充分核实。因此，不能把每一次 configd 活动都解释成访问 Apple 服务器，也不能在没有证据时补出具体域名。

怎么看它到底用了多少

如果累计量仍然让你疑惑，下一步是查看 configd 在具体时间段内的逐进程统计，再对照入网、网络切换、睡眠唤醒和租约续期发生的时间。Bytetally 可以显示记录到的 configd 流量，不需要先假定一个未经核实的固定上限。重点看它是网络变化时短暂出现，还是在网络稳定后仍持续传输。

相关进程

常见问题