Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Samson71]

@Smilie108
Nur so ein paar generelle Gedanken/Anmerkungen dazu:

Lizenzmodelle lassen sich per Google leicht finden (habe ich in diesem Fall auch mal gemacht). Demnach gibt es eine kommerzielle Lizenz für vis-2, aber nur eine Offline-Lizenz zur privaten Nutzung (Kopplung an Seriennummer), was zumindest die Frage nach gewerblicher Nutzung beantworten sollte.

Offline Updates kannst Du vergessen, da hierzu jeweils Verbindung zum jeweiligen Repo benötigt wird. Auch den Unterbau von ioBroker offline aktuell zu halten stelle ich mir (vorsichtig ausgedrückt) etwas schwierig vor.

Ein reiner Offline-Einsatz wird (einmal fertig definiert) zwar funktionieren, aber dann nur in diesem "eingefrorenen" Zustand. Es dürfen sich dann keine Rahmenbedingungen ändern, die Anpassungen erforderlich machen. Das aber aus o.g. Gründen dann wohl eher nicht mit vis-2.

Ob es aber sinnvoll ist so eine statische Installation in einem Firmenumfeld zu betreiben, möchte ich bezweifeln. Selbst wenn ioBroker keine direkte Verbindung nach außen hat, wird es im Umfeld Geräte geben die das können/dürfen. Hier eine "statische" Installation von ioBroker zu betreiben wird dann irgendwie und irgendwann auch zum indirekten Sicherheitsrisiko, da auch für den Unterbau ggf. keine Sicherheitsupdates erfolgen und bestehende Sicherheitslücken so nicht geschlossen werden können. Jedem Admin im Unternehmen sollten sich bei so etwas die Nackenhaare sträuben.

Ist aber in Zweifel nur meine persönliche Meinung.

[MartinP]

Man kann Repositories spiegeln, dann sind aber die eigenen Repo-Server diejenigen, die Verbindung nach "Draußen" haben müssen ...

[ticaki]

Das Hauptproblem wird wohl npmjs sein - alles andere könnte man ja relativ leicht offline vorhalten bzw. von lokal installieren.

[mcm1957]

Na ja - wie @Samson71 schion geschrieben hat wird man in den nmeisten Fällen auch die Basis (= Linux ?) aktuell halten müssen. Das geht nicht total offline. Wenn die 'Konzern'-EDV dafür geeignete Lösungen bereiot hält, dann sollte man das ganze Konzept mit den dafür verantwortlichen besprechen. Die wenigsten modernen Lösungen - abgesehen von eher herdwarenahen Maschinensteuerungen - werden heute langfristig total offline funktionieren, Es ist ja auch überhaupt noch nicht angedeutet worden was denn nun gesteuert / visualisisert werden soll. Und bei einem 'Konzern' Einsatz ist es auch nicht ausgeschlossen, dass EDV mäßig das ganze ioBroker Konstrukt in eine eigene "Wolke" sprich VLAN o.ä. gebettet wird und von den kritischen Dingen abgeschirmt wird. Betriebskritisch kann die gedachte Anwendung ja nicht sein - dafür ist ioBroker ja eher nicht gedacht.

[MartinP]

wird man in den nmeisten Fällen auch die Basis (= Linux ?) aktuell halten müssen. Das geht nicht total offline.

Hmm, da es ja unzählige Mirrors der debian repositories gibt https://www.debian.org/mirror/list-full war ich der Meinung, dass es möglich wäre, auf einem Server den notwendigen Satz eigener Mirror Repositories einzurichten.

Das verschiebt zwar das Problem der "Verbindung nach außen" lediglich auf einen anderen Server (der ja die gespiegelten Repositories auch aktuell halten muss), aber wenn ein eigener Mirror-Server nicht möglich ist, ist das ja akademisch darüber zu diskutieren.

Die Firmen gehen doch so steil, wenn man auch nur das Wort "Cloud" erwähnt: Da wäre das mit dem Aktuell halten doch gar kein Problem ...

[OliverIO]

@ticaki sagte in iobroker in Konzernumgebung:

Das Hauptproblem wird wohl npmjs sein - alles andere könnte man ja relativ leicht offline vorhalten bzw. von lokal installieren.

auch das npmjs repository kann man spiegeln, so das nur geprüfte und abgesicherte Pakete im Unternehmensumfeld verwendet werden.

die verwendete registry kann auch angepasst werden.

alternativ wird im Unternehmen einfach der DNS Eintrag auf eigene Server umgebogen.

https://docs.npmjs.com/cli/v8/using-npm/registry

da bei der Anzahl der verwendeten packages das eigene verwalten von so einer registry komplex und aufwendig ist, gibt es dafür Unternehmen bei denen man das einkaufen kann und die Freigabe von Packages über einen definierten Prozess erfolgt.

https://cloudsmith.com/product/formats/npm-registry

Nur mal für diejenigen die sich für das hinter den Kulissen interessieren:
gemäß ISO27001 muss für jede Software (und hier wird jedes Paket als eigene Software gesehen) ein Risiko und Security Assesment gemacht werden...und das besteht nicht nur aus einer halben DIN A4 Seite

[Bluefox]

@Smilie108 Hallo Smilie108,

1. ioBroker sollte kein Internet brauchen. Natürlich für die Adapter, die ohne Internet laufen
2. vis-2 mit kommerzieller Lizenz braucht kein Internet
3. Update sollte auch mit private npm möglich sein: https://medium.com/@902Labs/setting-up-a-private-npm-registry-is-easier-than-you-think-455e1bd438f2

"opcua s7 modbus mqtt" die alle brauchen kein Internet.
Admin wird versuchen repo und news herunterzuladen, aber wenn er das nicht bekommt, geht der einfach weiter

[MartinP]

vis-2 mit kommerzieller Lizenz braucht kein Internet

Wieso gehen eigentlich kaum Tester auf die Lizenz-Thematik ein?

Ich habe nur hier Infos gefunden

https://iobroker.net/www/pricing#community

Wenn ich das richtig verstanden habe:

• Die kostenlose Version braucht Internetzugang EINMALIG bei jedem Starten für die Lizenz-Verifizierung. Danach kann man offline Arbeiten, solange iobroker durchläuft...
• die Community "Offline" Version kostet 38,50 € einmalig und braucht keine Online-Verbindung
• die Kommerzielle Version kostet 119 € einmalig

Wenn das "einmalig" ist, wäre mir das wohl 38,50 € wert, statt mich darin zu üben, bei Internet-Ausfall per Tethering die Freischaltung auf die Vis-2 0,00 € Lizenz zu erreichen ...

[Smilie108]

Mhm mal danke an alle denkanstöße
Und ja geld ist in der beziehung nicht das Thema auch nicht wegen lizensierung.
Das ganze hat wie @OliverIO gesagt hat was mit der Risiko und Security Assesment und der cybersecurity bei uns zu tun da gibt es große bedenken. eben weil man doch irgendwie updaten will usw.
Nach dem gerade npm ein extra weit verzeigtes repository mein it´ler meinte das es weit über 600adressen sind die hier zusammengefasst sind, und man das ja garnicht im blick behalten könne was da so dann reinkommt.
iobroker selber ist mit github eher überschaubar.
das mit den gesicherten gespiegelten kannte ich noch nicht das ist mal ein denkanstoß.
Meine Alternative ist eigentlich nur Wincc unified und das ist halt nicht ganz so flexible wie iobroker
Wer die preise kennt weiß das dies nun kein Preis Thema ist ;)

Danke aber mal für die hinweise.
Iobroker in verbindung mit graphana ist soweit eigentlich ein mächtiges paket wenn der sql im hintergrund gut und perforant ist. Deshalb hatte ich auch diesen ansatz ob das möglich ist bzw ob da jemand shcon erfahrungen hat ;)
Danke und bin auf weitere meinungen gespannt
Mfg Smilie108

[mcm1957]

@Smilie108 sagte in iobroker in Konzernumgebung:

iobroker selber ist mit github eher überschaubar.

Wie meinst du das?

ioBroker Adapter und insbesondere die Kernkomponenten werden als npm Pakete von npm installiert. Von direkten Installation von Github wird explizit ABGERATEN - abgesehen davon dass das gar nicht bei allen Adaptern möglich ist bzw. funktioniert. Und dass auch bei Installation von Laborversioenen von Github die benötigten Dependencies zu 99,99% von npm installiert werden.

[Smilie108]

meinte damit das man wenn man nicht alles via npm ziehen will auch zumindest meine adapter auch direkt über github machen könnte und da würde es ahlt dann 4-5 definierte adressen geben ;)

[OliverIO]

@Smilie108

das funktioniert so nicht.

für die grundinstallation für iobroker steht der erste level der verwendeten pakate in der package.json drin. diese pakete haben wieder ihre abhängigkeiten und diese wieder. das ergebnis aller aufgelösten abhängigkeiten steht dann in der package-lock.json drin.

die Gesamtsumme alle Pakete bei einer kleinen Testinstallation ist 675

Hat eure IT mit Software aus Open Source Projekte auf Node Basis Erfahrung?

Ich denke normalerweise wird nur Software gesucht, bei dem ein Anbieter die Garantie übernimmt.
Alternativ alles selber prüfen (675 Pakete!!!) oder
zum übelsten Schluss kommt so eine Software in eine komplett abgeschlossene Umgebung mit Admin-Zugriff per Jump-Server

Leider ist die Gefahr bei node/npm nicht nur abstrakt sonder hat es in letzter Zeit öfters gegeben, das da komische Pakete mit backdoors eingeschmuggelt wurden. Gott sei Dank meist relativ kurzfristig entdeckt (so weit man es weiß :))

[Smilie108]

@OliverIO tja das ist warscheinlich auch der grund warum ich das doch wieder mit wincc unifed umsetzen muss ;( tja Siemens halt komme nicht davon weg ;)

[Jey Cee]

Meine Strategie für diesen Fall, das System regelmässig neu aufsetzen inkl. aller Adapter. Das leere System in das Isolierte Netzwerk schieben und dann das Backup vom alten System einspielen.
So kann man das System Aktuell halten ohne Internet zu brauchen.