Събуждане на заспал домашен компютър през VPN: откъде идва пакетът

Свързвате се, рутерът отговаря, а настолният компютър остава тъмен. Тунелът е наред; пакетът, който е трябвало да събуди машината, така и не е стигнал до сегмента, в който машината слуша. Проследяването на пътя назад от рутера показва къде той умира.

Три устройства имат три задачи. Объркването между тях е обичайната причина опит за събуждане да се върти безкрайно.

Започнете от отдалечения клиент и следвайте пътя

От хотелска мрежа се свързвате с домашния рутер, който е единствената постоянно включена крайна точка в картината. Заявката за събуждане, написана на лаптопа ви, става обикновен трафик на тунела, адресиран до каквато дестинация сте посочили. Тази дестинация решава всичко след това.

Ако сте я изпратили до LAN адреса на домашния рутер на порта за magic packet, рутерът може да приеме дейтаграмата и никога да не излъчи кадър в домашния сегмент, защото там нищо не слуша на този порт. Ако я разпръсквате вътре в тунела, тя спира на интерфейса на тунела. Маршрутизираният тунел не е разширение на 2-ро ниво на домашното окабеляване. Проследете пътя стъпка по стъпка и задънената улица става очевидна.

Проверката, която решава въпроса, изисква една команда от отдалечената страна и една от домашната. Изпратете заявката, след което наблюдавайте домашния сегмент за кадъра.

Преместете изпращача в домашния сегмент

Рутерът може сам да извърши събуждането, след като се удостоверите през тунела. OpenWrt документира услуга Wake-on-LAN, която работи на устройството и излъчва кадъра локално, което е точно нужната форма: отдалечено удостоверяване отвън, локално разпръскване отвътре.

Тази схема държи функцията за събуждане и извън публичния интернет. Нищо ново не се излага на интернет, защото задействането пътува по VPN, на който вече имате доверие. Алтернативата — услуга за събуждане през пренасочен порт — разменя малко удобство срещу обърната към интернет крайна точка, която всеки може да пробва.

Цикличната зависимост си струва да бъде назована направо. VPN клиент, инсталиран на настолния компютър, не може да събуди този компютър, защото процесът на клиента изисква машината да работи. Дръжте отдалечената входна точка на рутера или на друга постоянно включена кутия, а настолният компютър нека бъде само цел.

Потвърдете целта, преди да обвините тунела

Тази част се решава от хардуера, не от VPN, и захранването я решава първо. Адаптерът трябва да поддържа събуждане, фърмуерът трябва да оставя адаптера захранен в сън, а операционната система трябва да е настроена да го разреши. Машина в режим на спиране е различен случай от изключена машина и двете се различават от машина, чието захранване е изключено от контакта. Изяснете това състояние, преди да работите по останалата част от списъка.

Прочетете хардуерния адрес от адаптера, който действително ще получи кадъра. Настолен компютър с Ethernet и Wi-Fi често има два адреса и само един от тях може да поддържа събуждане. Безжичното събуждане е отделна възможност със свои изисквания към фърмуера, така че работещото събуждане през Ethernet не казва нищо за събуждане през Wi-Fi.

Първо докажете локалния път. Изпратете magic packet от друго устройство на същия комутатор и гледайте как машината се вдига. Ако това се провали, никакво отстраняване на проблеми в тунела няма да помогне и неизправността е във фърмуера, настройките на адаптера или захранването.

След възобновяване се свържете с услугата, която искате

Събуждането не е отдалечен достъп. След като машината се възобнови, тя все още трябва да зареди услугите си, да получи адрес и да приеме сесията, която всъщност ви трябва. Дайте ѝ време да стигне до това състояние, преди да заключите, че събуждането е неуспешно.

# 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

Редът arp е полезният. Запис, който преминава от непълен към реален хардуерен адрес, означава, че машината се е възобновила и е отговорила; заявка, която никога не се решава, сочи обратно към стъпката на събуждане, а не към услугата, до която сте се опитвали да стигнете.

Разделяйте етапите в бележките си: събуждане, зареждане, услуга. Неуспех на втория етап изглежда от чат прозореца точно като неуспех на първия и само локалното доказателство ги различава.