防火墙策略是airdrop接收失败的常见原因，需检查并允许sharingd和mdnsresponder的传入连接，或临时关闭防火墙验证；同时排查第三方安全软件干扰及系统日志中的拦截记录。
macos 上 airdrop 接收失败，如果已排除 wi-fi、蓝牙、距离、可见性等基础问题，防火墙策略确实是常见但容易被忽略的原因。airdrop 依赖系统级服务（如 sharingd 和 mdnsresponder）进行设备发现与直连通信，而 macos 自带防火墙可能误拦截这些后台服务的传入连接。
确认防火墙是否启用并限制了关键服务
进入“系统设置” → “网络” → 点击当前使用的网络（如 Wi-Fi）→ 右下角找到“防火墙”选项卡 → 点击“防火墙选项…”：
- 检查是否勾选了“阻止所有传入连接”——若开启，AirDrop 必然失效，建议取消勾选；
- 查看下方服务列表，确认 sharingd（文件共享守护进程）和 mDNSResponder（负责 Bonjour 设备发现）未被手动设为“阻止”；
- 若列表中无这两项，说明防火墙未显式管理它们，但仍可能默认拦截；此时可点击左下角“+”号，手动添加
/usr/libexec/sharingd和/usr/sbin/mDNSResponder，并设为“允许传入连接”。
临时关闭防火墙快速验证
这是最直接的排查手段：
- 在“防火墙选项…”窗口中，点击“关闭防火墙”；
- 等待 10 秒，立即在 Finder 中打开 AirDrop 窗口，观察接收设备是否出现；
- 若此时能正常发现并接收，即可确认是防火墙策略导致的问题；
- 验证后，再重新开启防火墙，并按上一步精准放行服务，而非长期关闭。
检查第三方安全软件干扰
某些杀毒工具或网络防护类 App（如 Little Snitch、Intego VirusBarrier、Avast 等）会叠加一层网络过滤规则：
- 暂时退出或禁用这类软件；
- 在菜单栏查找其图标，右键选择“停用”或“暂停防护”；
- 测试 AirDrop 是否恢复；若恢复，需在其规则设置中为 sharingd 和 mDNSResponder 添加信任或允许本地局域网通信。
查看系统日志定位拦截记录
如需进一步确认是否被拦截，可用“控制台”应用查证：
- 打开“控制台”（可通过聚焦搜索）；
- 左侧边栏选择“报告”→“系统日志”，或直接在搜索框输入
sharingd或mDNSResponder； - 尝试发起一次 AirDrop 发送，在日志中查找关键词如
denied、blocked、firewall； - 若看到类似
Firewall: [sharingd] connection denied的条目，即为确凿证据。
防火墙不是唯一原因，但它常在其他设置都正确时“悄悄挡路”。只要把 sharingd 和 mDNSResponder 的通行权明确给到，AirDrop 就能绕过这道关卡继续工作。
