Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[KüstenKlaus]

Moin, kann es sein, das es den WOL Adapter aktuell gar nicht mehr in ioBroker Repos gibt? Ich würde ungern auf exec <shelltools> umstellen, da ich es Sicherheitsrisiko ausklammern möchte,

[Thomas Braun]

@KüstenKlaus

Damit mal probiert?

net-tools / This adapter cyclic polls configured IPs, can send wake-on-lan packages and scan for open ports.

[mcm1957]

Ich kenne keinen Adapter ioBroker.wol.
https://download.iobroker.net/list.html

Keine Ahnung ob der mal in einem Repo war - kann mich aber nicht dran erinnern.

Kannst dir auch den PING Adapter ansehen, der kann in den neuseten Versionen nun auch WOL:
https://github.com/ioBroker/ioBroker.ping#210-2026-03-04

[Peter V.]

Ich löse das WOL einfach mit einem Script exec wol ....
geht ohne Sudo.
(aus Blockly)

on({ id: [].concat(['0_userdata.0.Matter.WOL.Game.Gaming']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : '') == true) {
    exec('wakeonlan -i 192.168.178.255 F0:2F:74:1B:88:60');
    setStateDelayed('0_userdata.0.Matter.WOL.Game.Gaming' /* Gaming */, false, 5000, true);
    setStateDelayed('0_userdata.0.Matter.WOL.Game.Gaming' /* Gaming */, false, true, 5000, true);
  }

[Martin Schlender]

Geht doch per Java Script noch einfacher:
var wol = require('wake_on_lan');
wol.wake('00:xx:xx:xx:xx:xx');

[KüstenKlaus]

Net-tools ist so weit ich das gesehen habe kostenpflichtig. Ich habe es aktuell auch mit exec gelöst, bin damit aber nicht so wirklich glücklich, da exec ja die Ausführung sämtlicher Shell-Tools ermöglicht – sicherheitstechnisch nicht so toll. Ich schaue mir den ping-Adapter und den nativen JS Befehl einmal genauer an. Danke für den Hinweis

[KüstenKlaus]

Seit dem Update des Adapter Admin von @7.7.22 auf @7.8.23 funktioniert der Ping-Adapter bei mir nicht mehr korrekt. Die Maske zum Suchen und Hinzufügen von Netzwerkgeräten wird nicht mehr angezeigt. Stattdessen erscheint ein JavaScript-Fehler (siehe Screenshot im Anhang).

Fehlermeldung:

Cannot import from custom/customComponents.js:
ChunkLoadError: Loading chunk node_modules_prop-types_index_js failed.
(error: https://speefak.spdns.de:8081/adapter/ping/custom/static/js/node_modules_prop-types_index_js.14e4449a.chunk.js)

Systemumgebung:

• ioBroker auf Debian 12
• Ping-Adapter: aktuelle Version (nach Update)

Fragen:

1. Liegt das Problem möglicherweise an Debian 12?
2. Hat jemand ähnliche Erfahrungen gemacht oder eine Lösung parat?
3. Gibt es bekannte Inkompatibilitäten mit der neuen Adapter-Admin-Version?

[Thomas Braun]

@KüstenKlaus sagte:

Liegt das Problem möglicherweise an Debian 12?

Das ist unerheblich, denn ganz unabhängig davon musst du den Zirkus eh auf Debian 13 heben. Debian 12 'Bookworm' wird in ein paar Wochen EOL.

[KüstenKlaus]

Debian Update ... so langsam wird es Zeit ...

Vllt. funktioniert der Ping Adapter unter D13 wieder ...

Ich bin gerade am überlegen, ob ich mal Distupdate riskieren sollte. Bisher habe ich bei OS Updates immer Neuinstalliert um das System zu "entmüllen" auf der ioB VM dürfe sich nicht viel Müll angesammelt haben. Funktioniert ein Distupdate oder gibt es da Probleme mit dem ioBroker ?

[Thomas Braun]

@KüstenKlaus sagte:

Funktioniert ein Distupdate oder gibt es da Probleme mit dem ioBroker ?

Grundsätzlich ja, in Einzelfällen u. U. nicht.

Siehe:

https://forum.iobroker.net/topic/81187/upgrade-von-debian-12-bookworm-auf-debian-13-trixie

[KüstenKlaus]

Danke für die Infos/Link. Ich denke ich versuchs erstmal mit einem Distupgrade statt einer Neuinstallation. Wenn es schiefgeht, ist das Proxmox Backup in 30s wieder hergestellt.

[Shadowhunter23]

@KüstenKlaus sagte:

Vllt. funktioniert der Ping Adapter unter D13 wieder ...

Vielleicht musst du Option aktivieren falls du einen LXC verwendest:

[mcm1957]

Debian dürfte hier nicht das Problem sein.

Falls noch nicht getan bitte Browser cache löschen.

Ansonsten ev mal neuesten ping testen.