온보드 NIC의 WoL 출력이 연결되어 부팅이 아닌 시스템 재설정(내 생각에는 NMI를 통해)이 발생하는 고유한 하드웨어가 있습니다.
이는 PDU나 IPMI 교체 비용을 발생시키지 않고 원격 재부팅을 용이하게 하기 위해 수행된 것 같습니다.
그러나 OS가 로드되면 WoL 기능이 억제되는 것 같습니다. memtest 86은 이를 억제하지 않지만 Linux는 억제한다는 것을 알았습니다. 나는 노력했다ethtool -s wol a/u/m/b/a/g/s
나는 올바른 길을 가고 있습니까? OS가 실행되는 동안 WoL을 깨운 상태로 유지하는 방법은 무엇입니까?
/ # lspci -nn | grep -i net
01:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3]
/ # ethtool -i
ethtool -i eth0
driver: e1000e
version: 2.3.2-k
firmware-version: 2.1-0
bus-info: 0000:01:00.0
/ # uname -a
Linux (none) 3.19.0 #1 SMP Mon Oct 19 15:48:25 CDT 2015 x86_64 GNU/Linux
/ #
대상 커널은 최신 CentOS, Ubuntu, Debian, Windows, Proxmox(Debian) 및 VMware입니다.
나는 WoL이 운영 체제 "외부"에서 실행되기를 원합니다. 원할 경우 OS가 이를 비활성화할 수 있다는 데 동의하지만 기본적으로는 그렇지 않습니다. WoL이 단순히 BIOS에서 활성화되고 하드웨어에서 지원된다면 OS가 무엇을 하든 일관되게 작동할 것입니다.
답변1
Intel은 현재 NIC 칩 데이터시트를 보기 위해 등록하기를 원하는 것으로 보이지만 Google은 여기에서 82574 시리즈 데이터시트를 찾았습니다.https://docs.rs-online.com/96e8/0900766b81384733.pdf
내가 아는 한, 데이터시트에는 Wake-on-LAN 패킷을 기다리는 동안 카드가 정상적으로 송수신할 수 있는지 여부가 실제로 나와 있지 않습니다. 하지만 데이터시트에서는 들어오는 패킷에 필터를 적용하는 방법에 대해 설명합니다. 이러한 필터가 정상적인 수신 트래픽을 방해할 수 있을까요?
내 첫 번째 추측은 WoL 기능이 중단되는 정확한 시간은 PCI(e) 버스가 재설정될 때 또는 NIC 드라이버가 로드될 때라는 것입니다. WoL이 멈추지 않는다는 사실은 memtest86
후자일 수도 있음을 암시합니다. 그렇다면 (아마도 도움이 되지 않는) 대답이 있을 것입니다.NIC 드라이버 로드 방지그리고 WoL-as-reset 기능이 제공되지만 시스템에 네트워크 연결도 필요한 경우 다른 NIC가 필요합니다. :-(
Linux e1000e
드라이버는 실제로 WoL 기능만 활성화하는 것 같습니다.운전자가 닫혔을 때. 나에게 이는 또한 WoL을 활성화하면 어떤 방식으로든 NIC의 일반 기능을 방해할 수 있음을 나타냅니다.