NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?
Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).
-
@andre vielleicht kannst du mir noch eine andere Frage beantworten. Und zwar will ich beim starten vom container noch ein weiteres *.sh sript starten. Jetzt hab ich versucht das bei Command einzutragen (den pfad zum skript). Der container startet zwar aber das script ist in den Prozessen nicht zu sehen.
Ich könnte es in deinem start mit einhängen, das würde aber bedeuten das ich bei jedem neuen container das dort wieder einrtagen müsste. Weißt du wie ich das erreichen kann? -
@andre vielleicht kannst du mir noch eine andere Frage beantworten. Und zwar will ich beim starten vom container noch ein weiteres *.sh sript starten. Jetzt hab ich versucht das bei Command einzutragen (den pfad zum skript). Der container startet zwar aber das script ist in den Prozessen nicht zu sehen.
Ich könnte es in deinem start mit einhängen, das würde aber bedeuten das ich bei jedem neuen container das dort wieder einrtagen müsste. Weißt du wie ich das erreichen kann? -
@andre vielen Dank!
-
@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?
Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).
@rollerfreak2 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?
Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).
Muss leider sagen ich finde es nicht wie du es gemacht hast, machst du das über die Console.... Würdest du vielleicht von dem ganzen ein Screenshot machen?
-
Servus, habe seit neustem das Problem, dass mein Alexa 2.0 und der iot Adapter gelb bleiben, wenn ich in der DS218+ die Firewall aktiviere. Log zeigt folgendes:
iot.0 2020-06-08 06:46:28.934 info (4270) Connection changed: disconnect iot.0 2020-06-08 06:46:28.934 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:28.931 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:17.887 info (4270) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.comVorher wurde noch der Port 443 im Log erwähnt. Den habe ich dann in den Firewall-Regeln mit aufgenommen. Nun taucht er im Log auch nicht mehr auf, aber das gleiche funst nicht mit dem Port 8883.
Leider habe ich in letzter Zeit sehr viel an dem Container und der DS rum gespielt und weiß jetzt nicht welche Änderung das hervorgerufen hat, denn vorher lief es ja. Hat einer eine Idee woran das liegt? Wäre mir schon lieber die Firewall aktiv zu lassen. Der Container läuft im MACVLAN Netzwerk ohne zusätzliche Bridge.
-
Servus, habe seit neustem das Problem, dass mein Alexa 2.0 und der iot Adapter gelb bleiben, wenn ich in der DS218+ die Firewall aktiviere. Log zeigt folgendes:
iot.0 2020-06-08 06:46:28.934 info (4270) Connection changed: disconnect iot.0 2020-06-08 06:46:28.934 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:28.931 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:17.887 info (4270) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.comVorher wurde noch der Port 443 im Log erwähnt. Den habe ich dann in den Firewall-Regeln mit aufgenommen. Nun taucht er im Log auch nicht mehr auf, aber das gleiche funst nicht mit dem Port 8883.
Leider habe ich in letzter Zeit sehr viel an dem Container und der DS rum gespielt und weiß jetzt nicht welche Änderung das hervorgerufen hat, denn vorher lief es ja. Hat einer eine Idee woran das liegt? Wäre mir schon lieber die Firewall aktiv zu lassen. Der Container läuft im MACVLAN Netzwerk ohne zusätzliche Bridge.
Ich habe auch ne DS218+ und die Firewall aktiviert.
Keine weiteren Einstellungen vorgenommen.
Muss anscheinend an deiner MACVLAN Einstellung liegen oder an Einstellungen im Iobroker (Adapter Einstellungen).
Am Container von Iobroker kann man eigentlich nicht viel rumspielen :thinking_face:
Jedenfalls habe ich da für mich bisher keine Notwendigkeit gesehen.
Ansonsten , Backup einspielen wo es noch funktionierte und die anderen Einstellungen außerhalb kontrollieren.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Ich habe auch ne DS218+ und die Firewall aktiviert.
Keine weiteren Einstellungen vorgenommen.
Muss anscheinend an deiner MACVLAN Einstellung liegen oder an Einstellungen im Iobroker (Adapter Einstellungen).
Am Container von Iobroker kann man eigentlich nicht viel rumspielen :thinking_face:
Jedenfalls habe ich da für mich bisher keine Notwendigkeit gesehen.
Ansonsten , Backup einspielen wo es noch funktionierte und die anderen Einstellungen außerhalb kontrollieren.@haselchen also am MACVLAN habe ich nichts geändert. Das würde mich wirklich wundern.
Ich habe allerdings vor kurzem ein DSM Update installiert und den Container zwei mal neu erstellt, weil ich ein neues USB device an der Syno im ioBroker erreichbar machen wollte. Das sind die einzigen Dinge bei denen ich mir vorstellen kann, dass was passiert sein kann. Vorher war die Firewall auch immer aktiviert. Vielleicht hat Synology im neusten Update was bei der Firewall geschraubt... -
Ich habe auch ne DS218+ und die Firewall aktiviert.
Keine weiteren Einstellungen vorgenommen.
Muss anscheinend an deiner MACVLAN Einstellung liegen oder an Einstellungen im Iobroker (Adapter Einstellungen).
Am Container von Iobroker kann man eigentlich nicht viel rumspielen :thinking_face:
Jedenfalls habe ich da für mich bisher keine Notwendigkeit gesehen.
Ansonsten , Backup einspielen wo es noch funktionierte und die anderen Einstellungen außerhalb kontrollieren. -
Servus, habe seit neustem das Problem, dass mein Alexa 2.0 und der iot Adapter gelb bleiben, wenn ich in der DS218+ die Firewall aktiviere. Log zeigt folgendes:
iot.0 2020-06-08 06:46:28.934 info (4270) Connection changed: disconnect iot.0 2020-06-08 06:46:28.934 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:28.931 error (4270) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com a18wym7vjdl22g.iot.eu-west-1.amazonaws.com:8883" iot.0 2020-06-08 06:46:17.887 info (4270) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.comVorher wurde noch der Port 443 im Log erwähnt. Den habe ich dann in den Firewall-Regeln mit aufgenommen. Nun taucht er im Log auch nicht mehr auf, aber das gleiche funst nicht mit dem Port 8883.
Leider habe ich in letzter Zeit sehr viel an dem Container und der DS rum gespielt und weiß jetzt nicht welche Änderung das hervorgerufen hat, denn vorher lief es ja. Hat einer eine Idee woran das liegt? Wäre mir schon lieber die Firewall aktiv zu lassen. Der Container läuft im MACVLAN Netzwerk ohne zusätzliche Bridge.
-
@jogge
Habe auch x mal in den letzten Tagen neue Container erstellt und erst gestern die neue DSM Software aufgespielt. Keine Probleme.Da ich das default Profil habe und nichts spezielles eingestellt, müsste , wenn @jogge da was geändert hat, da sein Hase im Pfeffer sein.
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@jogge Hast du in den Firewall Regeln an das interne Docker Netzwerk (172.17.x.x. bzw. 172.18.x.x) gedacht? Ich hatte das nicht in meinem Regelwerk mit drin und hab lange gebraucht bis ich drauf gekommen bin.
gruß,
Hetti@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant. Das hatte ich bisher nicht in den Regeln berücksichtigt und trotzdem funktionierte es. Werde es aber mal testen, danke.
LG Joscha
-
@haselchen jetzt wo du es sagst, habe ich zwei zusätzliche Ports für den CCU-Historian freigegeben. Ist die einzige Änderung an den Regeln die ich seit langem durchgeführt habe.
-
@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant. Das hatte ich bisher nicht in den Regeln berücksichtigt und trotzdem funktionierte es. Werde es aber mal testen, danke.
LG Joscha
@jogge sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant.
Der Container ist von "aussen" per MACVLAN erreichbar. Ich hab aber noch mehr Container laufen (z.b. InfluxDB und Grafana) die müssen sich ja auch untereinander unterhalten können und das geht (normalerweise) nur über das interne Docker Netzwerk.
Ich weiss jetzt gar nicht wie das "default" Firewall Profil der Syno aussieht, ich hatte eingehend nur mein lokales Subnetz und ein paar weitere ausnahmen erlaubt. Dadurch konnten sich die Container untereinander über das 172.18.x.x Netzwerk nicht erreichen bzw. die Container waren per VPN (Server auf der Syno) nicht erreichbar.
Da ich deine genaue konfig nicht kenne, wäre es möglich das bei dir ein ähnliches Problem besteht.gruß,
Hetti -
@jogge sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@hetti72 betreibst du deinen Container nur via MACVLAN? Dachte das interne Docker Netzwerk ist nur für den Bridge mode interessant.
Der Container ist von "aussen" per MACVLAN erreichbar. Ich hab aber noch mehr Container laufen (z.b. InfluxDB und Grafana) die müssen sich ja auch untereinander unterhalten können und das geht (normalerweise) nur über das interne Docker Netzwerk.
Ich weiss jetzt gar nicht wie das "default" Firewall Profil der Syno aussieht, ich hatte eingehend nur mein lokales Subnetz und ein paar weitere ausnahmen erlaubt. Dadurch konnten sich die Container untereinander über das 172.18.x.x Netzwerk nicht erreichen bzw. die Container waren per VPN (Server auf der Syno) nicht erreichbar.
Da ich deine genaue konfig nicht kenne, wäre es möglich das bei dir ein ähnliches Problem besteht.gruß,
Hetti -
@hetti72 hab eben mal getestet: der pihole Container und ioBroker können miteinander sprechen, trotz Firewall. Hängen aber halt beide im gleichen MACVLAN. Die Container sind von aussen auch via VPN (Router) zugänglich.
-
@rollerfreak2 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre da hast du recht. Ich starte den Container mit Portainer. Den verwende ich aber erst seit kurzem, wo genau kann ich da den startparameter -h "newhostname" mitgeben?
Edit: Ich hab es gefunden, in der Network Section kann man den Hostnamen ändern. Danach passt er den Hostnamen im iobroker an beim container start (so wie von dir beschrieben).
Muss leider sagen ich finde es nicht wie du es gemacht hast, machst du das über die Console.... Würdest du vielleicht von dem ganzen ein Screenshot machen?
-
@haselchen also ich habe es jetzt hinbekommen, indem ich bei den Firewall-Regeln unter DSM der Quell-IP des iobrokers alle Ports freigegeben habe. Warum das auf einmal nötig ist, ist mir zwar ein Rätsel, aber mit dieser Lösung kann ich leben. Beim rum spielen habe ich mir übrigens den iobroker auch mal ganz zerschossen. Es startete kein Prozess mehr. Backup eingespielt und alles ging wieder. Ich gehe davon aus, dass es durch zu schnelles starten, stoppen und/oder editieren des Containers passiert ist.
An der Stelle nochmal danke an Andre für die tolle Anleitung und das geniale Konzept. Wenn du in deinem Tutorial nicht so ein Wert auf das Backup gelegt hättest, hätte ich es wohl erst jetzt implementiert!
-
@haselchen also ich habe es jetzt hinbekommen, indem ich bei den Firewall-Regeln unter DSM der Quell-IP des iobrokers alle Ports freigegeben habe. Warum das auf einmal nötig ist, ist mir zwar ein Rätsel, aber mit dieser Lösung kann ich leben. Beim rum spielen habe ich mir übrigens den iobroker auch mal ganz zerschossen. Es startete kein Prozess mehr. Backup eingespielt und alles ging wieder. Ich gehe davon aus, dass es durch zu schnelles starten, stoppen und/oder editieren des Containers passiert ist.
An der Stelle nochmal danke an Andre für die tolle Anleitung und das geniale Konzept. Wenn du in deinem Tutorial nicht so ein Wert auf das Backup gelegt hättest, hätte ich es wohl erst jetzt implementiert!
Wenn Du den Iobroker Ordner mounten würdest, könntest du rumspielen wie du willst und hast immer wieder ne funktionierende Installation ;)
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Wenn Du den Iobroker Ordner mounten würdest, könntest du rumspielen wie du willst und hast immer wieder ne funktionierende Installation ;)
@haselchen Mein Iobroker ist gemountet. Musste aber das Backup in das Mount-Verzeichnis verschieben und entpacken. Irgendwie wurden die Daten beschädigt, welche zuvor dort lagen. Jedenfalls hat es danach wieder funktioniert :relieved:
875
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge