Closed fduncanh closed 1 year ago
This seems to be a misconfigured-avahi issue on Arch.
On Manjaro all the local services are showing, in particular the local (same machine) listing from avahi-browse -v -a -t
is
+ eno1 IPv6 UxPlay AirPlay Remote Video local
+ eno1 IPv4 UxPlay AirPlay Remote Video local
+ lo IPv4 UxPlay AirPlay Remote Video local
+ eno1 IPv6 863EA27598FE@UxPlay AirTunes Remote Audio local
+ eno1 IPv4 863EA27598FE@UxPlay AirTunes Remote Audio local
+ lo IPv4 863EA27598FE@UxPlay AirTunes Remote Audio local
On Arch, only the loopback interface , not the ethernet network, is showing (only ipv4 is configured here)
+ lo IPv4 UxPlay AirPlay Remote Video local
+ lo IPv4 EE4190DBEAB6@UxPlay AirTunes Remote Audio local
This is presumably (?) the issue
lots of other stuff shows up on Manjaro, nothing else on Arch.
Problem solved: if there is a firewall, UDP port 5353 must be opened to receive mDNS queries from the network (then everything works OK).
Trying to track down an issue on Arch (EDIT: Doesnt happen on Manjaro)
This does NOT happen on Debian, Ubuntu, OpenSUSE, etc., (where uxplay remains available for a new connection) but only in Arch. It happens both for AUR builds and direct non-AUR github builds.
Perhaps there is some extra avahi setup needed for Arch?. If you have an Arch system where this does not happen, please report here.
A probably related problem on Arch is that if the client waits until after uxplay has started to look for an Airplay server, it doesnt find uxplay. (This used to happen on an OpenSUSE system, but not any more, so perhaps an avahi misconfiguration was fixed on that system). If uxplay is started after the client has started looking for an Airplay server, things work.
I would like to know if this a uxplay issue (to fix it) or an avahi issue on Arch (to document how to set up avahi to fix it). Maybe it is special to the test setup being used. Does anyone else have this issue?