In der IPS Dockerumgebung kommen keine Multicast Pakete am Multicast Socket IO an, auf einem Raspberry im selben Netz wie der Docker Host schon. Gibt es hier noch etwas besonderes zu beachten? Kann es sein, das die angezeigte interne Docker-IP unter Empfangshost damit zu tun hat, die sich bekanntlich in einem eigenen 17.x Netz befindet?
Tommi
IPS kann sich nur auf das lokale (Container) Netz verbinden um dort auf Pakete zu lauschen.
Das externe (Docker Netz) Pakete nicht zu den Container durchgeroutet werden ist erstmal korrekt (anderes Netz, Multicast wird erstmal nicht geroutet).
Also entweder ohne NAT und den Container mit bridged Netz betreiben oder dem Host beibringen Multicast im die Container zu forwarden.
Michael
Kleine Korrektur: Der „Host“ Modus ist die passende Lösung. Bridged ist der Standardmodus, wodurch IP-Symcon hinter dem NAT ist und keine Multicast Pakete empfängt. Dadurch geht leider auch das HomeKit Modul bisher nicht im Docker Container.
paresy
Sorry für die Verwirrung. Kommt wenn man nicht davor sitzt [emoji3]
Michael
Hi
Ich hab dazu mal eine Frage. Selbst wenn ich den Docker im Host Modus laufen lassen funktioniert das HomeKit Modul nicht, und unter Multicast I/O werden mir auch mehrere IP´s angezeigt. Mir scheint so das trotz des Host Modus des Dockers eine Bridge erzeugt wird. Kann das sein? Wenn ja wie kann ich das ändern?
LG
Hier war ein guter Tipp bzgl. Synology: Vergleich Docker vs. Raspberry PI 3B(+) Dort wird berichtet, dass der Port ggf. schon von einem anderen Dienst in Verwendung sein könnte.
paresy
Das habe ich auch gelesen ich habe schon diverse Ports ausprobiert leider ohne erfolg. Ich habe auch schon alle Syno Dienste abgestellt daran lag es auch nicht. Wenn ich oznu/ Homebridge im Docker starte läuft es auf Anhieb.
Ich habe den verdacht das der Dienst nicht aus dem Docker rauskommt.