Mac 上的 Iru Library Manager 是什么？

最后更新: 2026-08-05

它是什么

Iru Library Manager 来自企业设备管理产品 Iru Endpoint，也就是原来的 Kandji。它不是 Apple 随 macOS 安装的系统进程。Mac 上出现 Iru Library Manager，通常说明这台设备装有组织使用的 Iru 管理代理。

这里的 “Library” 不是音乐资料库、照片图库，也不是用户的文档目录。Iru 把管理员分配给设备的应用、脚本、打印机、更新和其他管理任务称为 Library Items。Iru Library Manager 的工作，就是处理其中由 Agent 驱动的项目。Auto Apps、Custom Apps、组织脚本、打印机配置以及受管 macOS 更新，都可能交给它执行。它还会把成功、失败或尚未完成等状态回报给管理服务。

Iru Library Manager 不只是查看设备信息。它能下载和安装软件，也能用较高权限运行组织分配的脚本。这一点很重要：活动监视器里看到它消耗网络或启动子进程，不一定只是资产盘点，也可能是管理员安排的实际安装或维护任务。

产品在 2026 年 4 月从 Kandji 改名为 Iru。现在的程序包名称是 Iru Library Manager，但可执行文件和 CFBundleIdentifier 仍然使用 kandji-library-manager。因此，活动监视器、日志或网络工具有时还会显示旧名称。这属于品牌名称与底层标识尚未完全同步，不代表电脑同时装了两套不同产品。

Iru Library Manager 也不负责全部设备管理工作。配置描述文件、Apps and Books 等项目主要通过 Apple 的 MDM 通道下发。换句话说，Iru Library Manager 是整套管理机制中的一个执行组件，不能把它当成 MDM 本身。

它为什么要联网

Iru Library Manager 联网，常见原因有四类：Agent 定期向管理服务签到；管理员修改了 Blueprint 或 Library Item；用户在 Self Service 中发起安装；应用或 macOS 更新到了预定执行时间。只要有新的任务、下载或结果需要上报，都可能看到网络活动。

控制消息会发往这家组织专属的 Iru 或 Kandji 租户 API。Iru Library Manager 从那里取得分配结果，也把应用安装、脚本执行、打印机配置或系统更新的状态送回去。Custom Apps 和 Auto Apps 需要下载安装文件时，数据还可能来自 Iru 或 Kandji 管理的 S3 存储，或者 managed-library 服务。

目的地不一定都带有 Kandji 或 Iru 的明显标识。管理员可以下发自定义脚本，也可以部署第三方安装程序。脚本和安装程序运行后，可能访问软件厂商的网站、公司内网，或其他第三方服务。具体会连到哪里，取决于本组织安排了什么任务。

所以，仅凭一个非 Kandji 域名，不能认定 Iru Library Manager 异常或感染了恶意软件。不过，来源不明的连接也不该只靠猜测解释。最合适的核对对象是本组织的 IT 管理员，因为只有他们知道当时分配了哪些脚本、应用和安装源。

正常流量应该是多少

没有待执行项目时，Iru Library Manager 通常只产生低频、小量的 HTTPS 通信，内容主要是签到、控制信息和状态回报。这种状态下不需要持续下载大文件。

一旦有应用、Custom App 安装包或受管 macOS 更新需要执行，流量形态就会明显改变。Iru Library Manager 可能在一段时间内集中下载数据，规模取决于对应安装包或更新本身有多大。同一台 Mac 在不同日期的用量可能相差很多；两台由不同组织管理的 Mac，也没有可直接套用的共同基准。

公开资料没有给出 Iru Library Manager 可靠的流量区间。实际用量完全取决于管理员分配了什么项目，以及这些项目各有多大。因此，没有依据给出一个具体的 MB 或 GB 数字。判断某次流量是否合理，应把实测结果与同一时段发生的应用安装、脚本任务和系统更新放在一起看。

能不能关掉

如果这台 Mac 正在接受组织授权的管理，Iru Library Manager 应当保留。Apple 没有提供单独关闭 Iru Library Manager 的开关，也就不存在可以照着进入的“系统设置”路径。

在活动监视器中强制退出 Iru Library Manager，或者用防火墙阻断它，都会影响 Agent 驱动的 Library Items。应用更新、Custom Apps、组织脚本、打印机以及 Managed OS 等任务可能无法按计划执行，也可能执行后无法回报状态。管理后台随后可能把设备标为不合规。

这样做也不能完整关闭 MDM。配置描述文件和部分应用仍可通过 Apple 的 MDM 通道管理，已经生效的设置不会因为一个辅助程序退出就自动消失，管理服务还可能重新安装 Agent。最后得到的往往不是一台已经解除管理的 Mac，而是一台任务损坏、状态异常、却仍然受管的设备。

“系统设置 > 通用 > 设备管理”涉及的是整台设备的注册描述文件，而且只有管理配置允许时，用户才能移除整个注册。它不是 Iru Library Manager 的独立开关。如果这台 Mac 本来就不该继续受组织管理，应让组织的 IT 管理员处理注册关系，而不是只关闭 Iru Library Manager。

常见的误解

• “Iru Library Manager 是 macOS 自带的系统进程。” 不是。Iru Library Manager 属于第三方企业设备管理产品 Iru Endpoint，旧产品名是 Kandji。底层仍保留 kandji-library-manager 这个名字，并不表示它来自 Apple。

• “Iru Library Manager 正在扫描音乐、照片或个人文档。” 这里的 Library 是 Iru 的管理概念，指管理员分配的应用、脚本、打印机、更新和其他项目，与用户自己的媒体资料库或文档目录无关。

• “Iru Library Manager 只做资产盘点或收集遥测。” 这种说法漏掉了它的主要执行能力。Iru Library Manager 可以安装和更新软件，也能用较高权限运行组织分配的脚本。看到下载、安装或子进程活动时，背后可能正在执行真实的管理任务。

• “在活动监视器里强制退出 Iru Library Manager，就能安全关闭 Kandji。” 强制退出只能打断一部分 Agent ��务。它不会可靠移除 MDM 注册，也不会撤销已经下发的配置。由 Apple MDM 通道负责的项目仍可能继续生效。

• “在防火墙里封掉 Iru Library Manager，就能完整解除管理。” 阻断网络会让应用更新、脚本、打印机和 Managed OS 等任务失败或无法回报，但设备仍可能处于受管状态。管理服务还可能重新安装 Agent。结果更可能是管理状态残缺，而不是彻底解除管理。

• “Iru Library Manager 或其子进程连接第三方域名，一定是恶意软件。” 组织分配的脚本和安装程序可能需要访问软件厂商、企业内网或其他第三方服务。看到非 Kandji 域名本身不足以定性。若目的地不熟悉，应让本组织 IT 管理员对照当时下发的任务进行核查。

• “Iru Library Manager 负责所有安全设置和管理策略。” 它只负责一部分 Agent 驱动的 Library Items。配置描述文件、Apps and Books 等内容主要走 Apple MDM 通道。把所有管理行为都归到 Iru Library Manager，会误判它的职责，也会误判终止它之后的实际结果。

怎么看它到底用了多少

下一步应查看 Iru Library Manager 在目标时段内的实际进程流量，而不是套用一个没有依据的固定数字。可以用 Bytetally 的逐进程统计找到这段记录，再与当时的应用安装、脚本和系统更新对照。若仍有无法解释的流量突发或目的地，把记录交给本组织 IT 管理员核对。

相关进程

常见问题