Despertar un PC da casa durmido por VPN: de onde vén o paquete

Conéctaste, o router responde e o equipo de escritorio segue ás escuras. O túnel está ben; o paquete que tería despertado a máquina nunca chegou ao segmento onde esta escoita. Se percorres o camiño cara atrás desde o router, ves onde morre.

Tres dispositivos teñen tres traballos. Confundilos é a razón habitual pola que un intento de despertar dá voltas para sempre.

Comeza no cliente remoto e segue o camiño

Desde unha rede de hotel conéctaste ao router da casa, que é o único extremo sempre activo da imaxe. Unha petición de despertar escrita no teu portátil convértese en tráfico de túnel normal, dirixido ao destino que nomeases. Ese destino decide todo o que segue.

Se a enviaste ao enderezo LAN do router da casa no porto do magic packet, o router pode aceptar o datagrama e non emitir nunca unha trama no segmento da casa, porque alí nada escoita ese porto. Se a difundes dentro do túnel, detense na interface do túnel. Un túnel enrutado non é unha extensión de capa 2 da instalación eléctrica da casa. Segue o camiño salto a salto e o calexón sen saída faise evidente.

A comprobación que o resolve necesita un comando desde o lado remoto e outro desde o lado da casa. Envía a petición e despois observa o segmento da casa na procura da trama.

Move o emisor ao segmento da casa

O router pode facer o despertar el mesmo unha vez que te autenticases polo túnel. OpenWrt documenta un servizo Wake-on-LAN que se executa no dispositivo e emite a trama localmente, que é exactamente a forma necesaria: autenticación remota fóra, difusión local dentro.

Ese arranxo tamén mantén a función de despertar fóra de internet público. Non se expón nada novo a internet, porque o disparador viaxa pola VPN na que xa confías. A alternativa, un servizo de despertar con porto redirixido, cambia unha pequena comodidade por un extremo aberto a internet que calquera pode sondar.

A dependencia circular merece nomearse sen rodeos. Un cliente VPN instalado no escritorio non pode despertar ese escritorio, porque o proceso do cliente necesita a máquina en marcha. Mantén o punto de entrada remoto no router ou noutra caixa sempre activa, e deixa que o escritorio sexa só un obxectivo.

Confirma o obxectivo antes de culpar o túnel

Esta parte decídea o hardware, non a VPN, e o estado de enerxía decídea primeiro. O adaptador ten que admitir o despertar, o firmware ten que deixar o adaptador alimentado en repouso e o sistema operativo ten que estar configurado para permitilo. Unha máquina suspendida é un caso distinto dunha apagada, e ambas difiren dunha máquina coa alimentación cortada na parede. Resolve ese estado antes de percorrer o resto da lista.

Le o enderezo de hardware do adaptador que realmente recibirá a trama. Un escritorio con Ethernet e Wi-Fi adoita ter dous enderezos, e pode que só un deles sexa capaz de despertar. O despertar sen fíos é unha capacidade aparte cos seus propios requisitos de firmware, así que un despertar por Ethernet que funciona non di nada sobre despertar por Wi-Fi.

Demostra primeiro o camiño local. Envía o magic packet desde outro dispositivo no mesmo conmutador e observa como arranca a máquina. Se iso falla, ningunha cantidade de depuración do túnel axudará, e o fallo está no firmware, nos axustes do adaptador ou no estado de enerxía.

Tras retomar, conéctate ao servizo que querías

Despertar non é acceso remoto. Cando a máquina retoma, aínda ten que arrincar os seus servizos, obter un enderezo e aceptar a sesión que de verdade necesitas. Dálle tempo para chegar a ese estado antes de concluír que o despertar fallou.

# 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 liña arp é a útil. Unha entrada que pasa de incompleta a un enderezo de hardware real significa que a máquina retomou e respondeu; unha petición que nunca se resolve apunta de volta ao paso de despertar, non ao servizo que intentabas alcanzar.

Separa as etapas nas túas notas: despertar, arrinque, servizo. Un fallo na segunda etapa parece idéntico a un fallo na primeira desde unha xanela de chat, e só a evidencia local os distingue.