ZimaOS를 실행하는 ZimaCube에서 Wake-on-LAN을 설정하기 위해 apt로 ethtool을 설치할 필요는 없습니다. 원문 스레드에서 IceWhale 직원은 ethtool이 이미 ZimaOS에 포함되어 있으며 ZimaCube에서는 일반적으로 Wake-on-LAN이 기본적으로 활성화되어 있다고 설명했습니다.
혼란은 제품과 운영 체제에 대한 지침을 섞으면서 발생했습니다. 사용자가 찾은 이전 가이드는 CasaOS를 사용하는 ZimaBoard용으로 작성된 것이며, 이 경우 Debian 방식의 패키지 설치가 관련될 수 있습니다. ZimaOS는 시스템 설계가 다르므로 CasaOS 문서의 apt install 명령을 그대로 복사하는 것은 안전한 기본 방법이 아닙니다.
이전 apt 명령이 ZimaOS에 맞지 않았던 이유
사용자는 ethtool을 설치하라는 Wake-on-LAN 가이드를 따르려고 했습니다. ZimaOS는 일반적인 Debian 호스트와 같은 방식으로 시스템 구성 요소를 관리하는 일반적인 apt 패키지 관리 작업 흐름을 제공하지 않습니다.
IceWhale 직원은 해당 유틸리티가 이미 포함되어 있다고 답변했습니다. 먼저 지원되는 ZimaOS 셸에서 ethtool을 실행해 확인한 후 시스템 패키지를 설치하거나 교체하는 것이 올바른 첫 단계입니다.
별도의 현재 ZimaCube Wake-on-LAN 가이드에서도 apt 설치 단계가 아니라 내장된 ethtool 명령을 사용합니다.
ZimaCube WOL은 기본적으로 활성화되어 있지만 전체 경로를 확인해야 합니다
현재 ZimaCube 문서에 따르면 Wake-on-LAN은 기본적으로 활성화되어 있습니다. 활성화되어 있지 않다면 문서에 안내된 Linux 측 명령은 ethtool -s eth0 wol g이며, 이어서 ethtool eth0을 실행해 웨이크 설정을 확인합니다.
모든 사용자 지정 ZimaOS 설치에서 인터페이스 이름이 항상 eth0이라고 가정하지 마세요. 먼저 실제 이더넷 인터페이스를 확인해야 합니다. 현재 ZimaCube 가이드에서는 WOL 절차가 2.5GbE 포트를 지원한다고도 안내하므로, 해당 하드웨어에서는 포트 선택이 중요합니다.
Linux 설정이 올바르더라도 펌웨어 설정이 WOL을 차단할 수 있습니다
Wake-on-LAN에는 하나 이상의 소프트웨어 플래그가 필요합니다. NIC에 대기 전원이 공급되어야 하고, 펌웨어가 웨이크 이벤트를 허용해야 하며, 종료 후에도 네트워크 인터페이스가 적절한 웨이크 모드를 유지해야 합니다.
현재 ZimaCube 절차에서는 Linux를 확인하기 전에 BIOS에서 PME에서 깨우기를 활성화합니다. 매직 패킷에 반응이 없다면 ethtool 설정을 반복해서 변경하기 전에 BIOS 설정과 전원 상태를 확인하세요.
ZimaCube BIOS 전원 설정에서도 Wake on LAN을 ZimaOS 구성과 함께 설정해야 하는 펌웨어 옵션으로 안내합니다.
설정이 실제로 초기화될 때만 지속성 우회 방법을 추가하세요
현재 WOL 가이드에는 재부팅 후 wol g를 다시 적용하는 systemd 서비스 예제가 포함되어 있습니다. 확인된 시스템이 반복적으로 비활성화 상태로 돌아가는 경우 유용할 수 있습니다.
이미 Wake-on-LAN이 정상적으로 보고되는 ZimaCube에서 이를 첫 단계로 적용해서는 안 됩니다. 먼저 재부팅한 후 현재 값을 다시 확인하세요. 설정이 손실되고 있음을 입증할 수 있을 때만 지속성 메커니즘을 추가하고, ZimaOS 업데이트 후에도 다시 확인하세요.
원격 웨이크를 문제 해결하기 전에 동일한 LAN에서 테스트하세요
동일한 서브넷에 있는 정상 작동이 확인된 Wake-on-LAN 송신기로 시작하고 올바른 MAC 주소를 사용하세요. 로컬 테스트를 하면 VPN, 라우터의 브로드캐스트 전달, 원격 액세스 정책을 문제에서 제외할 수 있습니다.
로컬 WOL은 성공하지만 원격 WOL이 실패한다면 ZimaCube 설정이 주된 원인이 아닐 가능성이 높습니다. 이 경우 원격 도구가 LAN에 연결하는 방식과 올바른 브로드캐스트 도메인으로 매직 패킷을 전달할 수 있는지를 확인하세요.
