So I have iTunes in a Qube -- the best place for it IMHO ;-). I'd like to be able to use AirPlay. Since I'm not bridged and the AirPlay protocol uses mDNS/DNS-SD I need a way for the multicast to work from a Qube without violating any of the Qubes careful network design.
e.g. One idea is to have my Windows HVM have a direct non NAT'd connection. But I'm not sure how to do this and if it's even desirable/sensible from an isolation PoV. Another idea is to install/enable something like avahi in fedora23 template and then on each network devices set it to reflect. I've not used avahi before but a) it's in fedora and even seems to be in the default template though disabled and b) seems like it's a one liner in its config to get cross subnet multicast working. But I'm not sure what the consequences of that are. Another service enabled in the template just to satisfy a single Qubes requirements does seem to be a bit much. Perhaps a third option is to create dedicated network infrastructure for the Windows HVM to use (sys-net-avahi sys-firewall-avahi). I thought this might be a (semi)common issue and was keen to hear others suggestions or if not maybe a pointer in how to best solve the issue of Qubes consuming services which require cross-subnet or multicast support. I'd imagine this could also be a problem with other similar services (video, voice). -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/d13245ad-a55c-3ce5-8c9d-75da72c37f64%40gmsl.co.uk. For more options, visit https://groups.google.com/d/optout.
