Wake-on-LAN kupitia VPN imeacha kufanya kazi? Rekebisha ingizo la ARP
Pakiti za uchawi huvuka handaki, lakini kipanga njia huzitupa ingizo la ARP linapoisha. Linganisha njia tatu za uwasilishaji, kisha bandika anwani ya MAC kwa kudumu.
Tuma pakiti ya kuamsha mara moja baada ya kuzima na kompyuta inarudi; amri hiyo hiyo asubuhi inayofuata haifanyi chochote. Hakuna kilichobadilika katika mpangilio wa VPN, na uelekezaji wa mlango bado unaonyesha anwani sahihi. Tofauti ni wakati: jedwali la majirani la kipanga njia limesahau mashine iliyolala, kwa hivyo haina anwani ya MAC ya kuweka kwenye fremu. Ukwishaji huo, na si handaki, unaeleza kushindwa kwa Wake-on-LAN kupitia VPN.
Uamsho wa kwanza hufanya kazi na unaofuata haufanyi
Kipanga njia husambaza fremu kwa anwani ya faragha kwa kutafuta lengwa katika jedwali la majirani. Wakati mashine inaendesha hujibu ARP, kwa hivyo ramani hukaa mbichi. Inapozimwa, hakuna kinachojibu, ingizo huzeeka baada ya dakika chache, na fremu za baadaye kwa anwani hiyo hutupwa ingawa IP na uelekezaji wa mlango bado ni halali.
Mchoro unakuambia ni kushindwa gani uliyo nako. Uamsho ambao haufanyi kazi kamwe unaonyesha uwasilishaji: mlango usiofaa, lengo lisilofaa au firewall inayotupa pakiti kabla ya kufika LAN. Uamsho unaofanya kazi mara moja kisha kushindwa kwa saa nyingi unaonyesha ingizo la jirani. Uamsho unaofanya kazi hadi kodi ya DHCP ibadilike unaonyesha uanwani, ambao uhifadhi huurekebisha.
Thibitisha kuwa anwani ni thabiti kabla ya kugusa ARP. Ikiwa mashine iliyolala itapata anwani mpya baada ya kodi kuisha, ingizo la jirani lililobandikwa kwa anwani ya zamani litakuwa la kudumu na lisilo na maana kwa wakati mmoja. Weka kwanza uhifadhi wa DHCP ili anwani idumu baada ya kuwasha upya.
Pakiti ya uchawi inahitaji nini kutoka kwa mtandao
Mzigo ni rahisi: baiti 102 zilizoundwa na baiti sita za 0xFF zikifuatiwa na anwani ya MAC lengwa mara kumi na sita, kwa kawaida hutumwa kwa mlango wa UDP 9. Katika LAN tambarare hutoka kama matangazo, kila mlango huipokea, na kadi ya mtandao iliyozimwa hutambua anwani yake mwenyewe.
Kupitia VPN pakiti hufika kwa kipanga njia kama usambazaji wa anwani moja kwa anwani ya faragha au kama matangazo yaliyoelekezwa kwa subnet. Katika hali ya anwani moja kipanga njia lazima kitatue lengo kuwa anwani ya MAC kabla ya kuweka fremu kwenye LAN, na utatuzi huo ndio hushindwa wakati mwenyeji amelala.
Zana zingine hutuma kwa mlango 7 badala ya 9, na vifaa vingine huzuia matangazo yaliyoelekezwa kwa default. Hizi ni kushindwa kwa uwasilishaji, si ARP, kwa hivyo angalia lengo na mlango kabla ya kubadilisha jedwali la majirani.
Njia tatu kwa mwenyeji aliyelala
Una njia tatu za vitendo za kuleta fremu kwenye LAN, na chaguo sahihi hutegemea unachodhibiti.
| 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 |
Chagua mwenyeji msaidizi ikiwa yupo, kwa sababu hutangaza kwenye kiungo na hahitaji msamaha wa kipanga njia. Chagua matangazo yaliyoelekezwa ikiwa kipanga njia tayari kunaruhusu na zana ya kuamsha inakubali anwani. Chagua ingizo tuli ikiwa hakuna lolote linalopatikana na unaweza kuendesha amri kwenye kipanga njia.
Hizi hazielewani. Ingizo la kudumu pia huruhusu njia ya anwani moja kuvuka usingizi, ambayo ni muhimu wakati mteja wa VPN anaweza kutuma kwa anwani maalum tu.
Fanya ingizo la jirani liwe la kudumu
Kwenye kipanga njia chenye shell ya Linux, amri moja hubandika ramani. Thamani hapa ni za LAN ya mfano na lazima zibadilishwe na zako:
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.23Hali nud permanent huhifadhi ingizo katika muda wa ARP na huitumia kwa uelekezaji wakati mashine imezimwa. Amri ya pili inathibitisha ingizo lipo na inaonyesha kiolesura inachohusiana nacho, jambo ambalo ni muhimu kwenye vipanga njia vyenye daraja la wageni au VLAN tofauti.
Ifanye istahimili kuwasha upya kupitia ndoano yoyote ambayo firmware hutoa: skripti katika /jffs/scripts kwenye Asuswrt-Merlin, kitengo cha systemd oneshot kwenye seva ya Linux kama lango, Neighbor= stanza katika systemd-networkd, au ingizo katika /etc/ethers ambalo zana za ndani husoma. Amri iliyoandikwa kwenye shell hupotea kuwasha upya kunakofuata, na hiyo ndiyo sababu ya kawaida zaidi ya suluhisho lililofanya kazi kuonekana kama limeacha kufanya kazi.
Jaribu kutoka nje na ujue ni lini uiondoe
Laza mashine na subiri angalau dakika kumi, muda wa kutosha kwa ingizo lolote linalobadilika kuisha. Kisha tuma ombi la kuamsha kutoka kwa mteja wa VPN na uangalie pande zote za kipanga njia:
tcpdump -ni tun0 udp port 9
tcpdump -ni br0 ether proto 0x0806 or udp port 9Ukamataji wa kwanza unathibitisha pakiti ilikuja kutoka handaki; wa pili unathibitisha kipanga njia kiliweka fremu kwenye LAN. Pakiti halali ya uchawi inaonekana kama baiti 102 zikiwa na MAC iliyorudiwa, kwa hivyo angalia urefu na lengo. Ikiwa fremu inaondoka kwenye daraja la LAN na mashine inabaki imezimwa, tatizo lililobaki liko kwenye kifaa: kuanza haraka, usingizi wa kina au mpangilio wa BIOS unaokata nishati kwa kadi ya mtandao.
Ondoa ingizo kadi ya mtandao inapobadilika, na uisasishe unapohamisha mashine kwenda anwani nyingine. Ubandikaji wa kudumu ni msamaha wa makusudi, na msamaha ambao hakuna anayekumbuka ndio njia ambayo kompyuta mpakato ya baadaye huanza kupokea fremu zilizokusudiwa kwa kompyuta ya mezani iliyostaafu.