WakeOnLan MagicPacket löst nichts aus

[SImon2019]

Hardware: J4205

Ich habe versucht WakeOnLAN auszuführen, aber es tut sich nichts. Das Senden des Magic Packets von meiner fritzbox oder vom PC aus löst nichts aus, der Server startet nicht.

Konfiguration scheint ok zu sein:

Code: Alles auswählen

$ sudo ifconfig enp1s0
enp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
        inet 192.168.1.35 netmask 255.255.255.0 broadcast 192.168.1.255
        inet6 2003:d1:73c:6800:dc8:cc91:3aa4:9563 prefixlen 64 scopeid 0x0<global>
        inet6 2003:d1:73c:6800:7285:c2ff:fe85:939f prefixlen 64 scopeid 0x0<global>
        inet6 fe80::7285:c2ff:fe85:939f prefixlen 64 scopeid 0x20<link>
        inet6 fe80::3e59:ce76:b7f8:2e02 prefixlen 64 scopeid 0x20<link>
        inet6 2003:d1:73c:6800:bcd5:ec31:627d:379b prefixlen 64 scopeid 0x0<global>
        inet6 2003:d1:73c:6800:4299:b7ff:831c:88fe prefixlen 64 scopeid 0x0<global>
        inet6 2003:d1:73c:6800:259f:6ff7:959a:888b prefixlen 64 scopeid 0x0<global>
        ether 70:85:c2:85:93:9f txqueuelen 1000 (Ethernet)
        RX packets 2064 bytes 555524 (542.5 KiB)
        RX errors 0 dropped 0 overruns 0 frame 0
        TX packets 2204 bytes 781779 (763.4 KiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Code: Alles auswählen

:~$ sudo ethtool enp1s0
Settings for enp1s0:
        Supported ports: [ TP AUI BNC MII FIBRE ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes: 10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes: 10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
        Link partner advertised pause frame use: Symmetric Receive-only
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup

[unitra]

Wie sieht das Magic Packet aus das gesendet wird in Richtung des Servers?

Ich habe versucht WakeOnLAN auszuführen, aber es tut sich nichts. Das Senden des Magic Packets von meiner fritzbox oder vom PC aus löst nichts aus, der Server startet nicht.

[RobertS]

Wake-on-Lan muß auch Hardwareseitig passend unterstützt werden. Es gibt da eine Stolperstelle daß auch softwareseitig irgendwas richtig gesetzt werden muß. Jetzt fragt mich aber bitte nicht was.
Mein kleiner Extra Rechenknecht unterm Tisch, der wird nur Headless für aufwändigere Rechenaufgaben z.B. Raw Entwicklung einer größeren Menge Bilder, eingeschalten.
Einschalten tu ich den mit einem Script

Code: Alles auswählen

/opt/userscript/Rechenknecht-an

#! /bin/sh
wakeonlan a4:1f:72:91:84:81

abgeschossen mit dem Script

Code: Alles auswählen

/opt/userscript/Rechenknecht-aus

#! /bin/sh
ssh Rechenknecht sudo /bin/systemctl poweroff
exit

sudo ist auf dem Ding passend konfguriert daß nur dieser Befehl abgesetzt werden darf.

Hab ich den runtergefahren und anschließend nicht vom Strom getrennt ignoriert der den Wake-on-Lan Befehl.

Ich hab damals längere Zeit nach der Ursache gesucht und auch was im Netz gefunden, nur war es dann nicht so dringend für mich, so daß ich das dann nicht umgesetzt hab und auch nicht mehr weiß was ich wie gesucht und wo gefunden habe.

Nachtrag: Im Debian Wiki findet sich was zu dem Thema.

[SubOptimal]

Hi @SImon2019,

könnte auch eine Einstellung im BIOS sein. Beim Ausschalten darf die Netzwerkkarte nicht stromlos geschaltet werden. Eine entsprechende Einstellung findet sich entweder im PCI oder Power Management Bereich des BIOS.

Von dem was ethttool ausgibt sollte die Karte mittels MagicPacket den Rechner aufwachen können.

mit Gruß
SubOptimal

edit Schau mal in dieser Anleitung https://www.asrock.com/ipc/support/QA/TSDQA-5.pdf da geht es um entsprechende Einstellungen. Vielleicht sieht dein BIOS ähnlich aus.

[mat6937]

Das Senden des Magic Packets von meiner fritzbox oder vom PC aus löst nichts aus, der Server startet nicht.

Wie ist auf deinem PC die Ausgabe von:

Code: Alles auswählen

tcpdump -vvveni <Interface> ether proto 0x0842 or udp port 9

(Interface anpassen und ohne spitze Klammern)?

[schwedenmann]

Hallo


wake on-lan ist unter debian scheiße, das ist frickelei, da bei Debian im gegensatz zu win + BSD, das Netzwerkkomplett runtergefahren wird, bei einem shutdown, deshalb kann man einen pc danach nciht so ohen weiteres per wake-on-lan wieder aufwecken.

Ich habe das bei mir per stat. IP (über die MAC) , einem Eintrrag in der interfaces (nutze keinen networkmanager) und einem kleinen Script in /etc/rc.local gelöst


mfg
schwedenmann

[MSfree]

wake on-lan ist unter debian scheiße, das ist frickelei, da bei Debian im gegensatz zu win + BSD, das Netzwerkkomplett runtergefahren wird,

Das kann ich nicht bestätigen. Ich habe bei meinen Rechnern bisher WOL nur im BIOS/UEFI aktivieren müssen. WOL hat dann immer problemlos funktioniert.

Man darf allerdings keine MAC-Randomizer auf der LAN-Schnittstelle laufen lassen. WOL funkioniert halt nur, wenn man die MAC-Adresse benutzt, die die Karte tatsächlich hat, und nicht die, die man per MAC-Changer eingestellt hat.

[schwedenmann]

Hallo

@MSfree

bei mir

Ip statisch per MAC in der Fritte festgelegt

interfaces:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp2s0
iface enp2s0 inet dhcp
# This is an autoconfigured IPv6 interface
iface enp2s0 inet6 auto
post-up /sbin/ethtool -s $IFACE wol g
post-down /sbin/ethtool -s $IFACE wol g

das script in /etc/rc-local, da network nach shutdown down ist

#!/bin/sh -e
sleep 5
ethtool -s enp2s0 wol g
exit 0

mfg
schwedenman


P.S.
Unter arch habe ich Wol afaik per systemd-unit gelöst

[MSfree]

Ip statisch per MAC in der Fritte festgelegt

Nur als Ergänzung:

Das normale WOL läuft über sogenannte Magic Packets. Das ist von der IP-Adresse unabhängig, ein ausgeschalteter Rechner hat sowieso keine IP-Adresse mehr.

Es wird nur die MAC-Adresse benötigt.

post-up /sbin/ethtool -s $IFACE wol g

Die Zeile kannst du löschen. Die wird beim Hochfahren ausgeführt. Der post-down Eintrag, der beim Runterfahren ausgeführt wird, ist der, der die Karte vor dem Ausschalten auf das WOL vorbereitet.

Auch die Anweisungen in rc.local sind überflüssig. Anweisungen, die beim Hochfahren ausgeführt werden, und das machst du sogar mit rc.local und post-up doppelt, sind für das Funktionieren von WOL überflüssig.

[RobertS]

…wake on-lan ist unter debian scheiße, das ist frickelei, da bei Debian im gegensatz zu win + BSD, das Netzwerkkomplett runtergefahren wird, …

Soweit wie ich mich eingelesen habe ist das abhängig von der Netzwerkhardware. Beziehungsweise wie krank die Energiesparmaßnahmen in Hardware und Firmware umgesetzt werden. Bios und Mainboard können da auch noch reinpfuschen.
Bei manchen Netzwerkkarten müßen die Parameter auch in den Startscripten gesetzt werden, da die wohl beim initialisieren komplett zurückgesetzt werden, bei anderen reicht es die passenden Parameter in den Post-down Scripten zu setzen. Und bei wieder anderen ist es egal, die tun immer.

[reox]

Bei manchen Netzwerkkarten müßen die Parameter auch in den Startscripten gesetzt werden, da die wohl beim initialisieren komplett zurückgesetzt werden, bei anderen reicht es die passenden Parameter in den Post-down Scripten zu setzen. Und bei wieder anderen ist es egal, die tun immer.

Auf einem PC ging das immer wunderbar. Seit Buster musste ich ethtool in ein Startscript packen, sonst konnte der Rechner nicht mehr aufgeweckt werden. Also scheinbar hat sich da auch was geändert - so ganz nachvollziehen konnte ich das noch nicht.

[MSfree]

Seit Buster musste ich ethtool in ein Startscript packen

Wie gesagt, die Netzwerkkarte muß kurz vorm Ausschalten auf WOL vorbereitet sein, wenn das nicht im BIOS schon passiert ist.

Allerdings hat man bis stretch das LAN wohl noch vorrangig über /etc/network/interfaces konfiguriert, so daß man den Aufruf von ethtool auch noch in den post-down packen konnte. Buster konfiguriert das Netz bei der Installation nicht mehr über interfaces, es sei denn, man macht das hinterher manuell.

Da es kein dediziertes Stopscript gibt, packt man das dann halt in ein Stratscript wie rc.local. Es ist aber völlig ausreichend, ethtool ein einziges Mal aufzurufen. Kombinationen aus rc.local, pre-up und post-down würden die Karte halt dreimal konfigurieren. Das schadet zwar nicht, ist aber unnötig und eher nach dem Motto: "viel hilft viel".

Jedenfalls läßt sich meine Busterkiste hier nur durch eine BIOS-Einstellung zur Mitarbeit mit WOL bewegen. In meinem Fall mußte ich Wake on PCIe einschalten.

[reox]

Seit Buster musste ich ethtool in ein Startscript packen

Wie gesagt, die Netzwerkkarte muß kurz vorm Ausschalten auf WOL vorbereitet sein, wenn das nicht im BIOS schon passiert ist.

Mhh ja offenbar ist es wohl eine Kombination aus Hardware, BIOS und Buster. Unter Stretch hatte ich nichts konfiguriert, im BIOS lässt sich auch nichts einstellen.
Bei meinem HP Microserver funktioniert WOL aber seit Buster immer noch out-of-the-box.

[JTH]

Buster konfiguriert das Netz bei der Installation nicht mehr über interfaces, es sei denn, man macht das hinterher manuell.

So aus Interesse: Wo hast du das denn beobachtet? In allen meinen Buster-VM-Spielwiesen ist nach Installation weiter die /etc/network/interfaces gefüllt und ifupdown in Benutzung.

[MSfree]

Wo hast du das denn beobachtet?

Lustigerweise habe ich das erst vor 2h wieder beobachtet. Da habe ich ein altes Netbook mit einer SSD versehen und mit dem aktuellen Buster Netinstaller (10.4 mit Firmware) * hochgezogen. /etc/network/interfaces ist bis auf Kommentarzeilen leer. Um die Netzwerkkonfiguration kümmert sich der Networkmanager.

Wenn man allerdings nach der Installation /etc/network/interfaces selbst befüllt, verwendet systemd beim nächsten Boot wieder die traditionellen ifup/ifdown Methoden. Der Networkmanager ignoriert dann alle Netzwerkschnittstellen, die in der /etc/network/interfaces aufgeführt werden.

* Achtung, der Link bezieht sich auf das i386 Image, da das Netbook einen Atom N280 hat.

[JTH]

Lustigerweise habe ich das erst vor 2h wieder beobachtet.

Hmm. Hast du das Netbook wohl direkt aus dem Installer mit Desktopumgebung installiert?

Note that [Network Manager] is installed by default when the “Desktop Environment” task is chosen during initial installation.

Das tue ich eher seltener, vllt ist mir deshalb noch nie aufgefallen, dass /e/n/i direkt nach einer Installation leer war. Irgendein Unterschied müsste da sein, hab nämlich das 10.4-er-Image auch gestern grad benutzt, mit anschließend nicht-leerer /e/n/i.

[MSfree]

Hmm. Hast du das Netbook wohl direkt aus dem Installer mit Desktopumgebung installiert?

Allerdings, da habe ich gleich XFCE installiert. Das könnte natürlich der Grund sein, daß "/e/n/i" leer geblieben ist. Wober der Desktop keine Voraussetzung für den Networkmanager ist, der funktioniert auch ohne GUI.

[JTH]

Wober der Desktop keine Voraussetzung für den Networkmanager ist, der funktioniert auch ohne GUI.

Jo, klar. Mich hat nur interessiert, woran der Installer festmacht, ob direkt nach der Installation ifupdown oder network-manager in Verwendung ist. Das Rätsel ist gelöst

[SImon2019]

Wie ist auf deinem PC die Ausgabe von:

Code: Alles auswählen

tcpdump -vvveni <Interface> ether proto 0x0842 or udp port 9

(Interface anpassen und ohne spitze Klammern)?

Musste tcpdump erst mal installieren, dann kam folgendes (ich habe währenddessen ein MagicPacket von der fritzbox abgesetzt):

Code: Alles auswählen

18:23:10.300064 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:10.400047 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:30.140072 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:30.240069 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:45.920203 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:50.470128 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....
18:23:50.570122 38:10:d5:00:4b:76 > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x0842), length 116:
        0x0000:  ffff ffff ffff 7085 c285 939f 7085 c285  ......p.....p...
        0x0010:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0020:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0030:  7085 c285 939f 7085 c285 939f 7085 c285  p.....p.....p...
        0x0040:  939f 7085 c285 939f 7085 c285 939f 7085  ..p.....p.....p.
        0x0050:  c285 939f 7085 c285 939f 7085 c285 939f  ....p.....p.....
        0x0060:  7085 c285 939f                           p.....

[SImon2019]

Wake-on-Lan muß auch Hardwareseitig passend unterstützt werden.

Danke! Das hatte ich auch schon gelesen. Gibt es eine Möglichkeit herauszufinden, ob meine Hardware das unterstützt? Ich bin mir vor allem beim Netzteil unsicher, da hab ich auf ein günstiges gesetzt:
https://de.aliexpress.com/item/32945633 ... 4c4dBbj4YZ

[SImon2019]

Hi @SImon2019,

könnte auch eine Einstellung im BIOS sein. Beim Ausschalten darf die Netzwerkkarte nicht stromlos geschaltet werden. Eine entsprechende Einstellung findet sich entweder im PCI oder Power Management Bereich des BIOS.

Besten Dank! Ich habe im BIOS bereits Wake on Lan eingeschaltet. Eine Einstellung bzgl. PCI ist nicht möglich.

[rhHeini]

Du musst: PCIE Device Power On auf ON oder Enabled oder was auch immer setzen. Ist das erfolgt? Und Fastboot auf off.

Rolf

[SubOptimal]

Hi SImon2019,

Gibt es eine Möglichkeit herauszufinden, ob meine Hardware das unterstützt?

Ja. https://download.asrock.com/Manual/J4205-ITX.pdf da wird es als Feature aufgeführt.

Blinkt denn an der Netzwerkbuche nach dem herunterfahren des Rechners eine LED? Wenn nicht, bedeutes es die Netzwerkkarte hat (wahrscheinlich°) keinen Strom. --> Dann entweder im BIOS nochmal schauen ob die Einstellung gemacht ist (Handbuch Seite 36) oder das Netzteil liefert keinen Strom dafür (wurde hier schonmal als eine mögliche Ursache genannt).

mit Gruß
SubOptimal

°) "Wahrscheinlich" deshalb, weil hier jemand schrieb die LED bleibt bei funktionierendem WoL trotzdem dunkel https://www.kodinerds.net/index.php/Thr ... post370837

[SImon2019]

Du musst: PCIE Device Power On auf ON oder Enabled oder was auch immer setzen. Ist das erfolgt? Und Fastboot auf off.

Rolf

Ja beides entsprechend konfiguriert.

[SImon2019]

Blinkt denn an der Netzwerkbuche nach dem herunterfahren des Rechners eine LED? Wenn nicht, bedeutes es die Netzwerkkarte hat (wahrscheinlich°) keinen Strom. --> Dann entweder im BIOS nochmal schauen ob die Einstellung gemacht ist (Handbuch Seite 36) oder das Netzteil liefert keinen Strom dafür (wurde hier schonmal als eine mögliche Ursache genannt).

Danke! Einstellung im BIOS ist gemacht.

Eine LED ist nicht an. Wie kann ich denn rausfinden, ob das Netzteil Strom liefert? Kann ich das Irgendwie messen?