Windows 7 Pro 计算机不会通过来自外部网络的 Magic Packet 在 LAN 上唤醒

Question

我刚刚购买了一台运行 Windows 7 Professional x64 的新计算机。我想通过让它在一小时后休眠来节省电量，但​​我也希望能够在闲暇时使用远程桌面。

我设置了一个静态 IP 并在路由器上设置了端口转发。如果计算机处于唤醒状态，则 RDP 连接工作正常。

感谢这篇文章，我下载并安装了Wake-On-LAN

如果我让我的新计算机进入睡眠状态并从我的家庭网络内的旧计算机发送魔法数据包，它就会唤醒。但是，如果我从网络外的工作计算机上做同样的事情，则不会。

我认为防火墙阻止了传入流量，但 Windows 防火墙日志中没有任何内容表明发生了这种情况。

我想知道是否有人有任何建议或我可以进行的任何测试以缩小问题的范围。

Answer 1

我遇到了和你类似的问题，我使用服务器上的网页来发送魔术包。

我使用了Depicus的代码和 WolAsp.dll ：

Active Server Pages 的 LAN 唤醒允许任何具有 ASP 解释器的 IIS Web 浏览器将 Magic Packet 发送到远程计算机

从他们的常见问题解答页面：

通过互联网在 LAN 上唤醒（或者为什么这么痛苦）

“IP定向广播用于极其常见和流行的‘smurf’拒绝服务攻击，也可用于相关攻击。

IP 定向广播是发送到发送计算机未直接连接的子网的广播地址的数据报。定向广播作为单播数据包在网络中路由，直到到达目标子网，并在目标子网中转换为链路层广播。由于 IP 寻址架构的性质，只有链中的最后一个路由器（直接连接到目标子网的路由器）才能最终识别定向广播。定向广播偶尔会用于合法目的，但这种用途在金融服务行业之外并不常见。

在“smurf”攻击中，攻击者从伪造的源地址向定向广播地址发送 ICMP 回显请求，导致目标子网上的所有主机向伪造的源发送答复。通过发送连续的此类请求流，攻击者可以创建更大的答复流，这可以完全淹没地址被伪造的主机。

如果 Cisco 接口配置了 no ip direct-broadcast 命令，则原本会在该接口“分解”为链路层广播的定向广播将被丢弃。请注意，这意味着不必在可能连接到目标子网的每个路由器的每个接口上配置 ip 定向广播；仅配置防火墙路由器是不够的。no ip direct-broadcast 命令是 Cisco IOS 软件版本 12.0 及更高版本中的默认命令。在早期版本中，该命令应应用于每个未知的 LAN 接口以转发合法的定向广播。”

引自思科。

我想知道数据包是否在传输过程中的某个地方被阻止了。您可以在 Internet 页面上尝试Depicus 的 WoL ，看看数据包是否会到达您的计算机。