如何在 PC 运行时识别 WOL（Wake On Lan）请求答案

【问题标题】：How to recognize a WOL (Wake On Lan) request while the PC is running如何在 PC 运行时识别 WOL（Wake On Lan）请求
【发布时间】：2015-06-18 20:50:54
【问题描述】：

我想知道是否可以检查WOL-request 是否已被
在计算机已打开时收到。 (pInvoke, c#?)

如果计算机收到magic paket 并启动，Windows 会将相应的事件日志条目写入系统日志。

我正在寻找的方式是不要自己收听我的 UDP 流量 - 如果可能的话，我想知道 如何接收一种系统事件（IRQ ?) 什么的。当接收PC已经打开时，这就是全部。

【问题讨论】：

Wake-on-LAN 确实是 MAC 级别的东西，（尽管某些实现使用 UDP）所以你真的必须在遇到原始数据包时监听它们......假设 NIC将该数据包传递给 NIC 驱动程序。收到数据包时打开计算机的不是软件，而是从 NIC 到主板的信号。简而言之，我认为您不会找到一个简单的答案。
@Duston ..从我所读到的内容中，我预料到了一些事情，我相信至少有一个昏暗的灯光；）-也许有人有一种革命性的方法；）-我也相信这可以成为不同制造商之间的独立事物 - 也许他们中的一些人在他们的特定驱动程序中支持这样的“事件”......但我正在寻找一个通用的解决方案 - thx
好吧，请记住，WOL 不是驱动程序级别的事件，它是在硬件级别处理的。对司机来说，这只是网络上的广播聊天。
@Duston - 是的，我的意思是他们可能实现了一些东西（有人必须调试此类事件；）） - 但我认为它的“可能”是可能的，因为其他 PowerEvents 可以收听（.net Microsoft. Win32.SystemEvents.PowerModeChanged") - 是的.. 对.. 这些都是 ACPI 事件... ;) & 只有关机和挂起事件...

标签： c# winapi wake-on-lan

【解决方案1】：

我同意 Duston 的观点，即 WOL 是与硬件相结合的第 2 层。在正常工作的 PC 上，NIC 硬件几乎不可能将其传递给驱动程序，因为该硬件的任务正是仅在真正需要时才干扰您的 CPU。在工作 PC 上查看魔术包的最佳机会是：安装并运行嗅探器（数据包分析器）软件。这将强制支持的 NIC 进入特殊模式，将每个数据包传输到 CPU。如果您现在可以在输出中看到魔术包，下一步将是配置嗅探器以在它看到魔术包时提醒您。完毕。所有这些都将占用大量 CPU。您可以编写执行所有这些的软件，但这实际上是用固定查询而不是可配置的查询重写完整的嗅探器。

【讨论】：