Airplay does not work anymore on Tahoe with WLAN and Ethernet both active

Moin Rainer,

da ich Airplay nicht oft nutze, habe ich nach stundenlangem Debugging mit ChatGPT aufgegeben. Das Fazit von ChatGPT war, dass es sich um ein Design-Problem im macOS handelt. Die Airplay Anfragen zum Verbindungsaufbau gehen immer über den Netzwerk-Adapter, der in der Netzwerk-Priorität oben steht, und das ist bei mir das kabelgebundene Ethernet. Ziehe ich das Ethernet-Kabel ab, gehen die Airplay Anfragen über WLAN raus und Airplay funktioniert. Wenn Airplay dann läuft, kann ich das Ethernet-Kabel wieder stecken, und Airplay läuft weiter. Das ist auch meine "Lösung" zur Nutzung von Airplay.

Da bei mir das Ethernet wesentlich schneller ist, als das WLAN, kann ich das WLAN nicht über Ethernet priorisieren.

Da Airplay andere Mechanismen nutzt, als das normale TCP/IP Netzwerk, hilft es auch nicht, statische Routen zu definieren. ChatGPT hatte einige Lösungsansätze, welche aber in Tahoe nicht funktioniert haben. Nix hilft ... leider.

Hier eine Zusammenfassung des ChatGPT Chats, leider ohne die ganzen Debugging Details .. könnte ich bei Bedarf gezielt raussuchen:

Diese PDF fasst die gesamte technische Analyse unserer Unterhaltung zusammen –

inklusive aller Schritte, Befehle und Erkenntnisse zum AirPlay/mDNS-Problem unter macOS 26.2

"Tahoe".

------------------------------------------------------------

1. Ausgangslage

------------------------------------------------------------

Bei aktivem Ethernet und WLAN funktioniert AirPlay nicht.

Beim Trennen des Ethernet-Kabels funktioniert AirPlay sofort.

Beim Wiederverbinden läuft Streaming weiter.

------------------------------------------------------------

2. Ursache

------------------------------------------------------------

macOS 26.2 nutzt Multicast DNS (mDNS) und Bonjour über mehrere Interfaces.

Sobald WLAN und Ethernet im selben Subnetz aktiv sind, sendet der mDNSResponder

über beide Interfaces – was zu Discovery-Problemen führt.

AirPlay antwortet im WLAN, aber macOS lauscht über Ethernet.

------------------------------------------------------------

3. Warum frühere Befehle nicht mehr greifen

------------------------------------------------------------

- ifconfig -mdns wird nicht mehr unterstützt

- pf kann Multicast-Traffic nicht filtern (wird kernelintern behandelt)

- route/LaunchDaemon-Änderungen werden von mDNSResponder ignoriert

- macOS 26+ verwendet NetworkExtensions für Bonjour/mDNS

------------------------------------------------------------

4. Real funktionierende Lösung

------------------------------------------------------------

Getrennte Subnetze für WLAN und Ethernet.

Beispiel:

WLAN: 192.168.1.x

Ethernet: 192.168.2.x (manuell, ohne Gateway)Damit sind mDNS-Domains sauber getrennt.

AirPlay nutzt WLAN, Ethernet bleibt aktiv, aber ohne Bonjour-Interferenz.

------------------------------------------------------------

5. Alternativen (bedingt hilfreich)

------------------------------------------------------------

- WLAN in Service Order über Ethernet setzen

- Ethernet VLAN ohne Bonjour konfigurieren

- Firewall oder Router mDNS-Snooping einsetzen

------------------------------------------------------------

6. Fazit

------------------------------------------------------------

Apple hat das Netzwerk- und Bonjour-Handling ab macOS 25 (Sequoia) stark verändert.

Selektives Abschalten von mDNS oder Routing-Manipulation pro Interface

funktioniert nicht mehr zuverlässig.

Nur eine saubere Netztrennung (unterschiedliche Subnetze) löst das AirPlay-Problem stabil.

------------------------------------------------------------

7. Weitere Empfehlungen

------------------------------------------------------------

- AirPlay-Tests mit `dns-sd -B _airplay._tcp` durchführen

- Netzwerkpriorität mit `networksetup -ordernetworkservices` prüfen

- Routen per `route get <ziel-IP>` kontrollieren

------------------------------------------------------------

Ende des Dokuments

------------------------------------------------------------

Wenn Du eine einfach umzusetzende Lösung finden solltest, dann bitte her damit ... ich habe aufgegeben.

Gruß,

Holger

Hallo Arne,

Deutsch ist kein Problem, ich dachte nur, mit einem englischen Post eine größere Audience zu erreichen.

Hier noch mal mein Problem in deutscher Sprache ...

Ich nutze einen Mac Mini M1. Der Mac Mini ist sowohl mit meinem kabelgebundenen Ethernet Netzwerk, als auch mit meinem WLAN verbunden. In den Netzwerk-Einstellungen steht Ethernet ganz oben, heisst, wird gegenüber dem WLAN bevorzugt. Der ganze Netzwerk-Traffic soll über das Ethernet laufen, da ich hier durchgängig bis zum Provider 1 Gbit habe. WLAN habe ich nur an, damit meine Frau mit Ihrer Apple Watch den Mac entsperren kann, und damit ich Musik per AirPlay auf den HomePod und meine Sennheiser Soundbar streamen kann.

Leider funktioniert seit dem Update auf Tahoe 26.2 das AirPlay nicht mehr, wenn beide Netzwerke, Ethernet und WLAN, aktiv sind. Ziehe ich den Ethernet Stecker vom Mac Mini ab, geht AirPlay sofort wieder.

AirPlay geht nicht bedeutet, dass ich z.B. in Musik auf dem Mac Mini den HomePod und die Soundbar auswählen kann (Häkchen dran), das AirPlay Symbol in Musik aber nach ein paar Sekunden mit einem Ausrufezeichen gekennzeichnet wird. Musik wird keine über AirPlay wiedergegeben.

Vor dem Update auf Tahoe funktionierte AirPlay auch, wenn beide Netzwerke parallel aktiv waren.

Für Ideen/ Lösungsvorschläge wäre ich dankbar.

Mit freundlichen Grüßen,

Holger

Hallo MRGL,

vielen Dank, dass Du es bei Dir ausprobiert hast.

Ich habe keine AV Software installiert. Die macOS Firewall ist aktiv, ich sehe jedoch hier kein Problem.

Ich habe im Router (Fritz!Box 5590 Fiber) zugelassen, dass alle Geräte untereinander kommunizieren dürfen. Hier sehe ich auch keine Einstellung, die die Kommunikation verhindern würde.

Ich habe mal den Ethernet Stecker aus dem Mac Mini rausgezogen und dann AirPlay auf den HomePod gestartet, was einwandfrei funktioniert. Wenn ich bei laufendem AirPlay den Ethernet Stecker wieder einstecke, d.h., das Ethernet wieder aktiviere, dann läuft AirPlay klaglos weiter.

Was ich auch beobachten konnte, ist, dass bei aktivem Ethernet + WLAN die Kontaktaufnahme vom Mac Mini zum Homepod wohl funktioniert. Das Display auf dem HomePod wir milchig weiss. Aber, es kommt kein Ton, und AirPlay zum HomePod auf dem Mac Mini schaltet sich nach ein paar Sekunden wieder ab.

Ich habe im Mac Mini alles für AirDrop, AirPlay, ... freigegeben und den Mac Mini neu gestartet ... ohne Erfolg.

Wenn ich auf dem Mac Mini WLAN deaktiviere und nur Ethernet aktive habe, ist das AirPlay verhalten genau so, als wenn beide Netzwerke aktiv sind. Nur mit Ethernet geht AirPlay auch nicht.

Gruß,

Holger

Der Homepod, als auch die Soundbar, sind in der Fritz!Box online und auch erreichbar, z.B. mit ping. Beide Geräte können Inhalte aus dem Internet streamen.

Wenn ich den Namen des Homepod in Apple Home ändere, ändert sich sein Name sofort in der Liste der AirPlay Lautsprecher.

Ein Abmelden und wieder Anmelden des Homepod per Apple ID hat nichts verändert.

Das Problem betrifft ja auch alle bei mir verfügbare AirPlay Lautsprecher.

Meiner Meinung nach ist das Problem, dass die Verbindung zu den AirPlay Lautsprechern bei aktivem Ethernet nicht hergestellt wird; wenn die Verbindung mal steht und Streaming läuft, kann Ethernet ja wieder aktiviert werden, und Streaming läuft weiter.

Interessant wäre zu verstehen, wie Airplay die Verbindung aufbaut (Bonjour, …)?

Gruß,

Holger