Existe alguma maneira de determinar se o roteador está encaminhando o pacote WoL para a placa NIC enquanto o computador está desligado?

Question

Estou tendo dificuldade em descobrir se o problema é com o roteador não encaminhando os pacotes para o NIC ou o problema é o NIC não acordar o PC ou outras configurações ocultas que estão impedindo o wake up.

Em ambos os casos, quero saber se existe alguma maneira de verificar se o pacote Wake On LAN (WOL) é realmente recebido pela NIC ou não. Porque esse é o primeiro passo na solução de problemas do meu sistema.

Eu usei o Wireshark mas, esta é a primeira vez que uso este programa, e eu pude ver que o pacote é recebido pelo roteador, então, o roteador envia uma requisição ARP - na nota ele diz "Diga-me quem tem IP ".

Então, quando o PC está dormindo ou desligado e escutando o pacote WoL, como eu determino se o pacote é realmente recebido pelo NIC ou não? A NIC possui algum registro de pacotes / eventos que recebe?

    

Answer 1

O fato de o roteador estar fazendo um pedido ARP who-have sugere que o pacote mágico foi enviado pela camada IP: isso está além do escopo do protocolo WoL, que especifica um quadro de broadcast da camada 2 (ethernet) com uma carga útil de FF:FF:FF imediatamente seguido pelo endereço MAC da NIC repetido dezesseis vezes.

Assim, se o roteador estiver tentando enviar um pacote desse tipo para um endereço IP específico, ele não conseguirá ativar o sistema adormecido, pois a negociação ARP não será concluída, portanto, o pacote não será colocado na rede.

O roteador teria que enviar um pacote para o endereço de broadcast, o que não requer resolução ARP: esse pacote é enviado para todas as estações, em todas as portas. Normalmente, um pacote de transmissão ethernet pode ser enviado usando 255.255.255.255 como um destino, ou pelo complemento 1 do parâmetro netmask logicamente ANDed para o parâmetro network .

Por exemplo:

A network of 192.168.2.0 with a netmask of 255.255.254.0, has a broadcast address of (192.168.2.0 AND 0.0.1.255), which is 192.168.3.255.

Infelizmente, devido a ataques de negação de serviço com base na multiplicação de pacotes explorando endereços de broadcast, tais pacotes subnet directed broadcast geralmente não são encaminhados pela Internet pública, portanto, geralmente não é possível usar o WoL de redes não locais que são fora do gerenciamento de configuração local.