看起来，AirPlay似乎只能在局域网内直接使用。我尚不清楚确切的原因，但看起来至少发现依赖广播。维基百科指出，Airplay是专有协议，可能解释了为什么我找到的唯一文档是非官方的，例如github上的此规范。
因此，我的问题是： br />可以配置网络使Airplay跨VLAN工作吗？鉴于没有官方协议文档，生产环境如何？
#1 楼
“ Airplay”一词有两个不同的地方。 。通常是通过称为Bonjour（至少Apple如此称呼）或DNS-SD的服务完成的。它正在使用多播，这就是有人告诉您“ Airplay仅用于本地LAN”或其他东西的意思。流媒体本身是“常规” UDP单播。现在，主要问题是如何将有关Airplay接收器的信息获取给另一个网络中的潜在发送者。理论上有两种选择：
您可以转发多播。虽然这可能很棘手，但是有路由器/防火墙可以做到这一点。 RTFM的准确性如何，但其思想是您必须将目标地址224.0.0.251的多播流量转发到另一个网络，并且必须在不减少TTL的情况下进行。
另一种选择是使用单播DNS-标清您可以使用普通DNS来宣布通常通过多播DNS-SD自动分发的完全相同的信息，还可以使用MacOSX上dns-sd（1）实用程序的一些帮助来获取确切写入DNS区域文件的信息。在具有Airplay接收器的LAN中执行此命令，这应该可以为您提供所需的所有信息：
现在，我说“是理论上的”，因为我尚未对其进行测试，无论您对协议，转发等进行何种操作，都可能会遇到一些无法控制的障碍-毕竟是苹果。您可以将所有信息正确地发送给潜在的发件人，但iOS / MacOSX可能仍会拒绝它，因为由于某些原因它不喜欢它，等等。
还有一个（虽然还是理论上的）暴力破解选项-为您的路由器地址创建一个DNS-SD条目，作为带有Airplay发送器的网络的Airplay接收器，并将UDP流转发（NAT）到真实的Airplay接收器。但是即使这样，Apple工程师还是有可能打破它。
继续进行测试，并让我们知道您的结果。
评论
啊。因此，根据您的评估，这项工作基本上可以归结为实验。
– alx9r
2014年1月21日在22:09
您的身份不明，因此始终都是关于实验的。 Apple不支持它，因此它可能会在任何时候中断（包括任何更新等）。但是了解一下您将要做的事情，了解它，并且能够安全地制作它，并且在出现问题时能够使其再次工作。或至少了解为什么您不能使其真正起作用;）。
–汤姆
2014年1月21日在22:30
到倒数第二段的最后一点：这篇文章似乎表明“ ... AppleTV不会从其自己的子网外部进行连接...”，即使发现有效。
– alx9r
2014年1月25日在1:04
#2 楼
这是教育环境中的常见问题。苹果在向学生/职员销售iPad和Mac方面做得非常出色，他们想利用Airplay / Airprint /其他Bonjour功能。但是，正如您所指出的那样，这些功能依赖于单个广播域进行服务发现。企业/教育网络的结构并非如此。问题如此普遍，以至于几年前许多教育机构的IT员工聚在一起，并请Apple修复Bonjour以使其在这些环境中更好地工作。 。
要直接解决您的问题，通常需要非常专业的配置才能完成Airplay服务在整个网络中的扩展。具体的配置将在很大程度上取决于您当前的无线解决方案（Cisco，Aerohive，Ubiquity等）。通常，如果您搜索无线供应商和Bonjour，应该会找到文档，至少可以为您指明正确的方向。除非绝对没有必要，否则建议您不要研究它。 ，适用于家庭网络环境的未记录服务*。因此，除非Apple决定更改此设置，否则我将尽可能避免在企业网络中实现它。但是，Apple对其iDevices和MacOS内部的实现不在您的控制范围之内，并且可能随时更改。
评论
感谢您的出色回答。当您说“具体配置将在很大程度上取决于您当前的无线解决方案”时，是指它们各自使用不同的技术来使Airplay服务跨VLAN工作，或者它们各自具有不同的管理界面来配置与之相同的技术。电线？
– alx9r
2014年1月22日，下午2:58
实际上两者都有一点。不同的供应商将以不同的方式处理Bonjour多播数据包的侦听和重新传输，而根据我的经验，不同的供应商将具有不同的配置方式。
–布雷特·莱金斯（Brett Lykins）
2014年1月22日，下午3:02
您可以使用bonjour网关解决方案来详细了解您的发现吗？
– Robert Siemer
17-10-29在0:12
#3 楼
Avahi可以在这里为您提供帮助。有很多选项，但这应该可以跨子网进行通信。您应该能够在ddwrt盒上获得它，或者使用Raspberry Pi和dot1q接口。 enable-reflector= Takes a boolean value ("yes" or "no"). If set to
"yes" avahi-daemon will reflect incoming mDNS requests to all local
network interfaces, effectively allowing clients to browse mDNS/DNS-SD
services on all networks connected to the gateway. The gateway is
somewhat intelligent and should work with all kinds of mDNS traffic,
though some functionality is lost (specifically the unicast reply bit,
which is used rarely anyway). Make sure to not run multiple reflectors
between the same networks, this might cause them to play Ping Pong with
mDNS packets. Defaults to "no".
reflect-ipv= Takes a boolean value ("yes" or "no"). If set to "yes" and
enable-reflector is enabled, avahi-daemon will forward mDNS traffic
between IPv4 and IPv6, which is usually not recommended. Defaults to
"no".
评论
我很确定我设置了一个乒乓球桌:)
–乔纳森·科玛（Jonathan Komar）
18年5月28日在16:43
#4 楼
它不起作用，因为它是广播（多播）技术。 （另请参阅：Bonjour）跨广播域（即VLAN）需要代理。我不是Mac人士，但是我之前见过这样的代理设置-因此iDevices可以连接到无线和有线是不同局域网的打印机。我不记得所使用的程序，但它不是免费的。评论
谢谢。看来我使用了错误的搜索词。搜索Airplay代理会生成此内容，并且看上去很全面。
– alx9r
2014年1月21日在22:02
从技术上讲，这是一种多播技术。
– bahamat
2014年1月23日19:22
@bahamat，是的，但是是局部范围的，因此最好将其广播。它自然不会离开单个广播域。
–瑞奇
2014年1月23日19:45在
这是网络工程。不要问不同。广播和多播之间存在显着差异。在网络工程专业人士的讨论站点上，这是一个不容忽视的区别。 mDNS是多播的（因此为“ m”），默认情况下将限制为单个广播域。
– bahamat
2014年1月24日18:32
#5 楼
Airplay通过IP传输，因此适用常规路由。您需要路由器将流量从一个VLAN路由到另一个VLAN。除非您开始混乱多播，否则Bonjour将保留在本地VLAN上。这是一个坏主意吗？这取决于 ;-）。您必须告诉我们更多有关您的生产环境的信息才能做出有根据的猜测。
评论
该应用程序是一个办公室，那里有“受信任”网络上的受信任设备和“访客”无线网络上的其他设备。来自这两个网络的设备都应该能够将Airplay播放到会议室电视上。您可以添加有关您的环境的更多详细信息吗？例如，您在使用什么品牌的无线设备？这将大大影响您执行此操作的能力。
为什么不使用Apple TV在该VLAN上的该会议室为每个会议室创建一个SSID / VLAN？或者将它们直接放在访客SSID上，并让员工在演示过程中与其连接。然后，会议室中使用它的任何人都可以在该网络上进行演示。内部员工可以从此处VPN进入内部网络以访问内部资源（取决于您的设置）。
@legioxi这是目前的领先计划：所有bonjour设备都生活在来宾网络上，如果需要，可信任用户RA-VPN将从那里进入可信任网络。仍然存在使打印机在两个网络上都可用的问题，但是到目前为止，这似乎是最不可行的策略。
在思科产品中，这称为“服务发现网关”-cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dns/configuration/…