Monatsrückblick Januar/Februar 2026 ist online!

[berti7]

Hallo,

ich habe folgendes zwar schon im "Allgemein" - Bereich gepostet, aber evtl. ist das hier besser aufgehoben:

(...)
Ich bin zwar neu hier im Forum aber ein langjähriger Mitleser und Nutzer von iobroker. Vorher bin ich lange Jahre begeisterter Nutzer von ccu.io gewesen, bis ich dann wg. der Ablösung der CCU1 zu iobroker wechseln musste.
Seit 2019 betreibe ich eine umfangreiche iobroker-Installation. Sämtliche Bereiche in meinem Neubau wird von Homematic mit dem darübergestülpten iobroker verwaltet.

An dieser Stelle muss ich mich auch bei den Entwicklern für die tolle Arbeit bedanken. Absolut sensationell!

Die ständig wachsende Zahl von JS-Scripten sowie der Wunsch nach zusätzlichen Adaptern verbunden mit notorischem Speichermangel zwang mich irgendwann von dem zuverlässigen Raspi2 mit js-controller 1.4.2 auf einen aktuellen Raspi 4 mit 8 GB zu migrieren. Bis auf Änderungen an den JS-Scripten hab ich das System in Ruhe gelassen, und es lief ohne Zwischenfälle 2 Jahre durch.

Wegen der Wichtigkeit bevorzuge ich "saubere" Systeme, sämtliche "wichtigen" Host laufen in einem abgeschotteten "Prozess-VLAN" (CCU, iobroker, Wärmepumpensteuerung, Wallbox, Wechselrichter, SolarLog, ISG, vzlogger usw usw.). Sämtlicher Traffic inbound oder outbound aus diesem VLAN wird von einer Firewall kontrolliert.
Ich habe also den neuen Raspi4 komplett neu aufgesetzt, mit aktuellem Buster und der aktuellen "stable" iobroker Installation (js-controller 3.2.16).
Bis auf minimale Änderungen an den .vis-views (wg. den Pfaden zu den Bilder) sowie marginale Änderungen an den JS-Scripten lief auch alles auf Anhieb.

Leider stelle ich fest, dass die aktuelle Installation bei jedem Aufruf der Admin-Oberfläche eine Verbindung zu 79.143.182.215 (m0855.contabo.host) mit tcp80 aufbaue möchte. Ich habe schon alles abgeschaltet was die Oberfläche hergibt (Statistik + Sentry-Plugin disabled), aber trotzdem will das Ding ständig nach Hause telefonieren. Ich habe verstanden, dass die Reporting Funktionen neu aufgesetzt sind und versucht über common.disableDataReporting:true im host-Objekt das Verhalten zu Ändern.
Das syslog spuckt auch ständig folgende Meldungen aus:

May 14 12:29:08 [xxx] bash[2927]: Send diag info: null
May 14 12:29:10 [xxx] bash[2927]: Cannot send diag info: ETIMEDOUT

Vielleicht mach ich auch einfach was falsch.

Ich verstehe natürlich das berechtigte Interesse an statistischen Daten zur Fehleranalyse, und bin auch bereit diese vom Testsystem bereitzustellen (ich betreibe eine 2. identische Installation für Test und Entwicklungszwecke), aber das Produktivsystem ist bewusst "cloud-free" konzipiert.

Hat jemand eine Idee, wie ich dem Produktivsystem sämtliche Verbindungsversuche Richtung Internet abgewöhnen kann?

Vielen Dank schon mal im Voraus

berti

[Thomas Braun]

@berti7 Dann verlink den Ursprung zumindest.
Aber eigentlich ist ein zweiter Thread gleichen Inhalts recht sinnlos.

[berti7]

ok, sorry for that:
ich meinte folgenden Post: https://forum.iobroker.net/topic/45023/iobroker-telefoniert-nach-hause/1

[Thomas Braun]

@berti7
Gefixt in js-controller 3.3.10, wenn ich das changelog richtig lese

[berti7]

Meinst Du diese Änderung im file "main.js"??

// Collect statistics (only if license has been confirmed - user agreed)
if (systemConfig && systemConfig.common && systemConfig.common.diag && systemConfig.common.licenseConfirmed) { ... }

Ja, habs im changelog gesehen und auch ausprobiert ... leider keine Besserung :-(

[berti7]

... ich muss mich korrigieren. Die neuesten Aenderungen sind auf github:
https://github.com/ioBroker/ioBroker.js-controller/pull/1354/files

main.js von js-controller entsprechend angepasst, Problem beseitigt. Danke!