先确认适用范围和实际失败动作
本文适用于 macOS 15 及以后提供“隐私与安全性 → 本地网络”的系统,重点是第三方桌面应用访问同一局域网设备。系统版本和应用版本请按本机记录,本文没有进行设备实测,也不把所有“找不到设备”归因于授权。Mac 能打开外网网页,并不能验证这个应用能访问家中设备。
- 记下目标设备的名称、当前地址,以及失败动作:自动发现、连接设备,还是登录后读写失败。地址从设备界面或你有权查看的路由器列表取得。
- 确认 Mac 与目标设备接入预期网络;访客网络或不同网段可能无法互访。如果其他设备也访问失败,先检查目标设备服务和网络。
- 记下个人代理、TUN 及企业 VPN 状态,先保留现状作为基线。只改变一个因素,避免把换网络和改权限同时进行。
第一步:只检查实际使用的应用授权
- 打开苹果菜单 → 系统设置 → 隐私与安全性 → 本地网络。若找不到此项,先确认系统版本,不使用来历不明的终端脚本添加开关。
- 在列表中找到实际使用的应用,先记录原状态。需要它连接可信的本地设备时,打开该应用的权限。这个选择授予该应用本地网络访问能力,并非只批准一个 NAS 地址。
- 回到应用,重新触发原先失败的发现或连接动作。如果仍显示旧错误,保存工作后正常退出并重新启动,再测同一设备。
第二步:为什么终端成功仍不能替应用验收
Apple TN3179 明确列出 macOS 对 Terminal 或 SSH 启动的命令行工具及其子进程的例外。因此,在终端测试成功,至多说明那次命令的访问成功;它不能证明桌面应用具有相同授权。应用启动的辅助程序则可能被归到所属应用名下。不要为了验证权限而改用 root 运行整个应用。
| 对照结果 | 更值得检查的方向 |
|---|---|
| 终端或另一应用成功,目标应用失败 | 先查目标应用授权、版本、访问协议和账号;不同工具的请求未必等价 |
| 手工填设备地址能连,自动发现失败 | 发现机制或名称解析仍需排查;一次直连成功不能证明设备发现已恢复 |
| 所有应用都失败 | 确认设备在线、服务地址、网络隔离及路由 |
| 只在开启个人 TUN 后失败 | 保留授权记录,转查局域网路由与接管范围 |
以上是对照结果的排查推断,不是仅凭一个现象即可确定根因。尽量固定同一设备、同一网络和同一种业务动作;登录被拒绝、文件夹无权访问,也不应继续靠切换本地网络权限解决。
第三步:权限看似正确时,核对系统和应用副本
- 若系统仍是 macOS 15.0,Apple 文档建议在 15.1 或以后复测本地网络隐私问题。先备份并按自己的更新策略处理;这不保证解决所有故障,也不要求安装某个未经确认的版本。
- 检查是否同时保留同一应用的多个版本。Apple 记录了这种情况下系统设置可能出现非预期行为;核对正在运行的是哪份应用,保存配置后只用预期副本复测。
- 仍无弹窗或开关无效时,记录系统版本、应用版本和失败动作,向应用官方反馈。受管理设备的系统改动按管理员流程处理。
验收:从授权开关回到实际操作
- 使用目标应用重新发现设备,并完成原本需要的操作,例如打开一个已有测试文件或查看设备状态;不要只看应用出现在列表中。
- 正常退出应用再启动,重复同一动作。如果日常需要个人 TUN,恢复原接管状态后再测一次,并分别记下结果。
- 保留真正需要的授权。若本次只是对照测试且无改善,可在同一设置页恢复原开关,继续按设备发现、服务和路由方向排查。
仍失败时,整理最小复现信息
记录“哪个应用、哪个动作、开关原值与测试值、是否启用 TUN、同目标对照结果”。分享时遮盖设备名、私有路径和账号信息。若只在 TUN 下出现,使用下方局域网教程继续;如果授权始终无法正常生效,提交给应用维护者的材料应包含 macOS 和应用的准确版本。