Буђење успаваног кућног рачунара преко 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 је користан. Запис који се промени из непотпуне у стварну хардверску адресу значи да се машина вратила и одговорила; захтев који се никада не разреши упућује назад на корак буђења, а не на услугу којој сте покушавали да дођете.

Раздвојите фазе у својим белешкама: буђење, подизање, услуга. Квар у другој фази из chat прозора изгледа исто као квар у првој, а само локални доказ их разликује.