https://techcorner.max-it.de/index.php?action=history&feed=atom&title=UniFi%3A_mDNS%2C_AirPlay_und_Chromecast_%C3%BCber_VLANsUniFi: mDNS, AirPlay und Chromecast über VLANs - Versionsgeschichte2026-10-19T05:20:35ZVersionsgeschichte dieser Seite in maxTechCornerMediaWiki 1.43.9https://techcorner.max-it.de/index.php?title=UniFi:_mDNS,_AirPlay_und_Chromecast_%C3%BCber_VLANs&diff=4609&oldid=previmported>TechCorner-Redaktion: Neuer Artikel: mDNS-Proxy, Firewall-Freigabe, Multicast im WLAN, Sonos, Drucker2026-10-16T00:00:00Z<p>Neuer Artikel: mDNS-Proxy, Firewall-Freigabe, Multicast im WLAN, Sonos, Drucker</p>
<p><b>Neue Seite</b></p><div>{{Steckbrief<br />
| gilt_fuer = UniFi Cloud Gateways und UniFi-Gateways mit UniFi Network 10.x; AirPlay, AirPrint, Chromecast, Sonos und andere Bonjour-/mDNS-Geräte<br />
| bereich = Netzwerk-Hardware<br />
| dauer = ca. 20–40 Minuten<br />
| rechte = Administrator in UniFi Network<br />
| stand = Oktober 2026<br />
}}<br />
'''mDNS, AirPlay und Chromecast über VLANs mit UniFi''' zum Laufen zu bringen ist eine typische Aufgabe, sobald ein Netz sauber segmentiert ist: Drucker, Apple TVs, Besprechungsraum-Displays oder Sonos-Lautsprecher stehen im Medien- oder IoT-VLAN, die Notebooks im Client-VLAN – und plötzlich findet niemand mehr den Drucker oder das Display. Der Grund: Diese Geräte machen sich per '''Multicast DNS''' (mDNS, Bonjour) bekannt, und Multicast endet an der VLAN-Grenze. Dieser Artikel zeigt den mDNS-Proxy des UniFi-Gateways, die nötigen Firewall-Freigaben und wie man Multicast im WLAN im Griff behält.<br />
<br />
[[Datei:UniFi-mDNS.png|thumb|center|750px|mDNS über VLANs mit UniFi: Notebooks im VLAN Clients suchen per mDNS nach AirPlay-, Chromecast- und Druckerdiensten; der mDNS-Proxy des Gateways leitet die Ankündigungen aus dem VLAN Medien weiter (Modus Auto oder Custom mit ausgewählten Diensten); die eigentliche Verbindung braucht zusätzlich eine Firewall-Freigabe von Clients zu Medien mit Rückverkehr. Im WLAN helfen Multicast-Enhancement und ein eigenes Medien-VLAN.]]<br />
<br />
== Wie mDNS funktioniert – und warum es an VLAN-Grenzen scheitert ==<br />
* Geräte kündigen ihre Dienste per Multicast an die Adresse 224.0.0.251, UDP-Port 5353, an, z. B. <code>_airplay._tcp.local</code> oder <code>_ipp._tcp.local</code>.<br />
* Multicast wird nicht geroutet: Ein Notebook im Client-VLAN sieht die Ankündigungen eines Apple TV im Medien-VLAN nicht.<br />
* Lösung in zwei Teilen:<br />
*# '''Finden''': Der '''mDNS-Proxy''' im Gateway leitet die Ankündigungen zwischen ausgewählten VLANs weiter.<br />
*# '''Verbinden''': Die eigentliche Verbindung (AirPlay-Stream, Druckauftrag) ist normaler Unicast-Verkehr und braucht eine '''Firewall-Freigabe''' zwischen den Netzen.<br />
<br />
== Schritt 1: Netzaufteilung ==<br />
Bewährt ist ein eigenes VLAN '''Medien''' (oder ''IoT'') für Apple TV, Chromecast, Displays, Drucker und Lautsprecher. Ubiquiti empfiehlt das ausdrücklich für Netze mit vielen WLAN-Clients: Die Multicast-Last der Geräte bleibt dann im Medien-VLAN, und mDNS wird nur dorthin weitergeleitet, wo es gebraucht wird. Siehe [[UniFi: VLANs einrichten]].<br />
<br />
== Schritt 2: mDNS-Proxy einstellen ==<br />
Unter ''Settings › Networks'' bei den Netzen bzw. in den globalen Netzeinstellungen den '''mDNS'''-Proxy konfigurieren:<br />
{| class="wikitable"<br />
! Modus !! Wirkung !! Empfehlung<br />
|-<br />
| '''Auto''' || gängige Dienste (AirPlay, AirPrint, Chromecast, HomeKit, Sonos, Spotify Connect, Drucker, Scanner, SMB …) werden zwischen allen Netzen weitergeleitet || kleine Netze ohne strenge Trennung<br />
|-<br />
| '''Custom''' || nur ausgewählte Dienste zwischen ausgewählten Netzen (''VLAN Scope'') || '''Firmennetze''': z. B. nur AirPlay und Drucker zwischen Clients und Medien<br />
|-<br />
| '''Off''' || keine Weiterleitung || Netze, die keine Geräte finden sollen (Gäste, Server)<br />
|}<br />
* Neue Netze haben den mDNS-Proxy laut Ubiquiti ab Werk aktiviert; für Gäste-, Server- und Verwaltungsnetze bewusst abschalten.<br />
* Fehlende Dienste lassen sich im Format <code>_dienst._protokoll.local</code> ergänzen, z. B. <code>_airplay._tcp.local</code>.<br />
* Die Zahl der Netze mit mDNS ist je Gateway begrenzt: Express/UXG Lite 2, UDR/UDR7 30, UDM Pro/SE/Pro Max, UCG Ultra/Max/Fiber 50, EFG 60. Jedes weitere Netz erhöht die weitergeleitete Last.<br />
<br />
== Schritt 3: Firewall freigeben ==<br />
mDNS lässt die Geräte nur '''erscheinen'''. Damit die Verbindung klappt, muss die Firewall den Verkehr vom Client-Netz zu den Geräten erlauben:<br />
* Liegen beide Netze in der Zone ''Internal'' ohne Sperrregeln, ist nichts zu tun.<br />
* Ist das Medien-Netz isoliert oder in einer eigenen Zone, eine Richtlinie anlegen:<br />
{| class="wikitable"<br />
! Name !! Quelle !! Ziel !! Ports !! Aktion<br />
|-<br />
| Clients zu Mediengeräten || Internal, Netz Clients || Zone Medien, IP-Gruppe Mediengeräte || Any (oder die Ports des Herstellers) || Allow + Auto Allow Return Traffic<br />
|}<br />
* Die Richtung ist entscheidend: '''Clients → Medien''' erlauben, '''Medien → Clients''' nur als Rückverkehr. Mediengeräte bauen selten selbst Verbindungen zu Notebooks auf.<br />
* AirPlay und Chromecast nutzen mehrere und teils dynamische Ports. Wer statt ''Any'' einzelne Ports freigeben möchte, entnimmt sie der Dokumentation von Apple bzw. Google und testet sorgfältig.<br />
Details zu Zonen und Richtlinien: [[UniFi: Zone-Based Firewall konfigurieren]].<br />
<br />
== Schritt 4: Multicast im WLAN zähmen ==<br />
Multicast wird im WLAN mit der niedrigsten Datenrate gesendet. Einige hundert kbit/s mDNS können so die Funkzeit von hunderten Mbit/s normalem Verkehr belegen.<br />
{| class="wikitable"<br />
! Einstellung (SSID) !! Wirkung !! geeignet für<br />
|-<br />
| '''Multicast Enhancement / Multicast to Unicast''' || wandelt Multicast in Unicast an die einzelnen Empfänger || kleine und mittlere Netze, Streaming<br />
|-<br />
| '''Multicast and Broadcast Control''' || nur Multicast/Broadcast von freigegebenen MAC-Adressen; '''DHCP-Server-MAC freigeben''', sonst bekommen Clients keine Adresse || große, dichte Netze; blockiert Gerätesuche über APs hinweg<br />
|-<br />
| '''Client Device Isolation''' || verhindert direkte Kommunikation am AP – auch Casting || nur als letzte Maßnahme<br />
|}<br />
Ab etwa '''100 WLAN-Clients''' empfiehlt Ubiquiti: ''Multicast and Broadcast Control'' auf der Haupt-SSID, Mediengeräte in ein eigenes VLAN mit eigener SSID und mDNS nur zwischen Client- und Medien-Netz. Die Funkauslastung zeigt ''Radios › AirView''.<br />
<br />
== Sonderfall Sonos ==<br />
Sonos-Geräte bauen mit ''SonosNet'' ein eigenes Funknetz mit eigenem Spanning Tree auf – eine häufige Ursache für Netzwerkschleifen.<br />
* '''Entweder alle kabelgebunden''': gleiches VLAN, möglichst am selben Switch, SonosNet und WLAN an den Geräten abschalten, keine Geräte hintereinander an einem Port; an den Ports STP Edge und BPDU Guard.<br />
* '''Oder alle per WLAN''': kein Gerät zusätzlich verkabeln; nutzt ein Altgerät SonosNet, dessen 2,4-GHz-Kanal (1, 6 oder 11) nicht auf die Kanäle der UniFi-APs legen.<br />
Siehe auch [[UniFi: Spanning Tree und Loop-Schutz]].<br />
<br />
== Sonderfall Drucker ==<br />
Für Drucker ist mDNS bequem, aber nicht nötig: Fest per IP-Adresse oder per Druckserver eingebundene Drucker brauchen keine Weiterleitung. In Firmennetzen mit Druckserver bzw. Universal Print genügt deshalb oft eine Firewall-Freigabe zum Druckserver; mDNS für Drucker nur dort freischalten, wo Mac- und Mobilgeräte direkt drucken sollen.<br />
<br />
== Fehlersuche ==<br />
* '''Gerät erscheint nicht''': mDNS für '''beide''' Netze aktiv? Dienst im Custom-Modus ausgewählt? Gerät und Client wirklich in den vermuteten VLANs (Client-Liste)?<br />
* '''Gerät erscheint, Verbindung scheitert''': Firewall-Richtlinie Clients → Medien und Rückverkehr prüfen; Firewall-Ereignisse im Log ansehen.<br />
* '''Verbindung bricht ab oder ruckelt im WLAN''': Funkauslastung, Multicast-Einstellungen und Signalstärke prüfen.<br />
* '''AirPlay über Bluetooth-Nähe''': Manche Apple-Funktionen nutzen zusätzlich Bluetooth und Peer-to-Peer-WLAN; die funktionieren unabhängig von VLANs nur in Funkreichweite.<br />
<br />
== Hinweise ==<br />
* '''Gäste''': Für Präsentationen in Besprechungsräumen ist ein eigenes Präsentations-Netz mit gezielter mDNS-Freigabe besser, als Gäste ins Medien-VLAN zu lassen.<br />
* '''IPTV''' nutzt IGMP-Multicast, nicht mDNS – dafür IGMP Snooping im Netz und ggf. den IGMP-Proxy des Gateways verwenden.<br />
* Bei Planung von Medien- und IoT-Netzen, AV-Technik in Besprechungsräumen und der WLAN-Optimierung unterstützen Sie die [https://www.max-it.de/it-services/managed-services/ Managed Services von m.a.x. it].<br />
<br />
== Siehe auch ==<br />
* [[Ubiquiti UniFi]] – Überblick und alle Artikel der Reihe<br />
* [[UniFi: VLANs einrichten]]<br />
* [[UniFi: WLAN einrichten und optimieren]]<br />
* [[UniFi: Zone-Based Firewall konfigurieren]]<br />
* [[Multicast]]<br />
<br />
== Links und Quellen ==<br />
* [https://help.ui.com/hc/en-us/articles/12648701398807-UniFi-Gateway-Multicast-DNS-mDNS-Proxy Ubiquiti Help Center: UniFi Gateway – Multicast DNS (mDNS) Proxy]<br />
* [https://www.max-it.de/it-services/managed-services/ Managed Services von m.a.x. it]<br />
<br />
{{Uebermax}}<br />
[[Kategorie:Netzwerk-Hardware]]<br />
</div>imported>TechCorner-Redaktion