Wake-on-LAN prek VPN ne deluje? Oddajanje nikoli ne preide

Predor je vzpostavljen in delitve odgovarjajo, a stroj ostaja v spanju. Magic packet je treba oddati v segmentu samega cilja, zato tja postavite pomočnika.

Uspavate pisarniški stroj, doma vzpostavite VPN, in ostane izklopljen. Predor je vzpostavljen, datotečne delitve odgovarjajo, in stran wake-on-LAN usmerjevalnika poroča, da je zahtevo poslala. Vsak viden signal pravi, da je omrežje v redu, in prav zato je ta primer zmedljiv: okvir, ki bi stroj prebudil, nikoli ne doseže segmenta, na katerem stoji.

Simptomi kažejo na podomrežje, ne na predor

Ping na speči gostitelj ne uspe, in ta del je normalen. Stroj v pripravljenosti nima delujočega sklada IP, zato ne more odgovoriti na ARP ali ICMP, in nobena konfiguracija predora tega ne spremeni. Uporaben preizkus je, ali se prebudi drugi stroj v istem omrežju LAN in ali stran wake samega usmerjevalnika deluje za gostitelja, ki je vanj priključen.

Ko preizkus v istem segmentu uspe, je napaka v dosegu. Pošiljatelj, ki ga uporabljate, živi na vmesniku VPN, in paket, ki ga sestavi, je oddajanje za lokalno povezavo, zato odide skozi napačen vmesnik ali sploh ne. Predor ni pokvarjen; prenaša napačno vrsto prometa. Ugotovite, kateri vmesnik izbere pošiljatelj, preden spremenite eno samo nastavitev usmerjevalnika.

Magic packet je okvir, ne storitev

Podatkovni del se začne s fiksno glavo šestih bajtov 0xFF, nato naslov strojne opreme ciljne kartice, ponovljen šestnajstkrat, nato neobvezno geslo SecureOn s štirimi bajti. Pošiljatelji to običajno zavijejo v UDP na vrata 7 ali vrata 9, toda številka vrat je konvencija med pošiljateljem in kartico, ne služba, ki posluša in na katero se lahko povežete. Nič ne posluša in nič ne odgovori.

Kar prebudi stroj, je omrežni vmesnik, ki ohranja majhen del vezij napajan iz pripravljenostnega voda, medtem ko je preostali sistem izklopljen. Zato mora nastavitev preživeti tako popoln izpad napajanja kot spanje: matična plošča, ki ob izklopu odreže pripravljenostno napajanje, nima več kartice, ki bi kaj prejela.

Zakaj usmerjen predor tega ne more dostaviti

Usmerjeni vmesnik VPN je točka-točka povezava IP med dvema naslovoma predora. Obstaja zato, da prenaša pakete, naslovljene na partnerja, in zato se ping, SSH in datotečne delitve skozenj obnašajo običajno. Oddajni okvir ni naslovljen na tega partnerja, in omejeni oddajni naslov usmerjevalnik nikoli ne posreduje kar tako.

Posredovanje oddajanja, usmerjenega v podomrežje, je namerna zmožnost usmerjevalnika, ki jo večina privzetih konfiguracij izklopi, in tudi takrat dostavi v to podomrežje in ne določeni speči kartici. Speči gostitelj tudi ne more odgovoriti na ARP, zato usmerjevalnik, ki poskuša razrešiti ciljni naslov pred posredovanjem, okvir zavrže, medtem ko čaka na odgovor, ki ne bo nikoli prišel. Statični vnos vezave popravi ta del in pusti težavo dosega oddajanja nedotaknjeno. Dve ločeni omejitvi, torej, in odprava ene ne naredi ničesar za drugo.

Tri postavitve, ki kartico res dosežejo

Vsaka izvedljiva ureditev postavi okvir v segment cilja, in razlikujejo se po tem, koliko motijo omrežje:

  1. V ciljni segment postavite napravo, ki je vedno vklopljena. Usmerjevalnik, NAS ali majhna škatla z Linuxom, ki ostane napajana, lahko okvir odds lokalno, takoj ko do nje pridete skozi predor, in pri VPN se nič ne spremeni.
  2. Pustite, da okvir odds usmerjevalnik sam. Veliko strojne programske opreme ponuja stran wake, ki pošilja z mostu LAN, kar deluje, dokler cilj sedi na tem mostu in ne za drugim usmerjevalnikom.
  3. Povežite lokaciji z mostom in predorom tipa TAP, ko mora oddajanje res prečkati. To združi dve oddajni domeni, prinese nevihte oddajanja, en sam načrt naslavljanja in vsak protokol odkrivanja, ki vidi obe lokaciji hkrati.

Prva možnost je tista, ki jo je za en sam stroj vredno izbrati. Tretja je odločitev o zasnovi omrežja s trajnimi stroški, zato jo obravnavajte kot tako in ne kot hitro popravilo za en namizni računalnik.

Zapišite, kateri pomočnik odda okvir in na katerem mostu ali VLAN sedi. Pomočnik, ki oddaja na napačnem vmesniku, da popoln posnetek in stroj, ki se nikoli ne prebudi, in ta kombinacija stane popoldne.

Preverite pošiljanje, preden obtožite odjemalca

Najprej preverite ciljno kartico, ker noben pošiljatelj ne more prebuditi kartice, ki ni oborožena. Spodnji ukaz prebere podprte in trenutne načine wake, kjer trenutna vrednost g pomeni, da je magic packet vklopljen:

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

Zaženite posnetek na pomočniku med pošiljanjem in ga preberite, namesto da bi domnevali uspeh. Okvir, ki zapusti pravi most z oddajnim ciljnim MAC, je edini dokaz, da je pošiljanje uspelo; če je posnetek prazen, je pošiljatelj izbral drug vmesnik in preostanek preizkusa ne pomeni nič. Pošiljatelj, ki sestavi surov okvir namesto datagrama UDP, se ne ujema s tem filtrom, zato preverite, katero obliko uporablja vaše orodje, preden sklepate, da ni bilo nič poslano.

V sistemu Windows je enakovreden pregled kartice powercfg /devicequery wake_armed, ki našteje naprave, ki smejo prebuditi sistem. Omrežni vmesnik, ki ga na tem seznamu ni, bo prezrl vsak paket, poslan nanj, ne glede na to, kako pravilen je okvir na kablu.

Nato potrdite samo prebujanje in nadaljevanje. Stroj, ki se vklopi, a ostane nedosegljiv po imenu, potrebuje statični naslov in zapis DNS, ker razreševanje imen z oddajanjem še vedno ne preide predora. Brezžično prebujanje je ločena in precej manj zanesljiva zmožnost od žične različice, zato jo preizkusite v istem segmentu, preden sploh vključite VPN. Zapišite ime vmesnika in gostitelja pomočnika v zahtevek, ker naslednja napaka običajno zadeva isti dve dejstvi.

Sorodni članki