Probuzení spícího domácího počítače přes VPN: odkud paket přichází

Připojíte se, router odpoví a stolní počítač zůstane tmavý. Tunel je v pořádku; paket, který měl stroj probudit, nikdy nedorazil do segmentu, kde stroj naslouchá. Když cestu projdete od routeru zpět, uvidíte, kde umírá.

Tři zařízení mají tři úkoly. Jejich záměna je obvyklý důvod, proč pokus o probuzení běží donekonečna.

Začněte u vzdáleného klienta a následujte cestu

Z hotelové sítě se připojíte k domácímu routeru, který je jediným stále běžícím koncovým bodem na obrázku. Požadavek na probuzení napsaný na notebooku se stane běžným provozem tunelu adresovaným cíli, který jste uvedli. Tento cíl rozhoduje o všem, co následuje.

Pokud jste jej poslali na LAN adresu domácího routeru na port magic packetu, router může datagram přijmout a nikdy nevyslat rámec do domácího segmentu, protože tam nic na tento port nenaslouchá. Pokud jej vyšlete uvnitř tunelu, zastaví se na rozhraní tunelu. Směrovaný tunel není rozšířením vrstvy 2 domácí kabeláže. Projděte cestu skok za skokem a slepá ulička je zřejmá.

Kontrola, která to rozhodne, vyžaduje jeden příkaz ze vzdálené strany a jeden z domácí. Odešlete požadavek a potom sledujte domácí segment kvůli rámci.

Přesuňte odesílatele do domácího segmentu

Router může probuzení provést sám, jakmile se přes tunel ověříte. OpenWrt dokumentuje službu Wake-on-LAN, která běží na zařízení a vysílá rámec lokálně, což je přesně potřebný tvar: vzdálené ověření venku, místní vysílání uvnitř.

Toto uspořádání také drží funkci probouzení mimo veřejný internet. Na internet se nic nového nevystavuje, protože spouštěč jede po VPN, které už důvěřujete. Alternativa, služba probouzení přes přesměrovaný port, vyměňuje malé pohodlí za koncový bod obrácený do internetu, který může kdokoli zkusit.

Kruhovou závislost stojí za to pojmenovat přímo. Klient VPN nainstalovaný na stolním počítači nemůže tento počítač probudit, protože proces klienta potřebuje, aby stroj běžel. Držte vzdálený vstupní bod na routeru nebo na jiné stále běžící krabici a nechte stolní počítač jen cílem.

Ověřte cíl, než obviníte tunel

Tuto část rozhoduje hardware, ne VPN, a stav napájení ji rozhoduje první. Adaptér musí probouzení podporovat, firmware musí nechat adaptér v režimu spánku napájený a operační systém musí být nastaven tak, aby to povolil. Pozastavený stroj je jiný případ než vypnutý a oba se liší od stroje, kterému je napájení vypnuto u zdi. Vyřešte tento stav, než projdete zbytek seznamu.

Přečtěte hardwarovou adresu z adaptéru, který rámec skutečně přijme. Stolní počítač s Ethernetem i Wi-Fi má často dvě adresy a jen jedna z nich může umět probouzet. Bezdrátové probouzení je samostatná schopnost s vlastními nároky na firmware, takže funkční probuzení přes Ethernet nic neříká o probuzení přes Wi-Fi.

Nejprve prokažte místní cestu. Pošlete magic packet z jiného zařízení na stejném přepínači a sledujte, jak se stroj zvedne. Pokud to selže, žádné ladění tunelu nepomůže a závada je ve firmwaru, nastavení adaptéru nebo stavu napájení.

Po probuzení se připojte ke službě, kterou jste chtěli

Probuzení není vzdálený přístup. Když se stroj obnoví, stále musí nabootovat své služby, získat adresu a přijmout relaci, kterou skutečně potřebujete. Dejte mu čas, než usoudíte, že probuzení selhalo.

# 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

Užitečný je řádek arp. Záznam, který se změní z neúplného na skutečnou hardwarovou adresu, znamená, že stroj se obnovil a odpověděl; požadavek, který se nikdy nevyřeší, ukazuje zpět na krok probuzení, ne na službu, ke které jste se chtěli dostat.

Oddělte fáze ve svých poznámkách: probuzení, boot, služba. Selhání ve druhé fázi vypadá z chatovacího okna stejně jako selhání v první a rozliší je jen místní důkaz.