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

[Martin Schlender]

@nachon sagte in Wake on LAN:

@martin-schlender

Moin, danke erstmal.

Gute Frage. Die Host DS ist mit der Ziel-DS (die ich gern wecken möchte) schon im selben Subnetz. Doch wie ist das mit Docker?
Ich vermute, dass ich genau hier auf der richtigen Spur bin, da ich bereites einige Hinweise dazu finden kann. Nur eine Lösung, die fehlt mir noch.

Der IOBroker Container ist im Bridge-mode eingerichtet. Ich vermute, dass genau das irgendwie zusammen hängt.
Vielleicht hat ja jemand Erfahrung damit und kann hier etwas helfen eine Lösung zu basteln?

https://github.com/iobroker-community-adapters/ioBroker.tr-064/issues/167

Hmm - gute Frage. Da wäre jetzt interessant ob das WOL Paket rausgeht oder nicht. Wenn natürlich Docker intern ein anderes Subnetz bekommt und alles über den Docker läuft kann es schon sein, dass das gar nicht geht :-(

[nachon]

@martin-schlender

Mist.....äh.. schade. :)

Ich scheine bisher auch keine zufriedenstellende Lösung zu finden.
Vielleicht gibt es aber ja ein Workaround. Z.B. ein Script auf dem Host, das man irgendwie aufrufen kann oder ... k.A.
Hmm....

Ich hatte vorhin aus der Console aus dem Container einen ping versucht. Das hat allerdings geklappt.

[Martin Schlender]

@nachon Ich denke Pings sind kein Problem. Bei den Magic Paketen hast Du halt das Problem dass die nicht über Router gehen und evtl. ist der Docker quasi ein Router.

Idee: Hast Du ein Android Telefon/Pad. Dort mit Tasker den WOL machen und Tasker von ioBroker aus anstoßen....
LG Martin

[nachon]

@martin-schlender
Leider nein.....hier läuft alles im Apple Cosmos.
Aber danke für den Ansatz.

[Jey Cee]

Das Skript ist nicht zwingend notwendig, man kann auch den net-tools adapter installieren der kann auch wol.

[nachon]

@jey-cee
Welchen Adapter? Das klingt interessant....
Google ich gleich mal nach.

Gefunden und installiert, vielen Dank. Ich habe zumindest ein wenig Hoffnung, auch wenn ich es noch nicht zum laufen bekommen habe.
https://forum.iobroker.net/topic/36805/adapter-net-tools-v0-1-x/37

Schade, geht aktuell noch nicht. :(

[Jey Cee]

@nachon was geht noch nicht?

[nachon]

@jey-cee
Ich habe dazu schon etwas in Deinem Thread zum Adapter geschrieben.
Wenn ich den Datenpunkt manuell in den Objekten auf "true" setze, passiert nichts.

Ich vermute, dass mit dem Adapter (den ich generell sehr gut finde) dasselbe Problem besteht wie mit dem Script, und die nicht aus dem Docker Container kommen.

[Jey Cee]

@nachon ja das wird so sein wenn dein container ein eigenes subnetz hat.

[nachon]

@jey-cee
Ja, das hat es wohl.

Ich denke die ganze Zeit darüber nach ob dies: https://hub.docker.com/r/anjia0532/wakeonlan oder dies: https://github.com/R0GGER/docker-wake-on-lan zu einer Lösung beitragen könnte. Ich stehe mit dem Problem ja sicher nicht allein da.

Ich probiere da mal was.....wird aber sicher nicht morgen fertig sein.

[sugram]

Hallo

Habe den Beitrag hier über google gefunden.
Aber ich verstehe noch nicht wie ich das umsetzen soll / kann.
Aktuell habe ich mir die Net-tools installiert. Dort habe ich manuell meine Qnap eingetragen.
Ich möchte dann im HabPanel am besten einen Schalter haben um das NAS zu wecken.
Aber was muß ich da jetzt machen?!
Unter Net-Tools in den Datenpunkten sehe ich die MAC und darunter die Datenpunkte Alive, rps, time.
Aber wie kann ich dann hier ein WOL zur Qnap senden?!

[Jey Cee]

@sugram es gibt auch ein Objekt wol das musst du auf true setzen.

[sugram]

@jey-cee
? Öh, nee, zumindest finde ich es nicht.

Ok, habe mal eine Suche gestartet, dann ist da auch ein Reiter WOL vorhanden.

[ChefSache]

Bei mir hat Wake-On-LAN aus unerklärlichen Gründen plötzlich nicht mehr funktioniert, um meinen HTPC mittels Logitech-Harmony über ROKU-Codes aufzuwecken.

Ursache: Der normale Aufruf

wol.wake("AA:BB:CC:DD:EE:FF");

verwendet den globalen Broadcast: 255.255.255.255

Lösung: Subnetz-spezifischen Broadcast verwenden

wol.wake("AA:BB:CC:DD:EE:FF", {address: "192.168.178.255"} );

Wie gesagt: Keine Ahnung warum ... Lief immer tadellos ... Es mag an meinem speziellen Setup liegen (ioBroker in Ubuntu in Hyper-V unter Win11-Pro ...?), aber ich kann es jedenfalls reproduzieren, dass der globale BroadCast bei mir seit heute nicht mehr läuft.

[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