Wake On Lan beim Start

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo Noxx,

    mir ist der Sinn Deines Vorhabens nicht ganz klar.

    Entweder verfügt Dein Server über WOL - dann ist er wach und bedarf keines WOL-Signal seitens des Raspberry Pi's.

    Oder der Server ist heruntergefahren (warum sollte er?). Warum sollte er dann vom Raspberry Pi geweckt werden?

    Der Raspberry Pi kennt kein WOL. Du müsstest ein MagicPacket softwareseitig nachbilden. Auch hier die Frage: Wozu?

    Wenn es Dir nur darum geht, dass der hochgefahrene Raspberry Pi nach Auffinden eines WLANs dem Server mitteilt "Hey! Ich bin da!", dann reicht dazu ein Ping durch den Server oder die Auswertung eines periodischen Netzwerk-Scans.

    Also, kannst Du ein paar Details herüberreichen?

    Beste Grüße

    Andreas

    Ich bin wirklich nicht darauf aus, Microsoft zu zerstören. Das wird nur ein völlig unbeabsichtigter Nebeneffekt sein.
    Linus Torvalds - "Vater" von Linux

    Linux is like a wigwam, no windows, no gates, but with an apache inside dancing samba, very hungry eating a yacc, a gnu and a bison.

    Einmal editiert, zuletzt von Andreas (9. Mai 2015 um 10:58)

  • Der Sinn und Zweck:

    Raspbery PI = Musik Client für Webradio, MP3, Flac

    Server = Datengrab für zb MP3 und Flac

    Wenn der Server nicht gebraucht wird, fährt er automatisch in
    den Standby.

    Wenn ich den PI starte, kann es nun vorkommen, das der Server
    im S3 Modus ist. Deshalb soll der PI beim Start und nach WLAN
    verbindung ein MagicPacket an den Server senden.

    Gruß

    Einmal editiert, zuletzt von noxx (9. Mai 2015 um 12:17)


  • Das soll der PI nur 1x nach dem Start machen.

    Versuch mal auf deinem Pi, z. B. mit etherwake (oder gleichwertig), in einem Script aus dem Verzeichnis "/etc/network/if-up.d" (... d. h. wenn schon sichergestellt ist, dass Netzwerkverbindung auch vorhanden ist).

    Spoiler anzeigen


    ~ $ apt-cache show etherwake
    Package: etherwake
    Version: 1.09-3
    Architecture: armhf
    Maintainer: Alexander Reichle-Schmehl <tolimar@debian.org>
    Installed-Size: 51
    Depends: libc6 (>= 2.7)
    Recommends: wakeonlan
    Priority: optional
    Section: net
    Filename: pool/main/e/etherwake/etherwake_1.09-3_armhf.deb
    Size: 9300
    SHA256: 1cdd5a9db25dc2fe925507470763d6321e3e2fbc05da40ea24d2ccd7663f5d47
    SHA1: cf709c779ca87acf3403a7ed98b500c990c2e5ae
    MD5sum: 42bdf1ac8a7e939c44f5df55e727d86c
    Description: A little tool to send magic Wake-on-LAN packets
    You can wake up WOL compliant Computers which have been powered down to
    sleep mode or start WOL compliant Computers with a BIOS feature.
    .
    WOL is an abbreviation for Wake-on-LAN. It is a standard that allows you
    to turn on a computer from another location over a network connection.
    .
    A feature etherwake seperates from other implementations is, that it also
    supports WOL passwords.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (9. Mai 2015 um 13:38)

  • Hallo,

    schau doch mal hier:
    http://wiki.ubuntuusers.de/Wake_on_LAN

    Viel Erfolg!
    Chris

    Meine Pis

    Pi B Rev 2 24/7 - DHCP-Server im Heimnetz
    Pi 2B Rev 1.1 Home-Infocenter (Domoticz) - Kamera auf Garten
    Pi 2B Rev 1.1 Testgerät mit USV, Musikplayer, Kodi,
    Pi 3B Rev 1.2 Videos aus Netzwerk (an Rückseite des TV moniert)
    Pi 3B+ Rev 1.3 mit 3.5-TouchDisplay, Peppy-Web-Radio
    Pi 4B - 4GB Rev 1.1 Testgerät - Argon-ONE-Gehäuse

    Pi Zero Testgerät

    Pi Zero W Rev 1.1 Motion-Eye auf Garten


  • Hallo Noxx,

    mir ist der Sinn Deines Vorhabens nicht ganz klar.


    Merkt man ;)

    Zitat


    Der Artikel ist schon gut. Was ich noch ergänzen möchte, die Standardplastikrouter (FBox usw.) vergessen die ARP Einträge nach $zeitraum. Wenn der Wakeup direkt nach dem shutdown super funktioniert, aber bspw. nicht nach >=24h liegt es wahrscheinlich an fehlenden ARP Einträgen. Idealerweise also statische Einträge anlegen.
    Siehe auch google


  • Was ich noch ergänzen möchte, die Standardplastikrouter (FBox usw.) vergessen die ARP Einträge nach $zeitraum. Wenn der Wakeup direkt nach dem shutdown super funktioniert, aber bspw. nicht nach >=24h liegt es wahrscheinlich an fehlenden ARP Einträgen. Idealerweise also statische Einträge anlegen.

    BTW: Man kann auch bei dynamischen Einträgen, den Pi (an der FritzBox/Router) so konfigurieren, dass die FritzBox den Pi nicht "vergisst" und sporadisch Interesse für den Pi in Form von arp requests (als broadcast) seitens der FritzBox an den Pi, zeigt.
    Z. B. beobachtet im (W)LAN der FritzBox, von einem anderen Linux-Client (.21) aus:

    Code
    :~$ sudo tcpdump -vvveni any arp and not host 192.168.178.21
    tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
    11:07:10.668220   B 9c:c7:a6:##:##:## ethertype ARP (0x0806), length 44: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.178.24 tell 192.168.178.1, length 28
    11:17:49.647906   B 9c:c7:a6:##:##:## ethertype ARP (0x0806), length 44: Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.178.24 tell 192.168.178.1, length 28


    Der Pi (192.168.178.24) antwortet mit einem gezielten arp reply (kein broadcast), so dass hier die Antwort des Pi an die FritzBox, von diesem anderen Client aus, im (W)LAN nicht mit tcpdump "gesehen" werden kann.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample


  • Der Artikel ist schon gut. Was ich noch ergänzen möchte, die Standardplastikrouter (FBox usw.) vergessen die ARP Einträge nach $zeitraum. Wenn der Wakeup direkt nach dem shutdown super funktioniert, aber bspw. nicht nach >=24h liegt es wahrscheinlich an fehlenden ARP Einträgen.

    Das Magic Paket wird an die Broadcast Adresse gesendet.
    Da ist es mal Pupe ob irgendwer die Mac im Arptable stehen hat oder nicht.

    Offizieller Schmier und Schmutzfink des Forum.
    Warum einfach wenn's auch schwer geht ?

    Kein Support per PN !
    Fragen bitte hier im Forum stellen. So hat jeder etwas davon.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!