ioBroker Umzug auf neues Gerät

150d

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! :-)

Homoran

@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 custom und den Adaptern via iob host this bekanntgemacht werden.

Die Leiche des alten Hosts unter system.host.alterHostname kann dann verbrannt werden

150d

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.

Homoran

@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 werden

Thomas Braun

Und nach der ganz reinen Lehre auch keine Großbuchstaben in hostnames.
Geht zwar, ist aber 'best practice' das nicht zu tun.

150d

@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

@150d

a) Weil ein LoginPrompt wie

iobroker@iobroker:~ $ iobroker wasauchimmer

schwerer 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.

150d

@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

@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

@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

@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.

150d

Klar. Das ist natürlich auch ein deutlicher Vorteil des Namens: Der Client wählt dann automatisch die beste Route, sei es IPv4 oder IPv6. Das klappt logischerweise nicht, wenn man die Auswahl durch die explizite Angabe einer IP erzwingt.

150d

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
matter

Kann ich hier auch so vorgehen? Einfach eine zweite Instanz installieren und hinterher wieder löschen? Oder gibt es einen eleganteren Weg?

Thomas Braun

@150d sagte in ioBroker Umzug auf neues Gerät:

kommt eine Fehlermeldung.

Konkreter geht es nicht?

150d

@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

Homoran

@150d sagte in ioBroker Umzug auf neues Gerät:

Die Adapter, die auf den Slave-Systemen laufen, wurden auf dem Master nicht wiederhergestellt.

wieso sollen die auf dem Master wiederhergestellt werden?

Die laufen doch auf den Slaves?

150d

@Homoran sagte in ioBroker Umzug auf neues Gerät:

@150d sagte in ioBroker Umzug auf neues Gerät:

Die Adapter, die auf den Slave-Systemen laufen, wurden auf dem Master nicht wiederhergestellt.

wieso sollen die auf dem Master wiederhergestellt werden?
Die laufen doch auf den Slaves?

Wie soll ich sie dann konfigurieren, wenn der Master die Admin-Interfaces nicht hat?

Homoran

@150d sagte in ioBroker Umzug auf neues Gerät:

Der Adapter ist auf dem Master halt nicht installiert

wie wurden denn diese Adapter auf die Slaves gebracht?

@150d sagte in ioBroker Umzug auf neues Gerät:

Ist das denn wichtig?

Natürlich!

150d

@Homoran sagte in ioBroker Umzug auf neues Gerät:

wie wurden denn diese Adapter suf due Slaves gebracht?

Auf dem UI des Masters normal installiert mit Angabe Target=Slave, nicht der Default Target=Master.

Homoran

@150d sagte in ioBroker Umzug auf neues Gerät:

Auf dem UI des Masters normal installiert mit Angabe Target=Slave

dann müsste es genau umgekehrt sein.
Die Admindateien müssen da sein, aber höchstens der connect zum slave fehlen.

@150d sagte in ioBroker Umzug auf neues Gerät:

Bei einem Adapter habe ich das behoben, indem ich auf dem Master eine neue Instanz hinzugefügt habe

das kann in die Hose gehen.

Community Forum

NEWS

ioBroker Umzug auf neues Gerät

Support us

317

32.7k

82.4k

1.3m