Nie musisz instalować ethtool za pomocą apt, aby skonfigurować Wake-on-LAN na urządzeniu ZimaCube z systemem ZimaOS. W wątku źródłowym pracownicy IceWhale wyjaśnili, że ethtool jest już dołączony do ZimaOS, a funkcja Wake-on-LAN jest zwykle domyślnie włączona na ZimaCube.
Nieporozumienie wynikało z pomieszania instrukcji dotyczących produktu i systemu operacyjnego. Starszy przewodnik znaleziony przez użytkownika został napisany dla ZimaBoard z CasaOS, gdzie instalacja pakietów w stylu Debiana może być przydatna. ZimaOS ma inną architekturę systemu, dlatego kopiowanie poleceń apt install z dokumentacji CasaOS nie jest bezpiecznym rozwiązaniem domyślnym.
Dlaczego stare polecenie apt nie pasowało do ZimaOS
Użytkownik próbował skorzystać z przewodnika dotyczącego Wake-on-LAN, który zalecał instalację ethtool. ZimaOS nie udostępnia standardowego sposobu zarządzania pakietami systemowymi za pomocą apt w taki sam sposób jak ogólny host Debiana.
Pracownicy IceWhale odpowiedzieli, że narzędzie jest już dostępne. To właściwy pierwszy krok: uruchom ethtool z obsługiwanej powłoki ZimaOS, zanim spróbujesz instalować lub zastępować pakiety systemowe.
Osobny aktualny przewodnik konfiguracji Wake-on-LAN na ZimaCube również korzysta z wbudowanego polecenia ethtool, zamiast wymagać instalacji za pomocą apt.
WOL na ZimaCube jest domyślnie włączony, ale sprawdź całą ścieżkę
Aktualna dokumentacja ZimaCube informuje, że funkcja Wake-on-LAN jest domyślnie włączona. Jeśli nie jest aktywna, udokumentowane polecenie po stronie Linuksa to ethtool -s eth0 wol g, a następnie ethtool eth0 w celu sprawdzenia ustawienia wybudzania.
Nie zakładaj, że nazwa interfejsu zawsze będzie wynosić eth0 w każdej niestandardowej instalacji ZimaOS. Najpierw ustal nazwę właściwego interfejsu Ethernet. Aktualny przewodnik ZimaCube wskazuje również, że procedura WOL obsługuje port 2.5GbE, dlatego wybór portu ma znaczenie w przypadku tego sprzętu.
Ustawienia oprogramowania układowego mogą blokować WOL, nawet gdy konfiguracja Linuksa jest prawidłowa
Wake-on-LAN wymaga więcej niż jednej flagi programowej. Karta sieciowa musi otrzymywać zasilanie w trybie czuwania, oprogramowanie układowe musi zezwalać na zdarzenia wybudzania, a interfejs sieciowy musi zachowywać odpowiedni tryb wybudzania po wyłączeniu.
Aktualna procedura dla ZimaCube włącza opcję Wake from PME w BIOS-ie przed sprawdzeniem ustawień Linuksa. Jeśli magiczny pakiet nie wywołuje żadnej reakcji, sprawdź ustawienie BIOS-u i stan zasilania, zanim zaczniesz wielokrotnie zmieniać konfigurację ethtool.
Ustawienia zasilania BIOS-u ZimaCube również wskazują Wake on LAN jako opcję oprogramowania układowego, którą należy połączyć z konfiguracją ZimaOS.
Dodawaj obejścia zapewniające trwałość ustawień tylko wtedy, gdy ustawienie rzeczywiście się resetuje
Aktualny przewodnik WOL zawiera przykład usługi systemd, która ponownie stosuje ustawienie wol g po ponownym uruchomieniu. Może to być przydatne, gdy sprawnie działający system wielokrotnie wraca do stanu wyłączenia tej funkcji.
Nie powinien to być pierwszy krok na urządzeniu ZimaCube, które już prawidłowo zgłasza działanie Wake-on-LAN. Najpierw uruchom urządzenie ponownie i ponownie sprawdź bieżącą wartość. Dodaj mechanizm zapewniający trwałość ustawienia tylko wtedy, gdy możesz wykazać, że ustawienie jest tracone, a następnie sprawdź je ponownie po aktualizacjach ZimaOS.
Przetestuj działanie w tej samej sieci LAN, zanim zaczniesz diagnozować zdalne wybudzanie
Rozpocznij od sprawdzonego nadajnika Wake-on-LAN znajdującego się w tej samej podsieci i użyj prawidłowego adresu MAC. Test lokalny eliminuje z równania VPN, przekierowanie transmisji rozgłoszeniowej na routerze oraz zasady zdalnego dostępu.
Jeśli lokalne WOL działa, ale zdalne WOL nie, ustawienie ZimaCube prawdopodobnie nie jest głównym problemem. W takim przypadku sprawdź, w jaki sposób narzędzie zdalne łączy się z siecią LAN i czy może dostarczyć magiczny pakiet do właściwej domeny rozgłoszeniowej.
