Windows 7 Pro O computador não é ativado na LAN via Magic Packet a partir da rede externa

Question

Acabei de comprar um novo computador com o Windows 7 Professional x64. Eu gostaria de economizar energia fazendo com que ele durma depois de uma hora, mas eu também gostaria de poder usar o Remote Desktop no meu tempo livre.

Eu configuro um IP estático e tenho o encaminhamento de porta configurado no roteador. Se o computador estiver ativo, a conexão RDP funciona bem.

Eu baixei e instalei o Wake-On-LAN graças a este artigo

Se eu colocar meu novo computador para dormir e enviar o pacote mágico do meu computador antigo para dentro da minha rede doméstica, ele acordará. Se eu fizer a mesma coisa, no entanto, do meu computador de trabalho fora da rede, não.

Eu percebi que o Firewall estava bloqueando o tráfego de entrada, mas nada nos registros do Firewall do Windows indica que isso está acontecendo.

Eu estou querendo saber se alguém tem alguma sugestão ou qualquer teste que eu possa fazer para diminuir o problema.

    

Answer 1

Eu tive um problema semelhante ao seu, e usei uma página da Web no meu servidor para enviar o pacote mágico.

Eu usei o código e o WolAsp.dll de Depicus :

Wake On Lan for Active Server Pages allows any IIS web browser with the ASP interpreter to send a Magic Packet to a remote machine

Na página de perguntas frequentes:

Wake on Lan over the Internet (or why is it such a pain in the ****)

"IP directed broadcasts are used in the extremely common and popular "smurf" denial of service attack, and can also be used in related attacks.

An IP directed broadcast is a datagram which is sent to the broadcast address of a subnet to which the sending machine is not directly attached. The directed broadcast is routed through the network as a unicast packet until it arrives at the target subnet, where it is converted into a link-layer broadcast. Because of the nature of the IP addressing architecture, only the last router in the chain, the one that is connected directly to the target subnet, can conclusively identify a directed broadcast. Directed broadcasts are occasionally used for legitimate purposes, but such use is not common outside the financial services industry.

In a "smurf" attack, the attacker sends ICMP echo requests from a falsified source address to a directed broadcast address, causing all the hosts on the target subnet to send replies to the falsified source. By sending a continuous stream of such requests, the attacker can create a much larger stream of replies, which can completely inundate the host whose address is being falsified.

If a Cisco interface is configured with the no ip directed-broadcast command, directed broadcasts that would otherwise be "exploded" into link-layer broadcasts at that interface are dropped instead. Note that this means that no ip directed-broadcast must be configured on every interface of every router that might be connected to a target subnet; it is not sufficient to configure only firewall routers. The no ip directed-broadcast command is the default in Cisco IOS software version 12.0 and later. In earlier versions, the command should be applied to every LAN interface that isn't known to forward legitimate directed broadcasts."

Quoted from Cisco.

Eu me pergunto se em algum lugar ao longo da linha, o pacote está sendo bloqueado. Você pode tentar WoL do Depicus 'na página da Internet e ver se o pacote chegará ao seu computador.

    

Answer 2

Em vez de tudo isso - você pode tentar o Gerenciador de Dispositivos - expanda Adaptadores de Rede - Propriedades para o Controlador de rede que você está usando - e vá para a guia Gerenciamento de Energia - e DESCONECTE a opção para permitir SOMENTE o pacote Mágico. . OK OK OK - depois teste. Este cenário (desativando o requisito de apenas o Magic Packet para acordar o PC) funciona no nosso caso. Uma coisa a ter em mente - às vezes, ao estabelecer a Conexão de Área de Trabalho Remota enquanto o PC está adormecido - a primeira vez que você tentar o RDP falhará, mas ele despertará o PC. Na segunda vez que você tentar - ele se conectará bem. O ping não funciona enquanto o PC está adormecido. Isto é para desktops HP 6000pro e não tenho certeza se isso será corrigido no futuro com patches do sistema operacional ou atualizações de drivers da placa de rede.

Ainda está tentando solucionar problemas por que o PC não vai acordar se entrar em hibernação em algumas horas, em vez de no modo de suspensão.

    

Answer 3

Seu roteador precisa estar configurado para aceitar e encaminhar esses pacotes. A menos que você faça isso, não há como obter tráfego do lado de fora para o computador que dorme por dentro.

Se realmente fazer isso ou não, é com você. O tráfego de encaminhamento tem alguns riscos inerentes.

Etapas básicas:

1. Encaminhe a porta 7 ou 9 do UPD para o IP do computador WOL desejado. Qual porta você precisa usar dependerá do cliente WOL que você está usando. Se o cliente permitir, você provavelmente conseguirá uma porta aleatória com numeração alta.
2. Se você estiver em várias redes privadas, talvez seja necessário adicionar uma entrada ARP estática de seu computador WOL com FF: FF: FF: FF: FF: FF para o MAC. Isso deve permitir que ele encaminhe entre os switches.

A outra coisa que você pode fazer é instalar o DD-WRT no seu roteador, se ele for compatível. Isso permitiria que você usasse o roteador como um cliente WOL e poderia simplesmente fazer o telnet e emitir os comandos apropriados.

Ótimo documento do DD-WRT, (e onde encontrei todas essas informações) == > Página DD-WRT WOL

    

Answer 4

O problema aqui é que, uma vez que seu computador ficou offline por mais de um tempo (5-10 min?), o endereço MAC é removido do cache de arp e não há nenhum link entre o endereço MAC e o endereço IP.

Assim, a única maneira de acordar seu computador é enviar uma mensagem de difusão. Isso não é problema em uma LAN, mas não é diretamente possível na Internet.

O que você precisa fazer é redirecionar para ip ... 255, que é o IP de transmissão padrão.

No meu D-Link DIR655 parece que o portforward não funciona, mas o servidor virtual faz ... (Qual é a mesma coisa)? Mais informações aqui: link

    

Answer 5

Pelo que entendi, o Wake on LAN só funciona se o pacote mágico for enviado no endereço de broadcast da mesma sub-rede que a máquina que você deseja ativar. A partir disso, estou curioso para saber se a solução teria que envolver um computador secundário para ser o "waker" que envia o pacote em seu nome.

Eu só tenho evidências para verificar. Eu queria fazer a mesma coisa com nossas máquinas de teste no trabalho; ocasionalmente eles são colocados para dormir e o Wake on LAN teria sido perfeito. Eu nunca consegui ativar uma máquina de teste da minha máquina de desenvolvimento, mas acordei com êxito máquinas de teste de outras máquinas de teste. Eu poderia verificar se as máquinas de teste estavam recebendo os pacotes, mas eles não iriam sair da minha máquina de desenvolvimento. Eu finalmente desisti e presumi que, como minha máquina dev e as máquinas de teste estavam em redes privadas diferentes, seria impossível implementar.

    

Answer 6

Eu acho que sua caixa do roteador / NAT está bloqueando o pacote mágico. O pacote mágico tem que ser endereçado ao endereço de broadcast, sua caixa NAT irá bloqueá-lo, ou se você tiver uma porta em frente, você pode tê-lo enviado para o endereço específico e não para o endereço de broadcast. Se este for o caso, você pode tentar alterar a porta para frente, de modo que ela envie para o endereço de broadcast da sua LAN.

Eu não ficaria surpreso se você não puder fazer seu roteador doméstico encaminhar o pacote mágico corretamente. Se este for o caso, você precisará de alguma forma de ajuda sempre em sua LAN. Esse pode ser o seu roteador, se você pode alterar seu firmware para algo que suporta isso, ou um PC menor que você pode deixar sempre ligado. Você pode até obter / escrever um pequeno aplicativo que possa ser executado sempre no PC, ouvindo um comando específico e, quando receber, ele poderá enviar o pacote mágico correto para você.