三种配置，挡住的是不同的环节
AP 隔离（客户端隔离）。同一个 Wi-Fi 下的设备互相看不见、也连不上，只能各自上网。这是咖啡馆、酒店、公司访客网的默认设置，目的是防止一台被感染的设备横向攻击其他人。它挡住的是最底层的一步：两台设备之间根本没有可用的通路。
组播被过滤。设备之间能互通，但用于「自动发现」的组播报文被网络设备丢弃了。表现是：手动输入地址能连上，但列表里永远搜不到对方。很多企业级 AP 出于减少广播风暴的考虑默认这么做。
多网段。手机连的是员工 Wi-Fi，Mac 插的是有线网，两者在不同的子网里，中间隔着路由。自动发现依赖组播，而组播默认不跨路由——所以它找不到，但如果两个网段之间允许互访，直接连地址是通的。
怎么分清是哪一种
先看两台设备各自的 IP 地址。手机在设置里看当前 Wi-Fi 的详情，Mac 在系统设置的网络里看。
前三段不一样（比如 192.168.1.x 与 10.0.5.x）——是多网段。
前三段一样但搜不到——要么是 AP 隔离，要么是组播被过滤。区分办法：在手机上直接输入 Mac 显示的地址试连。连得上就是组播被过滤（通路是好的，只是广播不通）；连不上就是 AP 隔离。
灵犀互联在连接失败时会尽量把话说清楚，而不是停在一个无声的失败上——但网络配置这件事应用只能观察不能改变，最终还是要看上面这两个地址。
每种情况下还剩哪些路
组播被过滤：最容易解决。手动连一次地址，握手成功之后这台 Mac 的地址就被记住了，以后会自动重连，不用每次手输。
多网段：如果两个网段允许互访，同上——手动连一次即可。如果不允许互访，那和 AP 隔离是同一种处境。
AP 隔离：这张网上没有办法。可行的替代是绕开它——用手机开热点让 Mac 接进来，两台设备就在手机自己的那张网里，隔离规则管不到。代价是 Mac 这时走的是手机的流量。
还有一条：官网直接下载的那个版本支持数据线直连，完全不依赖局域网。但 App Store 版本按沙盒要求编译时移除了这条路径，这两个版本在这一点上确实不一样。
为什么不做一个「云端中转」绕过去
这是最常被提的建议，也是被主动放弃的一条路。中转意味着你的剪贴板、文件、相册要先上传到某台服务器再下发——那正是这个产品从设计上拒绝的事：没有账号，没有服务器，两台设备直接连。
代价就是遇到 AP 隔离时确实没辙。这是一个明确的取舍，不是没想到。