先确认适用范围和实际失败动作

本文适用于 macOS 15 及以后提供“隐私与安全性 → 本地网络”的系统,重点是第三方桌面应用访问同一局域网设备。系统版本和应用版本请按本机记录,本文没有进行设备实测,也不把所有“找不到设备”归因于授权。Mac 能打开外网网页,并不能验证这个应用能访问家中设备。

  1. 记下目标设备的名称、当前地址,以及失败动作:自动发现、连接设备,还是登录后读写失败。地址从设备界面或你有权查看的路由器列表取得。
  2. 确认 Mac 与目标设备接入预期网络;访客网络或不同网段可能无法互访。如果其他设备也访问失败,先检查目标设备服务和网络。
  3. 记下个人代理、TUN 及企业 VPN 状态,先保留现状作为基线。只改变一个因素,避免把换网络和改权限同时进行。

第一步:只检查实际使用的应用授权

  1. 打开苹果菜单 → 系统设置 → 隐私与安全性 → 本地网络。若找不到此项,先确认系统版本,不使用来历不明的终端脚本添加开关。
  2. 在列表中找到实际使用的应用,先记录原状态。需要它连接可信的本地设备时,打开该应用的权限。这个选择授予该应用本地网络访问能力,并非只批准一个 NAS 地址。
  3. 回到应用,重新触发原先失败的发现或连接动作。如果仍显示旧错误,保存工作后正常退出并重新启动,再测同一设备。

第二步:为什么终端成功仍不能替应用验收

Apple TN3179 明确列出 macOS 对 Terminal 或 SSH 启动的命令行工具及其子进程的例外。因此,在终端测试成功,至多说明那次命令的访问成功;它不能证明桌面应用具有相同授权。应用启动的辅助程序则可能被归到所属应用名下。不要为了验证权限而改用 root 运行整个应用。

对照结果更值得检查的方向
终端或另一应用成功,目标应用失败先查目标应用授权、版本、访问协议和账号;不同工具的请求未必等价
手工填设备地址能连,自动发现失败发现机制或名称解析仍需排查;一次直连成功不能证明设备发现已恢复
所有应用都失败确认设备在线、服务地址、网络隔离及路由
只在开启个人 TUN 后失败保留授权记录,转查局域网路由与接管范围

以上是对照结果的排查推断,不是仅凭一个现象即可确定根因。尽量固定同一设备、同一网络和同一种业务动作;登录被拒绝、文件夹无权访问,也不应继续靠切换本地网络权限解决。

第三步:权限看似正确时,核对系统和应用副本

  1. 若系统仍是 macOS 15.0,Apple 文档建议在 15.1 或以后复测本地网络隐私问题。先备份并按自己的更新策略处理;这不保证解决所有故障,也不要求安装某个未经确认的版本。
  2. 检查是否同时保留同一应用的多个版本。Apple 记录了这种情况下系统设置可能出现非预期行为;核对正在运行的是哪份应用,保存配置后只用预期副本复测。
  3. 仍无弹窗或开关无效时,记录系统版本、应用版本和失败动作,向应用官方反馈。受管理设备的系统改动按管理员流程处理。

验收:从授权开关回到实际操作

  1. 使用目标应用重新发现设备,并完成原本需要的操作,例如打开一个已有测试文件或查看设备状态;不要只看应用出现在列表中。
  2. 正常退出应用再启动,重复同一动作。如果日常需要个人 TUN,恢复原接管状态后再测一次,并分别记下结果。
  3. 保留真正需要的授权。若本次只是对照测试且无改善,可在同一设置页恢复原开关,继续按设备发现、服务和路由方向排查。

仍失败时,整理最小复现信息

记录“哪个应用、哪个动作、开关原值与测试值、是否启用 TUN、同目标对照结果”。分享时遮盖设备名、私有路径和账号信息。若只在 TUN 下出现,使用下方局域网教程继续;如果授权始终无法正常生效,提交给应用维护者的材料应包含 macOS 和应用的准确版本。