Acordar um PC de casa a dormir por VPN: de onde vem o pacote
Um túnel não pode acordar a máquina que ele mesmo termina. Coloque o magic packet na LAN de casa, confirme o adaptador e o estado de energia, e depois ligue-se.
Liga-se, o router responde e o computador de secretária continua escuro. O túnel está bem; o pacote que teria acordado a máquina nunca chegou ao segmento onde a máquina escuta. Se percorrer o caminho de trás para a frente a partir do router, vê onde ele morre.
Três dispositivos têm três tarefas. Confundi-los é a razão habitual para uma tentativa de acordar girar para sempre.
Comece no cliente remoto e siga o caminho
A partir de uma rede de hotel liga-se ao router de casa, que é o único ponto final sempre ativo da imagem. Um pedido de acordar escrito no portátil torna-se tráfego de túnel normal, endereçado ao destino que tiver indicado. Esse destino decide tudo o que se segue.
Se o enviou para o endereço LAN do router de casa na porta do magic packet, o router pode aceitar o datagrama e nunca emitir uma trama no segmento de casa, porque ali nada escuta essa porta. Se o difundir dentro do túnel, para na interface do túnel. Um túnel encaminhado não é uma extensão de camada 2 da cablagem da casa. Siga o caminho salto a salto e o beco sem saída torna-se óbvio.
A verificação que decide isto precisa de um comando do lado remoto e de um do lado de casa. Envie o pedido e depois observe o segmento de casa à procura da trama.
Mova o emissor para o segmento de casa
O router pode fazer o acordar ele mesmo assim que estiver autenticado pelo túnel. O OpenWrt documenta um serviço Wake-on-LAN que corre no dispositivo e emite a trama localmente, e é exatamente a forma necessária: autenticação remota lá fora, difusão local cá dentro.
Essa disposição também mantém a função de acordar fora da internet pública. Nada de novo é exposto à internet, porque o gatilho viaja pela VPN em que já confia. A alternativa, um serviço de acordar com porta reencaminhada, troca um pequeno conforto por um ponto final virado para a internet que qualquer um pode sondar.
A dependência circular merece ser nomeada sem rodeios. Um cliente VPN instalado no computador de secretária não pode acordar esse computador, porque o processo do cliente precisa da máquina a funcionar. Mantenha o ponto de entrada remoto no router ou noutra caixa sempre ativa, e deixe o computador de secretária ser apenas um alvo.
Confirme o alvo antes de culpar o túnel
Esta parte é decidida pelo hardware, não pela VPN, e o estado de energia decide-a primeiro. O adaptador tem de suportar o acordar, o firmware tem de deixar o adaptador alimentado em suspensão e o sistema operativo tem de estar configurado para o permitir. Uma máquina suspensa é um caso diferente de uma desligada, e ambas diferem de uma máquina cuja alimentação está cortada na parede. Resolva esse estado antes de percorrer o resto da lista.
Leia o endereço de hardware do adaptador que vai realmente receber a trama. Um computador de secretária com Ethernet e Wi-Fi tem muitas vezes dois endereços, e só um deles pode ser capaz de acordar. O acordar sem fios é uma capacidade separada com os seus próprios requisitos de firmware, por isso um acordar por Ethernet que funciona não diz nada sobre acordar por Wi-Fi.
Prove primeiro o caminho local. Envie o magic packet a partir de outro dispositivo no mesmo comutador e veja a máquina levantar-se. Se isso falhar, nenhuma quantidade de depuração do túnel ajudará, e a falha está no firmware, nas definições do adaptador ou no estado de energia.
Depois de retomar, ligue-se ao serviço que queria
Acordar não é acesso remoto. Quando a máquina retoma, ainda tem de arrancar os seus serviços, obter um endereço e aceitar a sessão de que realmente precisa. Dê-lhe tempo para chegar a esse estado antes de concluir que o acordar falhou.
# remote side: trigger the wake through the already-authenticated tunnel
ssh [email protected] 'wol -i br-lan 3c:7a:8f:2b:11:04'
# home side: is the target answering on the LAN?
ping -c 3 10.10.0.42
arp -n 10.10.0.42
A linha arp é a útil. Uma entrada que passa de incompleta para um endereço de hardware real significa que a máquina retomou e respondeu; um pedido que nunca se resolve aponta de volta para o passo de acordar, e não para o serviço que tentava alcançar.
Separe as etapas nas suas notas: acordar, arranque, serviço. Uma falha na segunda etapa parece idêntica a uma falha na primeira a partir de uma janela de conversa, e só a evidência local as distingue.