Wake-on-LAN over VPN sluttar å virke? Rett opp ARP-oppføringa
Magiske pakkar kryssar tunnelen, men rutaren forkastar dei når ARP-oppføringa går ut. Samanlikn tre leveringsvegar, og fest deretter MAC-adressa permanent.
Send ein vekkepakke rett etter avslåing og PC-en kjem tilbake; same kommando neste morgon gjer ingenting. Ingenting i VPN-konfigurasjonen er endra, og portvideresendinga peikar framleis på rett adresse. Skilnaden er tid: nabotabellen til rutaren har gløymt den sovande maskina, så han har inga MAC-adresse å setje på ramma. Den utløpte oppføringa, ikkje tunnelen, forklarer dei fleste Wake-on-LAN-feila over ein VPN.
Den første vekkinga virkar, den neste ikkje
Ein rutar videresender ei ramme til ei privat adresse ved å slå opp målet i nabotabellen. Medan maskina køyrer svarar ho på ARP, så tilordninga held seg fersk. Når ho blir slått av, svarar ingenting, oppføringa går ut etter nokre minutt, og seinare rammer til den adressa blir forkasta sjølv om IP og portvideresending framleis er gyldige.
Mønsteret fortel deg kva feil du har. Ei vekking som aldri virkar peikar på leveringa: feil port, feil mål eller ein brannmur som forkastar pakken før han når LAN. Ei vekking som virkar éin gong og deretter feilar i timar peikar på nabooppføringa. Ei vekking som virkar til DHCP-leasen blir endra peikar på adresseringa, som ein reservasjon rettar opp.
Stadfest at adressa er stabil før du rører ARP. Får den sovande maskina ei ny adresse når ein lease går ut, vil ei låst nabooppføring for den gamle adressa vere permanent og ubrukeleg samstundes. Set opp ein DHCP-reservasjon først, slik at adressa overlever omstart.
Kva den magiske pakken treng frå nettverket
Nyttelasta er enkel: 102 byte av seks 0xFF-byte etterfølgd av mål-MAC-adressa seksten gonger, vanlegvis sendt til UDP-port 9. På eit flatt LAN går ho ut som kringkasting, kvar port tek imot ho, og det avslåtte nettverkskortet kjenner att si eiga adresse.
Over ein VPN kjem pakken til rutaren som unicast til ei privat adresse eller som subnettretta kringkasting. I unicast-tilfellet må rutaren løyse opp målet til ei MAC-adresse før han kan setje ramma på LAN, og nettopp den oppløysinga feilar medan verten søv.
Nokre verktøy sender til port 7 i staden for 9, og nokre einingar blokkerer retta kringkasting som standard. Det er leveringsfeil, ikkje ARP-feil, så sjekk mål og port før du endrar nabotabellen.
Tre vegar til ein sovande vert
Du har tre praktiske måtar å få ramma inn på LAN, og det rette valet avheng av kva du kontrollerer.
| Method | What it needs | Where it breaks |
|---|---|---|
| Subnet-directed broadcast | A wake tool that accepts a broadcast address and a router that forwards it | Broadcast filtering, or a tool that only takes a MAC |
| Helper on the LAN | An always-on host such as the VPN server | No suitable host, or the host cannot reach the target VLAN |
| Permanent neighbour entry | Router shell access and the target MAC | NIC replacement or address change |
Vel hjelpeverten når det finst ein, fordi han kringkastar på lenkja og treng ikkje noko rutarunntak. Vel retta kringkasting når rutaren allereie tillèt det og vekkeverktøyet støttar ei adresse. Vel den statiske oppføringa når ingen av dei er tilgjengelege og du kan køyre ein kommando på rutaren.
Desse utelukkar ikkje kvarandre. Ei permanent oppføring gjer også at unicast-vegen overlever søvn, noko som er nyttig når VPN-klienten berre kan sende til ei bestemt adresse.
Gjer nabooppføringa permanent
På ein rutar med Linux-skal låser éin kommando tilordninga. Verdiane her høyrer til eit døme-LAN og må erstattast med dine eigne:
ip neigh replace 192.168.50.23 lladdr 3c:7c:3f:12:9a:4e dev br0 nud permanent
ip neigh show dev br0 | grep 192.168.50.23Tilstanden nud permanent held oppføringa gjennom ARP-tidsavbrot og brukar ho til videresending medan maskina er av. Den andre kommandoen beviser at oppføringa finst og viser grensesnittet ho høyrer til, noko som tel på rutarar med ei separat gjestebru eller VLAN.
Gjer ho bestandig mot omstart gjennom den kroken fastvaren tilbyr: eit skript i /jffs/scripts på Asuswrt-Merlin, ei systemd oneshot-eining på ein Linux-server som gateway, ein Neighbor= stanza i systemd-networkd, eller ei oppføring i /etc/ethers, som dei lokale verktøya les. Ein kommando som blir skriven i ein skal forsvinn ved neste omstart, og det er den vanlegaste grunnen til at ei fungerande løysing ser ut til å slutte å virke.
Test utanfrå og vit når ho skal fjernast
Set maskina i søvn og vent minst ti minutt, lenge nok til at kva dynamisk oppføring som helst går ut. Send deretter vekkeførespurnaden frå VPN-klienten og følg med på begge sider av rutaren:
tcpdump -ni tun0 udp port 9
tcpdump -ni br0 ether proto 0x0806 or udp port 9Det første opptaket beviser at pakken kom frå tunnelen; det andre beviser at rutaren sette ei ramme på LAN. Ein gyldig magisk pakke viser seg som 102 byte med MAC gjenteken, så sjekk lengda så vel som målet. Forlèt ramma LAN-brua og maskina blir av, ligg det gjenverande problemet på eininga: hurtigstart, djup søvn eller ei BIOS-innstilling som kuttar straumen til nettverkskortet.
Fjern oppføringa når nettverkskortet blir skifta, og oppdater ho når du flyttar maskina til ei anna adresse. Ei permanent tilordning er eit medvite unntak, og eit unntak ingen hugsar er korleis ein framtidig berbar PC endar med å ta imot rammer meint for ein pensjonert stasjonær.