Wake-on-LAN iwwert VPN geet net? De Broadcast kënnt ni un

Du lees de Bürosrechner an den Schlof, wiels vun doheem aus d'VPN an, an e bleift aus. Den Tunnel steet, Dateifräigaben äntweren, an d'Wake-on-LAN-Säit vum Router mëttelt, datt se d'Ufro geschéckt huet. All siichtbart Signal seet, datt d'Netz am Grapp ass, an genau dofir ass dëse Fall verwierend: de Frame, deen de Rechner opwecke géif, erreecht ni de Segment, op deem en sëtzt.

D'Symptomer deiten op de Subnet, net op den Tunnel

De Ping schléit fehl fir den schlofenden Host, an dee Deel ass normal. Eng Maschinn am Standby huet keng lafend IP-Stack, kann also weder ARP nach ICMP äntweren, an keng Tunnelkonfiguratioun ännert dat. Den nëtzlechen Test ass, ob eng zweet Maschinn am selwechte LAN opwächt an ob d'Wake-Säit vum Router fir en Host funktionéiert, deen drop ugeschloss ass.

Soubal den Test am selwechte Segment geléngt, läit de Feeler am Geltungsberäich. Den Absender, deen s du benotz, läit op der VPN-Schnittstell, an de Pak, deen en baut, ass e Broadcast fir de lokale Link, also geet en iwwert déi falsch Schnittstell eraus oder guer net. Den Tunnel ass net futti; en transportéiert déi falsch Zort Trafik. Fann eraus, wéi eng Schnittstell den Absender wielt, ier s eng eenzeg Routerastellung änderst.

E Magic Packet ass e Frame, keen Déngscht

D'Payload fänkt mat engem festen Header vu sechs 0xFF-Byte un, duerno kënnt d'Hardwareadress vun der Zilkart sechsmolzéngmol, duerno e fakultatiivt SecureOn-Passwuert vu véier Byte. Absender packen dat meeschtens an UDP op Port 7 oder Port 9, awer d'Portnummer ass eng Konventioun tëscht Absender a Kart, keen Listener, mat deem s dech verbinne kanns. Näischt lauschtert, an näischt äntwert.

Wat d'Maschinn opwächt, ass d'Netzschnittstell, déi en Deel vun de Schaltkrees aus der Standby-Schinn ënner Spannung hält, während de Rescht vum System aus ass. Dofir muss d'Astellung e komplette Stroumausfall souwéi en Schlof iwwerstoen: eng Platin, déi beim Ausschalten d'Standby-Versuergung kappt, huet keng Kart méi, déi eppes ka kréien.

Firwat en gerouteten Tunnel en net kann zoustellen

Eng gerouteten VPN-Schnittstell ass eng Punkt-zu-Punkt-IP-Verbindung tëscht zwou Tunneladressen. Se existéiert, fir Päck un de Peer ze transportéieren, dofir funktionéieren Ping, SSH an Dateifräigaben normal driwwer. E Broadcast-Frame ass net un dee Peer adresséiert, an déi limitéiert Broadcast-Adress gëtt vun engem Router net einfach virugeleet.

D'Viruleeë vun engem subnetzgeriichten Broadcast ass eng bewosst Routerfähegkeet, déi déi meescht Standardkonfiguratiounen auszelen, an och dann gëtt se un deen Subnet geliwwert an net un eng bestëmmt schlofend Kart. En schlofenden Host kann och keen ARP äntweren, also verwërft en Router, deen d'Ziladress virum Viruleeë wëll opléisen, de Frame, wärend e waart op eng Äntwert, déi ni kënnt. En statische Bindungssaz behiewt deen Deel an hëlt de Broadcast-Geltungsproblem onberéiert. Zwou getrennt Aschränkungen also, an déi eng ze läschen hëlleft der anerer net.

Dräi Placéierungen, déi d'Kart wierklech erreechen

All praktikabel Anuerdnung bréngt de Frame op de Segment vum Zil, an se ënnerscheede sech doran, wéi vill se d'Netz stéieren:

1. Stell en Apparat, deen ëmmer un ass, am Zilsegment op. En Router, NAS oder kleng Linux-Këscht, déi um Stroum bleift, kann de Frame lokal erausschécken, soubal s du se duerch den Tunnel erreechst, an um VPN ännert sech näischt.
2. Looss de Router de Frame selwer erausschécken. Vill Firmwares bidden eng Wake-Säit, déi aus der LAN-Bréck schéckt, wat funktionéiert, soulaang d'Zil op där Bréck sëtzt an net hannert engem zweete Router.
3. Bréck d'Site mat engem TAP-Tunnel, wann Broadcasts wierklech mussen iwwergoen. Dat fusionéiert zwou Broadcast-Domänen, bréngt Broadcast-Stierm, ee eenzegen Adressplang an all Discovery-Protokoll, deen déi zwou Site gläichzäiteg gesäit.

Déi éischt Optioun ass déi, déi ee fir eng eenzeg Maschinn soll virzéien. Déi drëtt ass eng Netzwierkdesign-Entscheedung mat lafende Käschten, also behandelt se als sou eng an net als eng séier Léisung fir een Desktop.

Notéier, wéi en Helfer de Frame schéckt a wéi enger Bréck oder VLAN en sëtzt. En Helfer, deen op der falscher Schnittstell schéckt, liwwert eng perfekt Opnam an eng Maschinn, déi ni opwächt, an déi Kombinatioun kascht en Nomëtteg.

Iwwerpréif d'Schécken, ier s de Client beschëllegs

Iwwerpréif fir d'éischt d'Zilkart, well keen Absender eng Kart opwecke kann, déi net aktivéiert ass. De Kommando hei ënnen liest déi ënnerstëtzt an déi aktuell Wake-Modi, woubäi en aktuelle Wäert vun g bedeit, datt de Magic Packet ageschalt ass:

ethtool enp3s0 | grep -A1 'Wake-on'
ip neigh show 192.168.1.50
tcpdump -ni br0 -e 'ether broadcast and udp dst port 9'
etherwake -i br0 3c:7c:3f:00:11:22

Looss d'Opnam um Helfer lafen, während geschéckt gëtt, a liest se, amplaz Erfolleg unzehuelen. E Frame, deen déi richteg Bréck mat der Broadcast-Zil-MAC verléisst, ass deen eenzegen Beweis, datt d'Schécke geklappt huet; ass d'Opnam eidel, huet den Absender eng aner Schnittstell gewielt an de Rescht vum Test ass sënnlos. En Absender, deen e rohe Frame amplaz engem UDP-Datagramm baut, passt net zu deem Filter, also préif, wéi eng Form däin Tool benotzt, ier s de schléiss, datt näischt geschéckt gouf.

Op Windows ass déi entspriechend Kartepréifung powercfg /devicequery wake_armed, déi d'Apparater oplëscht, déi de System däerfen opwecken. En Netzadapter, deen an där Lëscht feelt, ignoréiert all Pak, deen un en adresséiert gëtt, sou korrekt wéi de Frame op der Leitung och ausgesäit.

Bestäteg dann d'Opwächen selwer an d'Nofolleg. Eng Maschinn, déi ugeet, awer iwwert den Numm onerreechbar bleift, brauch eng statesch Adress an en DNS-Saz, well d'Nummopléisung iwwert Broadcast den Tunnel nach ëmmer net iwwergeet. Draktonescht Opwecken ass eng getrennt a vill manner zouverlässeg Fähegkeet wéi déi verkaabelt Variant, also test se am selwechte Segment, ier d'VPN iwwerhaapt an d'Spill kënnt. Schréif den Numm vun der Schnittstell an den Helfer-Host an den Ticket, well de nächste Feeler meeschtens déi selwecht zwee Fakten betrëfft.