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

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

Tri uređaja imaju tri zadaće. 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 usmjerivačem, 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 usmjerivača na port magic packet, usmjerivač 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. Usmjereni tunel nije proširenje sloja 2 kućnog ožičenja. Prijeđite put skok po skok 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

Usmjerivač 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 stroj radi. Držite udaljenu ulaznu točku na usmjerivaču 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 operacijski sustav mora biti konfiguriran da to dopusti. Stroj koji je suspendiran drugi je slučaj od onoga koji je isključen, i oba se razlikuju od stroja kojem 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 stroj 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 stroj vrati, još mora podići svoje usluge, dobiti adresu i prihvatiti sesiju koja vam stvarno treba. Dajte mu 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 stroj vratio i odgovorio; 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.