Nukkuvan kotitietokoneen herättäminen VPN:n yli: mistä paketti tulee

Yhdistät, reititin vastaa ja työpöytäkone jää pimeäksi. Tunneli on kunnossa; paketti, joka olisi herättänyt koneen, ei koskaan saavuttanut segmenttiä, jolla kone kuuntelee. Kun kuljet reitin reitittimeltä taaksepäin, näet missä se kuolee.

Kolme laitetta, kolme tehtävää. Niiden sekoittaminen on tavallinen syy siihen, että herätysyritys pyörii ikuisesti.

Aloita etäasiakkaasta ja seuraa reittiä

Hotelliverkosta yhdistät kodin reitittimeen, joka on kuvan ainoa aina päällä oleva päätepiste. Kannettavallasi kirjoitettu herätyspyyntö muuttuu tavalliseksi tunneliliikenteeksi, joka on osoitettu mihin tahansa nimeämääsi kohteeseen. Tämä kohde ratkaisee kaiken seuraavan.

Jos lähetit sen kodin reitittimen LAN-osoitteeseen magic-packet-porttiin, reititin voi ottaa datagrammin vastaan eikä koskaan lähetä kehystä kodinsegmentille, koska mikään siellä ei kuuntele sitä porttia. Jos lähetät sen tunnelin sisällä, se pysähtyy tunnelin rajapintaan. Reititetty tunneli ei ole kodin kaapeloinnin kerroksen 2 jatke. Seuraa reittiä hyppy hypyltä, ja umpikuja käy ilmeiseksi.

Tarkistus, joka ratkaisee asian, vaatii yhden komennon etäpuolelta ja yhden kotipuolelta. Lähetä pyyntö ja seuraa sitten kodinsegmenttiä kehyksen varalta.

Siirrä lähettäjä kodinsegmentille

Reititin voi hoitaa herätyksen itse, kun olet ensin todentanut itsesi tunnelin kautta. OpenWrt dokumentoi Wake-on-LAN-palvelun, joka toimii laitteessa ja lähettää kehyksen paikallisesti, ja juuri se on tarvittava muoto: etätodennus ulkona, paikallinen lähetys sisällä.

Tämä järjestely pitää herätystoiminnon myös poissa julkisesta internetistä. Internetiin ei paljasteta mitään uutta, koska liipaisin kulkee jo luottamasi VPN:n yli. Vaihtoehto, edelleenohjattuun porttiin perustuva herätyspalvelu, vaihtaa pienen mukavuuden internetiin päin olevaan päätepisteeseen, jota kuka tahansa voi kokeilla.

Kiertoriippuvuus kannattaa nimetä suoraan. Työpöydälle asennettu VPN-asiakas ei voi herättää sitä työpöytää, koska asiakasprosessi tarvitsee käynnissä olevan koneen. Pidä etäsisäänkäynti reitittimessä tai muussa aina päällä olevassa laatikossa, ja anna työpöydän olla vain kohde.

Varmista kohde ennen kuin syytät tunnelia

Tämän osan ratkaisee laitteisto, ei VPN, ja virrantila ratkaisee sen ensimmäisenä. Sovittimen on tuettava herätystä, laiteohjelmiston on pidettävä sovitin virransaajana unessa ja käyttöjärjestelmä on määritettävä sallimaan se. Keskeytetty kone on eri tapaus kuin sammutettu, ja molemmat eroavat koneesta, jonka virtalähde on katkaistu seinästä. Selvitä tämä tila ennen kuin käyt läpi listan loput.

Lue laitteisto-osoite sovittimesta, joka todella vastaanottaa kehyksen. Työpöytäkoneessa, jossa on sekä Ethernet että Wi-Fi, on usein kaksi osoitetta, ja vain yksi niistä voi kyetä herätykseen. Langaton herätys on erillinen ominaisuus omine laiteohjelmistovaatimuksineen, joten toimiva Ethernet-herätys ei kerro mitään Wi-Fi:n yli herättämisestä.

Todista ensin paikallinen reitti. Lähetä magic packet toisesta laitteesta samassa kytkimessä ja katso, miten kone nousee. Jos se epäonnistuu, mikään määrä tunnelin virheenkorjausta ei auta, ja vika on laiteohjelmistossa, sovittimen asetuksissa tai virrantilassa.

Jatkamisen jälkeen yhdistä haluamaasi palveluun

Herätys ei ole etäkäyttöä. Kun kone jatkaa, sen on vielä käynnistettävä palvelunsa, hankittava osoite ja hyväksyttävä istunto, jota todella tarvitset. Anna sille aikaa saavuttaa tämä tila ennen kuin päättelet herätyksen epäonnistuneen.

# 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-rivi on hyödyllinen. Merkintä, joka muuttuu puutteellisesta todelliseksi laitteisto-osoitteeksi, tarkoittaa, että kone jatkoi ja vastasi; pyyntö, joka ei koskaan ratkea, osoittaa takaisin herätysvaiheeseen eikä palveluun, jota yritit tavoittaa.

Erottele vaiheet muistiinpanoissasi: herätys, käynnistys, palvelu. Toisen vaiheen epäonnistuminen näyttää chat-ikkunasta täsmälleen samalta kuin ensimmäisen vaiheen epäonnistuminen, ja vain paikallinen todiste erottaa ne.