Avahi bug allow-interfaces

Router
1

Hello,

So I found a bug in avahi, and I also had this bug in OpenWrt for some time, however the newer avahi from OpenWrt works fine.

It is about the allow-interfaces= option with reflector to yes.

For a unknown reason it stops working, if I remove the entire line it works, deny-interfaces= still work I do not use both options because it makes sense they can conflict.

So my question is, is there something in the gl firmware which could potentially break or conflict with avahi just to be sure?

I use 4.9.1, igmp snooping is off.

Can this version of avahi be bumped also because it solves some vulnerabilities too ?

Also a relevant note:

the avahi-dbus-daemon seem to be broken, but the http version works, in my own OpenWrt build the dbus daemon works without problems.

This is currently the version being installed:

avahi-daemon-service-http - 0.8-8
avahi-dbus-daemon - 0.8-8
avahi-utils - 0.8-8
libavahi-client - 0.8-8
libavahi-dbus-support - 0.8-8

Currently version 0.9_rc5 is out in master.

1 Like
3

Hi,

Thank you for the information.

Could you please let us know the exact router model you are using?
Regarding Avahi, based on what we have checked so far, we have not found specific in the GL.iNet firmware that would intentionally conflict with or break Avahi.
Similar allow-interfaces issues have also been reported with Avahi itself, including cases where removing this option was used as a workaround.

When we confirm your router model and firmware branch, we can also check the Avahi package version available for that platform and further evaluate whether updating it to a newer release would be appropriate.

Thanks again for reporting this and for sharing your findings.