Little Snitch报告针对错误子网的AirPlayXPCHelper的传出连接？

升级到El Capitan之后，我开始注意到从AirPlayXPCHelper到192.168.1.0/24子网的恼人连接（我的家庭网络不在192.168.1.0/24子网中，它位于172.16.0.0/12子网中）。

问题是：

1. 为什么AirPlayXPCHelper会在端口5000和7000上访问此网络？
2. 有没有办法限制它去那里的愿望？

谢谢。

是时候回答我自己的问题了：

为什么AirPlayXPCHelper会在端口5000和7000上访问此网络？

这与Peer-to-Peer AirPlay和Airplay设备发现有关。 macOS发现新设备并尝试使用这些端口进行连接以完成（？）发现过程。

我的几个邻居得到了新的AppleTV和macOS尝试连接到他们。由于所有AppleTV都连接到不同的网络，它会尝试连接到每个网络，这就是Little Snitch报告的内容。

有没有办法限制它去那里的愿望？

我不知道。我刚刚使用Little Snitch阻止了AirPlayXPCHelper对我以外网络的访问。

我有一个完全相同的问题，Little Snitch在端口7000上检测到外部AirPlayXPCHelper流量，但将其视为内部流量。我的意思是，即使我将所有外部流量标记为拒绝，Little Snitch继续提示我每次连接尝试，直到我将其设置为拒绝本地流量（仅用于测试目的），显然我不想否认本地流量在这个端口上...我不明白为什么Little Snitch将此解释为本地流量（当地址不在本地DHCP范围内时），Little Snitch的错误可能是什么？

当我阅读有关AirPlay的帖子时，它让我思考AirPlay技术是如何工作的，因为它现在使用蓝牙在设备之间建立连接。我无法重复启用本地连接和禁用蓝牙的问题。

长话短说我现在确信这只是Little Snitch中的一个错误，而不是有人试图入侵我的网络。阻止本地连接或禁用蓝牙是我可以永久停止尝试的唯一方法。

蓝牙流量来自计算机附近某个支持AirPlay的设备。也许隔壁邻居AppleTV？

这个 问题将帮助您禁用问题的根本原因。

如果你是好奇的类型，我会在某处启动WireShark并查看Mac是否实际上将这些端口上的数据包发送到这些地址。可能是AirPlay已经为自己分配了一个接口，并将其用作回路或其他方式。