iobroker im Docker - hm.rpc keine Verbindung
-
Hey Leute, ich habe Rasperrymatic auf einem Pi zu laufen und meinen ioBroker grad unter Proxmox als Linux Server. Jetzt teste ich grad iobroker als Docker. Leider bekommt die hm.rpc keinen Verbindung zu den Geräten, obwohl ich alle Einstellungen übernommen habe. Gibt es da für den Docker einen bestimmten Trick?
hm-rpc.0 2022-01-22 14:09:03.957 info xmlrpc client is trying to connect to 192.168.178.99:2001/ with ["http://172.17.0.8:2001","iobroker_docker:hm-rpc.0"] hm-rpc.0 2022-01-22 14:09:03.956 info xmlrpc server is trying to listen on 172.17.0.8:2001 hm-rpc.0 2022-01-22 14:09:03.919 info starting. Version 1.15.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.18.3, js-controller: 3.3.22Mit dem Shelly und Yeelight Adapter habe ich auch Probleme. Sie laufen zwar, aber zeigen mit die Geräte nicht unter Objekjte an. Muss ich da noch irgendwelche Ports auf den Container umbiegen oder so?
-
@smarti2015 sagte: Gibt es da für den Docker einen bestimmten Trick?
Callback-Adresse ist die IP-Adresse des Container-Hosts?
-
@paul53 sagte in iobroker im Docker - hm.rpc keine Verbindung:
t die IP-Adresse des Container-Hosts?
Also der Container hat die IP: 172.17.0.8, die Raspberrymatic 192.168.178.99. Shelly und die Yeelight sind ebenfalls im 192.168.178.0/24 Kann das schon das Problem sein? Wie muss ich den Container dann richtig einbinden? Der Docker-Rechner hat die 192.168.178.208. Muss ich den iobroker Container dann unter Netzwerk von Bridge auf host stellen?
-
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
@paul53 sagte in iobroker im Docker - hm.rpc keine Verbindung:
t die IP-Adresse des Container-Hosts?
Also der Container hat die IP: 172.17.0.8, die Raspberrymatic 192.168.178.99. Shelly und die Yeelight sind ebenfalls im 192.168.178.0/24 Kann das schon das Problem sein? Wie muss ich den Container dann richtig einbinden? Der Docker-Rechner hat die 192.168.178.208. Muss ich den iobroker Container dann unter Netzwerk von Bridge auf host stellen?
und wie sehen deine Einstellungen im hm-rpc aus?
wenn du
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
alle Einstellungen übernommen
kpönnen die ja nicht auf die neue Installation passen, dort ist die Situation ja eine andere
-
@smarti2015 sagte: Der Docker-Rechner hat die 192.168.178.208.
Gib diese IP-Adresse unter "ZUSÄTZLICHE EINTELLUNGEN": "Adapter Callback Adresse" ein.
-
ip päckchen dürfen die netzwerk-segment grenzen nicht überschreiten. das filtert der router aus. nacher können die päckchen von
192.168.178.99 die Adresse 172.17.0.8 nicht erreichen.
ich gehe davon aus, das du ein C-Klasse-netz definiert hast (erkennbar an der Netzwerkmaske (255.255.255.0). Daher ist ein Netz 192.168.178.0 bis .255um das zu lösen musst du die eingangs-ports im docker-container auf den host durchreichen. aktuell dürfte das nur 8081 sein.
damit ist der iobroker auf diesem port unter der ip-adresse des docker-hosts erreichbar.
wenn jetzt noch mehr geräte auf den ports kommunizieren wollen, dann müssen die ebenfalls beim start des container mit angegeben und damit auf dem host durchgereicht werden.ich selbst verwende iobroker mit macvlan. damit erhält der docker-container eine eigenständige ip-adresse.
das vereinfacht zumindest die sache, wenn die notwendigen ports auf dem host schon belegt sind.auch habe ich alle container über docker-compose files (bzw stacks in portainer) definiert. das macht die sache auch nocheinmal erheblich einfacher mal schnell eine parameteranpassung durchzuführen.
-
Also so ist die Situation und so hab ich eingestellt:
Docker - 192.168.178.208
ioBroker Container - 172.17.0.8 (Netzwerk auf bridge)
RaspberryMatic - 192.168.178.99
-
@paul53 sagte in iobroker im Docker - hm.rpc keine Verbindung:
r "ZUSÄTZLICHE EINTELLUNGEN": "Adapter Callback Adresse" ein.
Hab ich gemacht, aber leider ändert das nichts.
-
@smarti2015 sagte: ioBroker Container - 172.17.0.8 (Netzwerk auf bridge)
Adapter Adresse: 172.17.0.8 selektieren
EDIT: Ich habe keine Ahnung, ob eine Bridge von 192.168.178.208 nach 172.17.0.8 durchreicht. Da Du aus dem Fritzbox-Netz den ioBroker-Admin erreichst, gehe ich mal davon aus.
-
Ok jetzt hat es geklappt. Vielen Dank! Mit der Callback IP und der richtigen Adapter Adresse geht es nun.
Bleibt das Problem mit Shelly und Yeelight und ich denke es wird noch andere Adapter betreffen.
Wie bekomme ich da eine Verbindung aus dem Container 172.17.0.8 ins -> 192.168.200.0/24 -
Ich habe jetzt zwar die Geräte von der Raspberrymatic drin, aber die Werte sehen irgendwie komisch aus:
So sollte es eigentlich auch aussehen, wie in der ioBroker Version auf meinem Linux Rechner:
-
@smarti2015 hm-rega richtig konfiguriert?
-
-
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
mehr hab ich da nie gemacht.
und den Container auch in der RM in der Firewall freigegeben?
-
@homoran sagte in iobroker im Docker - hm.rpc keine Verbindung:
nd den Container auch in der RM in der Firewall freigegeben?
Die Firewall auf dem Docker Ubuntu Server ist inaktiv.
-
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
Die Firewall auf dem Docker Ubuntu Server ist inaktiv.
danach habe ich nicht gefragt!
@homoran sagte in iobroker im Docker - hm.rpc keine Verbindung:
in der RM in der Firewall
wobei RM für RaspberryMatic steht
-
@homoran sagte in iobroker im Docker - hm.rpc keine Verbindung:
wobei RM für RaspberryMatic steht
Oh sry hab ich falsch verstanden, dacht du meinst vielleicht Real-Machine. Ok also in der RM hab ich unter Einstellungen > Firewall konfigurieren die IP von Container und vom Docker eingetragen, ist das an dieser Stelle richtig?
-
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
ist das an dieser Stelle richtig?
definitiv nicht!
Du hast die rpc für alle IPs freigegeben, dann brauchst du auch nicht nochmal einzelne IPs unten freizugeben.
Dafür hast du alle Ports gesperrt und nur den 2001 freigegebenDas passt nicht
-
@homoran
Oh also die IPs wieder raus und oben auf Port offen stellen? -
@smarti2015 sagte in iobroker im Docker - hm.rpc keine Verbindung:
Oh also die IPs wieder raus und oben auf Port offen stellen?
Was ja irgendwie am Sinn einer Firewall vorbeigeht.
Aber da können auch noch ganz andere Effekte wegen deines Container zu dem Problem führen.
Da kenne ich mich nicht mit aus, ich weiß schon warum ich mir keine Container antue
