ioBroker Umzug auf neues Gerät
-
Hallo zusammen,
bei mir steht der Umzug einer ioBroker-Installation auf ein neues Gerät an. Beim letztenmal habe ich dazu einfach ein Backup mit dem Adapter "BackItUp" erstellt und auf dem Ziel restauriert.
Diesmal könnte es aber ein paar zusätzliche Komplikationen geben:
-
Es handelt sich um ein Master-System, mit dem zwei weitere Slave-Installationen verbunden sind. Sind dabei Probleme zu erwarten, oder schalte ich die Slaves einfach vorher ab und hinterher mit dem neuen Master (der neue Master soll die selbe IP bekommen wie der alte) wieder ein?
-
Auf einem der Slaves ist der Matter-Adapter installiert. Der war doch irgendwie "komisch" in der Installation - muß ich diesbezüglich etwas beachten? Eigentlich sollte ihm ja nichts passieren, wenn er schon auf einem der Slaves läuft, nicht auf dem Master?
@150d sagte in ioBroker Umzug auf neues Gerät:
der neue Master soll die selbe IP bekommen wie der alte
und den selben Hostnamen!!
Dann sollte alles klappen wenn alle Instanzen auf den Slaves über den Admin des Masters installiert wurden
-
-
... bei näherem Nachdenken: Der Hostname muß auch gleich bleiben? Nicht nur für die Auflösung zur IP, sondern auch der Name selbst?
Mal angenommen, ich wollte den ändern: Was müsste ich dazu tun? Müssten dann die Master-Slave-Verbindungen alle neu hergestellt werden?
-
... bei näherem Nachdenken: Der Hostname muß auch gleich bleiben? Nicht nur für die Auflösung zur IP, sondern auch der Name selbst?
Mal angenommen, ich wollte den ändern: Was müsste ich dazu tun? Müssten dann die Master-Slave-Verbindungen alle neu hergestellt werden?
@150d sagte in ioBroker Umzug auf neues Gerät:
Müssten dann die Master-Slave-Verbindungen alle neu hergestellt werden?
ja!
Die Verbindung basiert auf den Hostnamen.Außerdem wird in system.host ein neuer host angelegt zusätzlich zu dem im Backup vorhandenen.
Das kann gut gehen, das kann man ansonsten wahrscheinlich mit
iob host thisfixen. -
... bei näherem Nachdenken: Der Hostname muß auch gleich bleiben? Nicht nur für die Auflösung zur IP, sondern auch der Name selbst?
Mal angenommen, ich wollte den ändern: Was müsste ich dazu tun? Müssten dann die Master-Slave-Verbindungen alle neu hergestellt werden?
@150d sagte in ioBroker Umzug auf neues Gerät:
Nicht nur für die Auflösung zur IP, sondern auch der Name selbst?
Eigentlich ist es auch genau andersherum. Der hostname ist viel wichtiger als eine IP. Per DNS wird der hostname eh zur jeweilig gerade vergebenen IP-Adresse aufgelöst. Die IP kann dir also bei Verwendung des hostnames vollkommen schnuppe sein.
Ich versteh eh diese Fixierung auf IP-Adressen nicht. Das ist was aus dem vergangenen Jahrtausend.Meine Geräte spreche ich z. B. nie über die IP an, immer den hostname. Den kann ich mir nämlich viel besser merken als eine IP-Adresse, insbesondere wenn es dann um IPv6 geht.
-
Okay, das spare ich mir dann wohl lieber.
Danke für die Erklärung. Gut, daß Ihr darauf hingewiesen habt; das hätte schiefgehen können! :-)
@150d sagte in ioBroker Umzug auf neues Gerät:
das spare ich mir dann wohl lieber.
warum?
Warum willst du nicht den alten Hostnamen wieder verwenden?@150d sagte in ioBroker Umzug auf neues Gerät:
hätte schiefgehen können! :-)
hätte, hätte.....
Aber nicht unumkehrbar.
Das "Problem" ist der im Backup enthaltene Hostname.
Hat der neue Rechner den selben, ist das ganze gar kein Problem.Ist der anders muss der den Slaves via
iob setup customund den Adaptern viaiob host thisbekanntgemacht werden.Die Leiche des alten Hosts unter
system.host.alterHostnamekann dann verbrannt werden -
Ich merke es mir, aber vorläufig ist mir das zu kitzlig. So wichtig ist mir der neue Hostname dann auch wieder nicht.
Warum willst du nicht den alten Hostnamen wieder verwenden?
Weil sich seitdem meine Umgebung verändert hat. Als ich ioBroker zum ersten mal installierte, plante ich noch alle Dienste auf einer Maschine (VM) zu hosten (ioBroker, Datenbanken, MQTT Broker usw.) und nannte den Host deshalb "Home".
Inzwischen bin ich dazu über gegangen, pro Dienst einen eigenen Host (LXC) zu installieren und würde deswegen den neuen gerne "ioBroker" nennnen.
Aber das muß auch nicht sein. Meine Vorliebe für Schönheitsreparaturen hat Grenzen.
-
Ich merke es mir, aber vorläufig ist mir das zu kitzlig. So wichtig ist mir der neue Hostname dann auch wieder nicht.
Warum willst du nicht den alten Hostnamen wieder verwenden?
Weil sich seitdem meine Umgebung verändert hat. Als ich ioBroker zum ersten mal installierte, plante ich noch alle Dienste auf einer Maschine (VM) zu hosten (ioBroker, Datenbanken, MQTT Broker usw.) und nannte den Host deshalb "Home".
Inzwischen bin ich dazu über gegangen, pro Dienst einen eigenen Host (LXC) zu installieren und würde deswegen den neuen gerne "ioBroker" nennnen.
Aber das muß auch nicht sein. Meine Vorliebe für Schönheitsreparaturen hat Grenzen.
@150d sagte in ioBroker Umzug auf neues Gerät:
würde deswegen den neuen gerne "ioBroker" nennnen.
nope!
keinen User und auch nicht den Host mit Namen iobroker.
der user iobroker ist bereits der Systemuser unter dem iobroker läuft.
Um mögliche Probleme zu vermeiden, sollte ein Name nicht mehrfach verwendet werdenkein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
ioBroker freut sich auch über eine Spende für das Forum. Benutzt dazu den Spendenbutton im Header. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@150d sagte in ioBroker Umzug auf neues Gerät:
würde deswegen den neuen gerne "ioBroker" nennnen.
nope!
keinen User und auch nicht den Host mit Namen iobroker.
der user iobroker ist bereits der Systemuser unter dem iobroker läuft.
Um mögliche Probleme zu vermeiden, sollte ein Name nicht mehrfach verwendet werdenUnd nach der ganz reinen Lehre auch keine Großbuchstaben in hostnames.
Geht zwar, ist aber 'best practice' das nicht zu tun. -
@150d sagte in ioBroker Umzug auf neues Gerät:
das spare ich mir dann wohl lieber.
warum?
Warum willst du nicht den alten Hostnamen wieder verwenden?@150d sagte in ioBroker Umzug auf neues Gerät:
hätte schiefgehen können! :-)
hätte, hätte.....
Aber nicht unumkehrbar.
Das "Problem" ist der im Backup enthaltene Hostname.
Hat der neue Rechner den selben, ist das ganze gar kein Problem.Ist der anders muss der den Slaves via
iob setup customund den Adaptern viaiob host thisbekanntgemacht werden.Die Leiche des alten Hosts unter
system.host.alterHostnamekann dann verbrannt werden@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
Und nach der ganz reinen Lehre auch keine Großbuchstaben in hostnames.
Das war nur zur Verdeutlichung.
Aber warum "ioBroker" nicht als Hostname genutzt werden sollte (momentan benutze ich einen CName mit diesem Namen als Verweis auf den derzeitigen Hostname "Home") habe ich noch nicht verstanden. Hostname und Username hat doch nichts miteinander zutun - an welcher Stelle könnte das denn durcheinander geraten?
-
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
Und nach der ganz reinen Lehre auch keine Großbuchstaben in hostnames.
Das war nur zur Verdeutlichung.
Aber warum "ioBroker" nicht als Hostname genutzt werden sollte (momentan benutze ich einen CName mit diesem Namen als Verweis auf den derzeitigen Hostname "Home") habe ich noch nicht verstanden. Hostname und Username hat doch nichts miteinander zutun - an welcher Stelle könnte das denn durcheinander geraten?
a) Weil ein LoginPrompt wie
iobroker@iobroker:~ $ iobroker wasauchimmerschwerer zu lesen ist.
b) weil ein hostname besser keine Hinweise auf die dort laufenden Dienste preisgibt. Mit der gleichen Begründung sollte man auch die SSID seines WLans anpassen. Wenn z. B. die FritzBoxen ein Sicherheitsloch hätten, dann wären die ganzen mit 'FritzBox 1234 AB' benannten WLANs der erste Anlaufpunkt so eine Büchse aufzumachen.
-
a) Weil ein LoginPrompt wie
iobroker@iobroker:~ $ iobroker wasauchimmerschwerer zu lesen ist.
b) weil ein hostname besser keine Hinweise auf die dort laufenden Dienste preisgibt. Mit der gleichen Begründung sollte man auch die SSID seines WLans anpassen. Wenn z. B. die FritzBoxen ein Sicherheitsloch hätten, dann wären die ganzen mit 'FritzBox 1234 AB' benannten WLANs der erste Anlaufpunkt so eine Büchse aufzumachen.
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
b) weil ein hostname besser keine Hinweise auf die dort laufenden Dienste preisgibt.
Widerspricht das nicht dem, was Du oben meintest, nach dem Du grundsätzlich DNS-Namen vor IPs bevorzugtest?
Wenn ich meine Maschinen host01 bis host99 benenne, dann kann ich auch gleich direkt mit IPs arbeiten. Daß ausgerechnet host42 der MQTT-Broker und host31 der Mailserver ist kann ich mir auch nicht besser merken.
-
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
b) weil ein hostname besser keine Hinweise auf die dort laufenden Dienste preisgibt.
Widerspricht das nicht dem, was Du oben meintest, nach dem Du grundsätzlich DNS-Namen vor IPs bevorzugtest?
Wenn ich meine Maschinen host01 bis host99 benenne, dann kann ich auch gleich direkt mit IPs arbeiten. Daß ausgerechnet host42 der MQTT-Broker und host31 der Mailserver ist kann ich mir auch nicht besser merken.
@150d sagte in ioBroker Umzug auf neues Gerät:
Widerspricht das nicht dem, was Du oben meintest, nach dem Du grundsätzlich DNS-Namen vor IPs bevorzugtest?
Nö. Wenn ich den Host z. B. 'ernie' nenne, was willst du dann davon ableiten, welche Dienste auf dem 'ernie' laufen?
-
@150d sagte in ioBroker Umzug auf neues Gerät:
Widerspricht das nicht dem, was Du oben meintest, nach dem Du grundsätzlich DNS-Namen vor IPs bevorzugtest?
Nö. Wenn ich den Host z. B. 'ernie' nenne, was willst du dann davon ableiten, welche Dienste auf dem 'ernie' laufen?
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
Nö. Wenn ich den Host z. B. 'ernie' nenne, was willst du dann davon ableiten, welche Dienste auf dem 'ernie' laufen?
Ja eben: Ich selbst sollte schon wissen, ob ich mit dem Mailserver oder dem MQTT-Broker spreche. Unter "ernie" kann ich mir auch nicht mehr vorstellen als unter einer IP.
(Und wenn ich als Angreifer die Dienste wissen will, mache ich halt einen Portscan. "Security by obscurity" war noch selten eine gute idee.)
-
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
Nö. Wenn ich den Host z. B. 'ernie' nenne, was willst du dann davon ableiten, welche Dienste auf dem 'ernie' laufen?
Ja eben: Ich selbst sollte schon wissen, ob ich mit dem Mailserver oder dem MQTT-Broker spreche. Unter "ernie" kann ich mir auch nicht mehr vorstellen als unter einer IP.
(Und wenn ich als Angreifer die Dienste wissen will, mache ich halt einen Portscan. "Security by obscurity" war noch selten eine gute idee.)
@150d sagte in ioBroker Umzug auf neues Gerät:
"Security by obscurity" war noch selten eine gute idee.)
Stimmt, jedenfalls nicht als einziges Mittel. Im Gesamtkonzert kann das aber eine Komponente sein.
Zum Thema hostname vs. ip:
Zuletzt hatten wir z. B. auch damit ein Thema, das der Safari-Browser nicht mehr direkt über eine IP kommunizieren wollte, wohl aber über den hostname.
Und IPv6 werden zu kryptisch, die kannst du dir mit noch so viel Vorstellungsvermögen nicht merken, behaupte ich. -
Jetzt ist doch ein Problem beim Restore des Master-Systems aufgetreten:
Die Adapter, die auf den Slave-Systemen laufen, wurden auf dem Master nicht wiederhergestellt. Sie tauchen auf in "Instances", aber mit einem generischen, grauen Icon und bei Klick auf "Konfigurieren" kommt eine Fehlermeldung.
Bei einem Adapter habe ich das behoben, indem ich auf dem Master eine neue Instanz hinzugefügt habe. Bei diesem Vorgang wurde auch der Adapter selbst neu installiert, danach mußte ich nur die neue, überflüssige Instanz wieder löschen und alles war wie vorher.
Nun stehen aber noch zwei Adapter an, die meiner Erinnerung nach "speziell" zu installieren waren:
homekit-controller
matterKann ich hier auch so vorgehen? Einfach eine zweite Instanz installieren und hinterher wieder löschen? Oder gibt es einen eleganteren Weg?
-
Jetzt ist doch ein Problem beim Restore des Master-Systems aufgetreten:
Die Adapter, die auf den Slave-Systemen laufen, wurden auf dem Master nicht wiederhergestellt. Sie tauchen auf in "Instances", aber mit einem generischen, grauen Icon und bei Klick auf "Konfigurieren" kommt eine Fehlermeldung.
Bei einem Adapter habe ich das behoben, indem ich auf dem Master eine neue Instanz hinzugefügt habe. Bei diesem Vorgang wurde auch der Adapter selbst neu installiert, danach mußte ich nur die neue, überflüssige Instanz wieder löschen und alles war wie vorher.
Nun stehen aber noch zwei Adapter an, die meiner Erinnerung nach "speziell" zu installieren waren:
homekit-controller
matterKann ich hier auch so vorgehen? Einfach eine zweite Instanz installieren und hinterher wieder löschen? Oder gibt es einen eleganteren Weg?
-
@Thomas-Braun sagte in ioBroker Umzug auf neues Gerät:
@150d sagte in ioBroker Umzug auf neues Gerät:
kommt eine Fehlermeldung.
Konkreter geht es nicht?Ist das denn wichtig? Der Adapter ist auf dem Master halt nicht installiert, deswegen fehlen die html-Dateien für das Admin-Interface:
404 Oops! The page you're looking for can't be found. File index.html not found
397
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge