Passwort für ObjectsDB und StatesDB auf Redis definieren

[ph0x]

Hallo!

Ich habe zwei Redis Docker-Container für die States-DB und die Objects-DB angelegt und beiden eine ACL-Datei mitgegeben.

Wo kann ich dem ioBroker-Container denn jetzt die Credentials für die beiden Redis-Server mitgeben? Der Start des Containers stoppt mit folgenden Zeilen:

Cannot read property 'rows' of undefined                                                                                   
TypeError: Cannot read property 'rows' of undefined                                                                        
    at objects.getObjectView (/opt/iobroker/node_modules/iobroker.js-controller/main.js:2247:24)                           
    at client.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:111067)                   
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)                                   
    at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)                                 
    at process._tickCallback (internal/process/next_tick.js:68:7)   

Jemand eine zündende Idee?

Gruß Marco

[arteck]

@ph0x sagte in Passwort für ObjectsDB und StatesDB auf Redis definieren:

zwei Redis Docker-Container

warum 2 ?????? welchen sinn hat es ??

[ph0x]

Eigentlich nur weil es geht und ich es nicht besser weiß. Die Frage nach den Credentials bleibt bei nur einem Server aber dieselbe.
Kennst du denn die Antwort darauf?

[arteck]

@ph0x nur das ich das richtig verstanden habe du hast für die states eine RedisDB und für die Objects eine andere ??

[apollon77]

@arteck Ja, wenn Du meinen https://forum.iobroker.net/topic/26327/redis-in-iobroker-überblick Post liest dann hab ich das da auch vorgeschlagen. Mit zwei Redis Instanzen kannst du wieder wie vorher bei der File DB Objects und States ggf getrennt aus einem Backup wiederherstellen und vllt ist es etwas weniger I/O am Ende des Tages weil States viel kleiner ist als Objects inkl. der Files und am Ende wegen der vielen States Changes immer alles geschrieben wird (wenn man RDF als Backup Variante nimmt).

[apollon77]

@ph0x iobroker-data/iobroker.json is your friend

Dort unter objects -> options -> auth_pass bzw states -> options -> auth_pass das Passwort setzen und es sollte tun.

Aber so gefragt: Warum Passwort? Dir ist schon klar das bei Redis Passwörter per Definition nur Minimalschutz sind weil Sie unverschlüsselt gesendet werden? Um da ne echte Sicherheit zu bekommen musst du andere Dinge tun als nur das Passwort setzen und das ist weit aufwändiger.

[ph0x]

@apollon77 Einwandfrei, vielen Dank!

Zu den zwei Instanzen: Ich habe im Blog gesehen, dass es die Möglichkeit gibt, für States und Objects jeweils eine Umgebungsvariable zu setzen, daher ging ich davon aus, dass es empfohlen ist, diese beiden Datenbanken zu trennen. Ob das sinnvoll ist, oder nicht, weiß ich absolut nicht, da es bei mir durch die Virtualisierung dann ja letztlich doch auf demselben Server läuft. Aber ich bin ohnehin noch weit vom Produktivstadium entfernt, daher schadet es ja nicht, Dinge auszuprobieren.

Gruß ph0x

[ph0x]

@apollon77 sagte in Passwort für ObjectsDB und StatesDB auf Redis definieren:

Aber so gefragt: Warum Passwort? Dir ist schon klar das bei Redis Passwörter per Definition nur Minimalschutz sind weil Sie unverschlüsselt gesendet werden? Um da ne echte Sicherheit zu bekommen musst du andere Dinge tun als nur das Passwort setzen und das ist weit aufwändiger.

Völlig klar, dass da auch SSL mitläuft, bin ja nicht bekloppt.

[apollon77]

@ph0x auch wenn zwei getrennte redis Instanzen etwas komplexer sind hat es in meinen Augen den Vorteil das, bei Nutzung von RDB als persistent weniger I/o passieren sollte weil die States die öfter geschrieben werden kleiner sind als die Objekte.

[ph0x]

So habe ich mir das auch erklärt. Da ich den ganzen Kram dann aber doch nicht auf dem Produktivsystem testen wollte, muss ich jetzt erstmal eine Test-Umgebung schaffen.
Außerdem gibts mit MQTT und meinen VLANs auch noch andere Baustellen im Heimnetz, aber so bleibt es wenigstens spannend.