Wiederholen von mDNS / Bonjour-Anforderungen von eth0 durch einen Tunnel (tun0)

Zu Beginn bin ich sowohl bei Netzwerken als auch bei Unix / Ubuntu / Linux-Distributionen ziemlich neu. Nur eine Warnung, für jedes Setup / Code kann etwas hässlich aussehen.

Im Grunde ist es mein Endziel, AirPlay Mirror von meinem iPhone in einem anderen WLAN-Netzwerk oder über LTE auf einen Ubuntu-Remote-Server zu übertragen.

TL; DR: Mit mdns-repeater / avahi-daemon und OpenVPN kann ich die mDNS-Anforderungen von eth0 nicht an tun0 weiterleiten.

Zu Beginn wusste ich, dass ich einen AirPlay-Empfänger für Ubuntu / Linux / Unix-basiertes Betriebssystem brauchte, das Spiegelung (und hoffentlich Open-Source) unterstützte. Ich habe ein paar gefunden, die meisten für Mac OS / Windows oder die Spiegelung überhaupt nicht. Nach etwas mehr Suche fand ich Slave im Magic Mirror, einem Open-Source-Linux-AirPlay-Server / -Empfänger, der ausgeführt wird und funktioniert (basierend auf meinem Debugging, da ich keinen physischen Zugriff auf den Server habe, auf dem ich ihn ausgeführt habe).

Jetzt wusste ich, dass AirPlay nur über LAN lief (zu der Zeit, als ich nicht wusste, wie Bonjour nur in demselben Subnetz funktioniert), also habe ich einige VPN-Optionen untersucht. OpenVPN schien am flexibelsten und am einfachsten einzurichten. Zur Beschleunigung Dinge und zu garantieren, dass ich mache keine Fehler Einstellung OpenVPN verbrauchen ich einen vorgefertigten Skript von hier . Getestet und fehlerfrei, verbindet sich VPN ohne DNS-Leak und alle Verkehrswege erfolgreich über VPN.

Ich habe mein VPN so, als würde sich mein Gerät jetzt im LAN meines Servers befinden, und ich habe Slave im Magic Mirror (AirPlay-Server) erfolgreich ausgeführt. Also sollte es jetzt einfach funktionieren, oder? Es ist nicht überraschend, dass dies nicht der Fall war, da ich nicht wusste, dass der AirPlay-Server tatsächlich mDNS / Bonjour-Anfragen sendet (oder Sonden? Der eigentliche Begriff fällt mir gerade in den Sinn ...). Als herkömmlicher Benutzer für zu Hause ist dies erstaunlich, da diese mDNS-Anforderungen null sind (Zero Configuration). Als Unternehmen oder Geschäftsbenutzer ist es jedoch schwierig, mit VLAN zusammenzuarbeiten.

Durch Nachforschungen kam ich zu dem Ergebnis, dass ich eine Art mDNS-Repeater / Proxy / Bridge-Typ-Setup benötige. Ich endete mit dem mDNS-Repeater. Es gab zwei Programme, die ich verwenden wollte.

Avahi-Daemon

Avahi schien am meisten besprochen und dokumentiert zu sein, also entschied ich mich, das zu verwenden. Ich habe die Konfigurationsdatei bearbeitet, um den Konfigurationsort /etc/avahi/avahi-daemon.conf zuzulassen

[reflector] enable-reflector=yes 

und

[server] allow-point-to-point=yes 

Wie hier und hier erklärt .

Das Ausführen des Avahi-Daemons im Debug-Modus (avahi-daemon --debug) schien auf den ersten Blick zu funktionieren, aber sobald Slave im Magic Mirror (läuft auf der eth0-Schnittstelle, OpenVPN auf der tun0-Schnittstelle) ausgeführt wird, werden die mDNS-Pakete irgendwie angezeigt gibt jedoch immer einen Haufen davon aus:

Received packet from invalid interface. Received packet from invalid interface. Received packet from invalid interface. Received packet from invalid interface. 

Wenn Avahi gezwungen wird, nur eth0 und tun0 zu verwenden, wird dies bei vielen anderen Änderungen und Einstellungen immer ausgegeben.

Um zu überprüfen, dass es nicht nur ein Ausgabefehler war, den ich ausgeführt habe

tcpdump -i eth0 udp port 5353 und tcpdump -i tun0 udp port 5353 (Port, an dem mDNS-Anforderungen durchlaufen) empfängt eth0 erfolgreich Pakete vom Filter, während tun0 keine empfängt. Also kein Ausgabefehler. Ich habe es sogar an Port 7000 ausprobiert (Port, auf dem der AirPlay-Server die Spiegelung abhört).

Ohne Erfolg mit Avahi hatte ich den Verdacht, dass es vielleicht nur daran liegt, dass es seit 2011 nicht aktualisiert wurde.

Mdns-Repeater

Da keine Konfigurationsdateien oder Einstellungen erforderlich sind, ist der mdns-repeater die nächste Option, die ich gewählt habe. Und es scheint, dass dies richtig funktioniert. Mdns-Repeater mit ausführen

mdns-repeater eth0 tun0 -f 

Fügen Sie einfach die Schnittstellen hinzu, bei denen die Anforderungen wiederholt werden sollen, und -f für Vordergrund / Debugging. Das ist es! Ich lief Slave im Magic Mirror und mdns-repeater erkannte erfolgreich und wiederholte die Anfragen (zumindest laut Protokoll). Wenn Sie jedoch die gleichen tcpdumpBefehle ausführen wie oben, laufen die Anforderungen immer noch nicht durch den Tunnel (tun0).

Jetzt kann ich aus meinem Debugging nur schließen, dass entweder die Ursache dafür liegt, dass iptables / firewall oder OpenVPN die Ports oder Anfragen irgendwie filtert. Ich fand nichts in der Konfig mit Filterung in OpenVPN und ging zu meiner iptables-Theorie über. Aber Laufen iptables -Lbringt nichts, buchstäblich keine Regeln in iptables.

Ich weiß nicht viel über Iptables und weiß nicht, ob dies die Ursache ist. Für mein eigenes Debugging habe ich jede andere iptables-Regel hinzugefügt, die ich finden konnte, wenn mDNS / Bonjour / AirPlay zugelassen wird. Nichts scheint hilfreich zu sein.

Jede Hilfe wird geschätzt! Ich weiß, das war eine lange Lektüre, ich wollte nicht, dass ein kleines Problem durchkommt.

TL; DR: Mit mdns-repeater / avahi-daemon und OpenVPN kann ich die mDNS-Anforderungen von eth0 nicht an tun0 weiterleiten.