Probuditi uspavani kućni računar preko VPN-a: odakle dolazi paket

Povežete se, ruter odgovori, a stolno računalo ostane mračno. Tunel je u redu; paket koji je trebao probuditi mašinu nikada nije stigao do segmenta na kojem mašina sluša. Ako put prijeđete unatrag od rutera, vidjet ćete gdje umire.

Tri uređaja imaju tri zadatka. Njihovo miješanje uobičajen je razlog zašto pokušaj buđenja kruži zauvijek.

Počnite od udaljenog klijenta i slijedite put

Iz hotelske mreže povezujete se s kućnim ruterom, koji je jedina stalno uključena krajnja točka na slici. Zahtjev za buđenje koji otipkate na prijenosniku postaje običan promet tunela, adresiran na odredište koje ste naveli. To odredište odlučuje o svemu što slijedi.

Ako ste ga poslali na LAN adresu kućnog rutera na port magic packet, ruter može prihvatiti datagram i nikada ne ispustiti okvir na kućni segment, jer tamo ništa ne sluša taj port. Ako ga emitirate unutar tunela, zaustavlja se na sučelju tunela. Rutirani tunel nije proširenje sloja 2 kućnog ožičenja. Prijeđite put hop po hop i slijepa ulica postaje očita.

Provjera koja to rješava traži jednu naredbu s udaljene strane i jednu s kućne. Pošaljite zahtjev, pa promatrajte kućni segment tražeći okvir.

Premjestite pošiljatelja na kućni segment

Ruter može sam obaviti buđenje nakon što se autentificirate kroz tunel. OpenWrt dokumentira uslugu Wake-on-LAN koja radi na uređaju i emitira okvir lokalno, što je točno potreban oblik: udaljena autentifikacija izvana, lokalno emitiranje iznutra.

Taj raspored također drži funkciju buđenja podalje od javnog interneta. Ništa novo nije izloženo internetu, jer okidač ide preko VPN-a kojem već vjerujete. Alternativa, usluga buđenja s proslijeđenim portom, mijenja malu pogodnost za krajnju točku okrenutu internetu koju svatko može isprobati.

Kružnu ovisnost vrijedi izravno imenovati. VPN klijent instaliran na stolnom računalu ne može probuditi to računalo, jer proces klijenta treba da mašina radi. Držite udaljenu ulaznu točku na ruteru ili drugom stalno uključenom uređaju, a stolno računalo neka bude samo meta.

Potvrdite metu prije nego optužite tunel

Ovaj dio odlučuje hardver, ne VPN, a stanje napajanja odlučuje prvo. Adapter mora podržavati buđenje, firmware mora ostaviti adapter napajan u snu, a operativni sustav mora biti konfiguriran da to dopusti. Mašina koja je suspendirana drugi je slučaj od one koja je isključena, i obje se razlikuju od mašine kojoj je napajanje isključeno na zidu. Razriješite to stanje prije nego prijeđete ostatak popisa.

Pročitajte hardversku adresu s adaptera koji će stvarno primiti okvir. Stolno računalo s Ethernetom i Wi-Fi-jem često ima dvije adrese, a samo jedna od njih možda podržava buđenje. Bežično buđenje zasebna je mogućnost s vlastitim zahtjevima za firmware, pa uspješno Ethernet buđenje ne govori ništa o buđenju preko Wi-Fi-ja.

Najprije dokažite lokalni put. Pošaljite magic packet s drugog uređaja na istom preklopniku i gledajte kako se mašina diže. Ako to ne uspije, nikakvo otklanjanje pogrešaka tunela neće pomoći, a kvar je u firmveru, postavkama adaptera ili stanju napajanja.

Nakon buđenja povežite se s uslugom koju ste željeli

Buđenje nije udaljeni pristup. Nakon što se mašina vrati, još mora podići svoje usluge, dobiti adresu i prihvatiti sesiju koja vam stvarno treba. Dajte joj vremena da dođe do tog stanja prije nego zaključite da je buđenje neuspješno.

# 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

Redak arp je koristan. Zapis koji se promijeni iz nepotpunog u stvarnu hardversku adresu znači da se mašina vratila i odgovorila; zahtjev koji se nikada ne razriješi upućuje natrag na korak buđenja, a ne na uslugu kojoj ste pokušavali doći.

Razdvojite faze u svojim bilješkama: buđenje, podizanje, usluga. Kvar u drugoj fazi iz chat prozora izgleda isto kao kvar u prvoj, a samo lokalni dokaz ih razlikuje.