Je hoeft ethtool niet met apt te installeren om Wake-on-LAN te configureren op een ZimaCube met ZimaOS. In de oorspronkelijke discussie verduidelijkte IceWhale-personeel dat ethtool al in ZimaOS is opgenomen en dat Wake-on-LAN op de ZimaCube normaal gesproken standaard is ingeschakeld.
De verwarring ontstond doordat instructies voor een product en een besturingssysteem door elkaar werden gehaald. De oudere handleiding die de gebruiker had gevonden, was geschreven voor ZimaBoard met CasaOS, waar installatie van pakketten in Debian-stijl relevant kan zijn. ZimaOS gebruikt een ander systeemontwerp. Daarom is het niet veilig om apt install-opdrachten uit CasaOS-documentatie zonder meer over te nemen.
Waarom de oude apt-opdracht niet geschikt was voor ZimaOS
De gebruiker probeerde een Wake-on-LAN-handleiding te volgen waarin werd voorgeschreven om ethtool te installeren. ZimaOS biedt niet op dezelfde manier als een algemene Debian-host een normale apt-pakketbeheerworkflow voor systeemonderdelen.
IceWhale-personeel gaf aan dat het hulpprogramma al aanwezig was. Dat is de juiste eerste controle: voer ethtool uit vanuit de ondersteunde ZimaOS-shell voordat je systeempakketten probeert te installeren of vervangen.
De afzonderlijke actuele Wake-on-LAN-handleiding voor ZimaCube gebruikt ook de ingebouwde opdracht ethtool in plaats van een installatiestap met apt.
WOL op ZimaCube is standaard ingeschakeld, maar controleer de volledige keten
In de actuele documentatie voor ZimaCube staat dat Wake-on-LAN standaard is ingeschakeld. Als de functie niet actief is, is de gedocumenteerde Linux-opdracht ethtool -s eth0 wol g, gevolgd door ethtool eth0 om de wake-instelling te controleren.
Ga er niet van uit dat de interface op elke aangepaste ZimaOS-installatie altijd eth0 heet. Bepaal eerst wat de daadwerkelijke Ethernetinterface is. In de actuele handleiding voor ZimaCube staat ook dat de WOL-procedure de 2,5GbE-poort ondersteunt, dus de poortkeuze is bij deze hardware belangrijk.
Firmware-instellingen kunnen WOL blokkeren, zelfs als Linux correct is ingesteld
Wake-on-LAN vereist meer dan één software-instelling. De netwerkkaart moet stand-bystroom ontvangen, de firmware moet wake-gebeurtenissen toestaan en de netwerkinterface moet na het uitschakelen de juiste wake-modus behouden.
De actuele procedure voor ZimaCube schakelt Wake from PME in het BIOS in voordat Linux wordt gecontroleerd. Als een magic packet niets doet, controleer dan eerst de BIOS-instelling en de voedingsstatus voordat je ethtool herhaaldelijk aanpast.
De BIOS-voedingsinstellingen voor ZimaCube vermelden Wake on LAN ook als een firmwareoptie die moet worden gecombineerd met de configuratie in ZimaOS.
Voeg alleen een tijdelijke hersteloplossing toe als de instelling daadwerkelijk wordt teruggezet
De actuele WOL-handleiding bevat een voorbeeld van een systemd-service om wol g na een herstart opnieuw toe te passen. Dat kan nuttig zijn wanneer een gecontroleerd systeem herhaaldelijk terugkeert naar een uitgeschakelde toestand.
Dit moet niet de eerste stap zijn op een ZimaCube waarop Wake-on-LAN al correct wordt weergegeven. Herstart het systeem eerst en controleer de huidige waarde opnieuw. Voeg alleen een mechanisme voor blijvende configuratie toe als je kunt aantonen dat de instelling verloren gaat, en controleer dit opnieuw na updates van ZimaOS.
Test vanaf hetzelfde LAN voordat je externe wake-problemen onderzoekt
Begin met een goed werkende Wake-on-LAN-zender op hetzelfde subnet en gebruik het juiste MAC-adres. Met een lokale test sluit je VPN's, het doorsturen van broadcastverkeer op de router en beleid voor externe toegang uit als mogelijke oorzaken.
Als lokale WOL werkt maar externe WOL niet, is de ZimaCube-instelling waarschijnlijk niet het belangrijkste probleem. Onderzoek dan hoe de externe tool het LAN bereikt en of deze een magic packet naar het juiste broadcastdomein kan sturen.
