Jy maak verbinding, die router antwoord, en die tafelrekenaar bly donker. Die tonnel is reg; die pakket wat die masjien sou wek, het nooit die segment bereik waar die masjien luister nie. Om die pad van die router af terug te volg, wys waar dit sterf.

Drie toestelle het drie take. Om hulle deurmekaar te haal, is die gewone rede waarom 'n wekpoging vir ewig loop.

Begin by die afgeleë kliënt en volg die pad

Van 'n hotelnetwerk af maak jy verbinding met die tuisrouter, wat die enigste altyd-aan eindpunt in die prentjie is. 'n Wekversoek wat jy op jou skootrekenaar tik, word gewone tonnelverkeer, gerig aan watter bestemming jy ook al genoem het. Daardie bestemming bepaal alles wat volg.

As jy dit na die tuisrouter se LAN-adres op die magic-packet-poort gestuur het, kan die router die datagram aanvaar en nooit 'n raam op die tuissegment uitstuur nie, want niks daar luister na daardie poort nie. As jy dit binne die tonnel uitsaai, stop dit by die tonnelkoppelvlak. 'n Gerouteerde tonnel is nie 'n Laag 2-uitbreiding van die huis se bedrading nie. Volg die pad hop vir hop en die doodloop word duidelik.

Die toets wat dit besleg, neem een opdrag van die afgeleë kant en een van die tuiskant. Stuur die versoek en kyk dan na die tuissegment vir die raam.

Skuif die sender na die tuissegment

Die router kan self die wek doen sodra jy deur die tonnel geauthentiseer is. OpenWrt dokumenteer 'n Wake-on-LAN-diens wat op die toestel loop en die raam plaaslik uitstuur, wat presies die regte vorm is: afgeleë verifikasie buite, plaaslike uitsaai binne.

Daardie reëling hou ook die wekfunksie van die openbare internet af. Niks nuuts word aan die internet blootgestel nie, want die sneller ry op die VPN wat jy reeds vertrou. Die alternatief, 'n poort-geforwarde wekdiens, ruil 'n klein gerief vir 'n internetgerigte eindpunt wat enigiemand kan ondersoek.

Die kringafhanklikheid is die moeite werd om duidelik te noem. 'n VPN-kliënt wat op die tafelrekenaar geïnstalleer is, kan daardie tafelrekenaar nie wek nie, want die kliëntproses het die masjien nodig om te loop. Hou die afgeleë toegangspunt op die router of 'n ander altyd-aan boks, en laat die tafelrekenaar net 'n teiken wees.

Bevestig die teiken voordat jy die tonnel blameer

Hardeware besluit hierdie deel, nie die VPN nie, en die kragtoestand besluit dit eerste. Die adapter moet wek ondersteun, die firmware moet die adapter in slaap van krag voorsien, en die bedryfstelsel moet ingestel wees om dit toe te laat. 'n Masjien wat geslaap het, is 'n ander geval as een wat afgeskakel is, en albei verskil van 'n masjien wie se kragtoevoer by die muur afgesit is. Besleg daardie toestand voordat jy die res van die lys deurwerk.

Lees die hardeware-adres van die adapter wat die raam werklik sal ontvang. 'n Tafelrekenaar met beide Ethernet en Wi-Fi het dikwels twee adresse, en net een van hulle is dalk wekbekwaam. Draadlose wek is 'n aparte vermoë met sy eie firmware-vereistes, so 'n werkende Ethernet-wek sê niks oor wek oor Wi-Fi nie.

Bewys eers die plaaslike pad. Stuur die magic packet van 'n ander toestel op dieselfde skakelaar en kyk of die masjien opkom. As dit misluk, sal geen hoeveelheid tonnelontfouting help nie, en die fout lê in firmware, adapterinstellings of die kragtoestand.

Maak ná hervatting verbinding met die diens wat jy wou hê

Wek is nie afgeleë toegang nie. Sodra die masjien hervat, moet dit steeds sy dienste begin, 'n adres kry en die sessie aanvaar wat jy werklik nodig het. Gee dit tyd om daardie toestand te bereik voordat jy aflei dat die wek misluk het.

# 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

Die arp-reël is die nuttige een. 'n Inskrywing wat van onvolledig na 'n werklike hardeware-adres verander, beteken die masjien het hervat en geantwoord; 'n versoek wat nooit oplos nie, wys terug na die wekstap eerder as na die diens wat jy probeer bereik het.

Skei die fases in jou notas: wek, begin, diens. 'n Mislukking by fase twee lyk dieselfde as 'n mislukking by fase een uit 'n kletsvenster, en net die plaaslike bewyse onderskei hulle.

Verwante artikels