Kein Wake on Lan aus Proxmox raus

Tag auch,
seit gestern geht WOL nicht mehr aus der Linuxmuster-VM aus Proxmox raus, weiss nicht genau ob Proxmox upgrades gemacht hat.

Hab das mal mit Wireshark und „wakeonlan…“ getestet, adressiere ich mit wakeonlan -i 10.16.255.255 de:ad:be:ef:c0:de geht das Paket durch, nehme ich linbo-remote -w -g pop_219 nicht.
Hat jemand eine Idee?

Gruss Harry

Problem liegt in der VM, irgendwas muss sich bei linbo-remote geandert haben, das helperskript oder …irgendwas und jetzt fallen mir die Fehler von der Installation auf die Fuesse (/8, /16) - selbst Schuld.

Gruss Harry

Hallo Harry,

auch bei mir weckt linbo-remote keine Rechner mehr auf. Meine Installation sollte weitgehend sauber sein.
VG
Christian

Hallo zusammen,

Von welcher Version von Linbo spricht ihr ?

Gruß

Arnaud

linuxmuster-linbo7 4.3.31-0

Die Berechnung der Broadcastadresse ist das Problem, da muss sich was geaendert haben, also kein Problem von Proxmox sondern von linbo-remote.

Schick mal ein linbo-remote -w0 -u -i host/gruppe ab, da siehst Du wohin er die WOL-Packete schickt (also einmal ohne „-u“ und einmal mit „-u“)

root@server:~# linbo-remote -w0 -g pop_225
###
### linbo-remote (388614) start: Mi 11. Feb 12:57:10 CET 2026
###

Trying to wake up:
 r225-pc34 ... Sending magic packet to 255.255.255.255:9 with 90:1B:0E:B9:F1:D9
 r225-pc35 ... Sending magic packet to 255.255.255.255:9 with 0C:C4:7A:0F:AF:D0
 r225-pc30 ... Sending magic packet to 255.255.255.255:9 with 00:22:4D:50:CF:C2
 r225-pc33 ... Sending magic packet to 255.255.255.255:9 with A4:1F:72:52:80:48
 r225-pc32 ... Sending magic packet to 255.255.255.255:9 with 70:71:BC:1F:AB:BA
 r225-pc31 ... ^C
root@server:~# linbo-remote -u -w0 -g pop_225
###
### linbo-remote (388862) start: Mi 11. Feb 12:57:16 CET 2026
###

Trying to wake up:
 r225-pc34 ... Sending magic packet to 10.255.255.255:9 with 90:1B:0E:B9:F1:D9
 r225-pc35 ... Sending magic packet to 10.255.255.255:9 with 0C:C4:7A:0F:AF:D0
 r225-pc30 ... ^C
e oder füge den Code hier ein

Da ich die Hosts per dhcp in ein /8er-Netz kippe und der Server in /16 steht, stimmt 10.255.255.255 nicht, die Routingtabelle hat dafuer keine route und schickt den Scheiss ans Gateway und Gateways hassen Broadcasts.

Gruss Harry

Hallo Arnaud und Harry,

wir haben die Version linuxmuster-linbo7 4.3.31-0
(Harry hat es ganz oben in seiner Antwort geschrieben)

Ich habe den linbo-remote Befehl falsch benutzt, kann das sein.
Mit der Option -u ist die Broadcast Adresse richtig (10.31.255.255 bei mir) und die Rechner starten wieder wie noch vor einigen Tagen.
Ohne diese Option ist die Broadcast Adresse (255.255.255.255) und die Rechner wachen nicht auf.
VG
Christian

Naja, falsch benutzt ist relativ, sinnvoll scheint mir -u als default-Wert, davon abgesehen ging’s ja vorher auch so (zumindest bei uns).

Gruss Harry

Hallo,

ich hab Heute das Update auf linbo 4.3.31 gemacht (von 4.3.25).

Auch mein Schulnetz ist segmentiert (mit einem Cisco L3 Switch).

Bei mir gab es danach keine Probleme mit dem Wake on Lan.

Ich hab alle Clients eingeschaltet: das ging auch nach dem Update mittels linbo-remote -w 45 -r ??? -c ….

Es muss also nicht zu Problemen kommen.

Bei mir war kein -u nötig.

LG
Holger

Hallo Leute,

ich hab erst jetzt gesehen, dass ihr das gleiche Problem, wie ich habt. Daher hab ich das Thema nochmal aufgemacht. Sorry…

Bei mir ist es so, dass von einem anderen Rechner mit wakeonlan MAC-Adresse der Rechner geweckt wird. Der Switch leitet das WOL-Paket also weiter.

Beim LMN-Server geht das leider nicht. Laut tshark sendet der lmn-Server das WOL-Paket ab. Man könnte daraus folgern, dass der Switch das WOL-Paket nicht weiter leitet, was aber der Beobachtung von vorher widerspricht?!?

Wie ist das bei euch? Ist euer Netz auch segmentiert?

VG
Mathias

Abend,

Hast Du mal linbo-remote mit dem “-u”-Parameter versucht?

Ich vermute, dass der u-Parameter dazugekommen ist und linbo-remote vorher die richtige Broadcastadresse genutzt hat, vielleicht wurde vorher nicht “wakeonlan” sondern “etherwake” oder was auch immer fuer WOL genutzt. Auf alle Faelle muss man jetzt mit -u broadcasten, sonst sendet linbo-remote das WOL-Paket an 255.255.255.255, was nicht in den statischen Routen vorkommt, also muss das Paket ans Gateway und da ist dann Schluss.

Vielleicht kann @thomas was dazu schreiben? Ich finde in den changelogs nichts.

Gruss Harry

Hallo Harry,

Ja, habe ich. Das hat beimir leider nichts gebracht :frowning:

Gruß

Mathias