VPN-ൽ Wake-on-LAN പ്രവർത്തിക്കുന്നത് നിർത്തിയോ? ARP എൻട്രി ശരിയാക്കുക
മാജിക് പാക്കറ്റുകൾ ടണലിലൂടെ കടക്കുന്നു, പക്ഷേ റൗട്ടറിന്റെ ARP എൻട്രി കാലഹരണപ്പെടുമ്പോൾ അവ ഉപേക്ഷിക്കുന്നു. മൂന്ന് ഡെലിവറി മാർഗങ്ങൾ താരതമ്യം ചെയ്ത ശേഷം MAC വിലാസം സ്ഥിരമായി പിൻ ചെയ്യുക.
ഷട്ട്ഡൗണിന് ശേഷം ഉടൻ ഒരു വേക്ക് പാക്കറ്റ് അയയ്ക്കുകയാണെങ്കിൽ പിസി തിരികെ വരും; അടുത്ത ദിവസം രാവിലെ അതേ കമാൻഡ് ഒന്നും ചെയ്യുന്നില്ല. VPN കോൺഫിഗറേഷനിൽ ഒന്നും മാറിയിട്ടില്ല, പോർട്ട് ഫോർവേഡിംഗ് ഇപ്പോഴും ശരിയായ വിലാസത്തിലേക്കാണ് ചൂണ്ടുന്നത്. വ്യത്യാസം സമയത്തിലാണ്: റൗട്ടറിന്റെ അയൽപ്പട്ടിക ഉറങ്ങുന്ന യന്ത്രത്തെ മറന്നു, അതിനാൽ ഫ്രെയിമിൽ ഇടാൻ അതിന് MAC വിലാസമില്ല. ടണലല്ല, ഈ കാലഹരണമാണ് VPN വഴിയുള്ള മിക്ക Wake-on-LAN പരാജയങ്ങളും വിശദീകരിക്കുന്നത്.
ആദ്യത്തെ വേക്ക് പ്രവർത്തിക്കുന്നു, അടുത്തത് ഇല്ല
റൗട്ടർ തന്റെ അയൽപ്പട്ടികയിൽ ലക്ഷ്യം തിരഞ്ഞ് സ്വകാര്യ വിലാസത്തിലേക്ക് ഫ്രെയിം അയയ്ക്കുന്നു. യന്ത്രം പ്രവർത്തിക്കുമ്പോൾ അത് ARP-യ്ക്ക് മറുപടി നൽകുന്നു, അതിനാൽ മാപ്പിംഗ് പുതുതായി തുടരുന്നു. ഓഫ് ആയാൽ ആരും മറുപടി നൽകുന്നില്ല, കുറച്ച് മിനിറ്റുകൾക്കുള്ളിൽ എൻട്രി പഴയതാകുന്നു, ആ വിലാസത്തിലേക്കുള്ള പിന്നീടുള്ള ഫ്രെയിമുകൾ ഉപേക്ഷിക്കപ്പെടുന്നു, IP-യും പോർട്ട് ഫോർവേഡിംഗും സാധുവായിരിക്കുമ്പോഴും.
ഏത് പരാജയമാണെന്ന് പാറ്റേൺ പറയും. ഒരിക്കലും പ്രവർത്തിക്കാത്ത വേക്ക് ഡെലിവറിയെ ചൂണ്ടിക്കാണിക്കുന്നു: തെറ്റായ പോർട്ട്, തെറ്റായ ലക്ഷ്യം, അല്ലെങ്കിൽ LAN-ൽ എത്തുന്നതിന് മുൻപ് പാക്കറ്റ് ഉപേക്ഷിക്കുന്ന ഫയർവാൾ. ഒരിക്കൽ പ്രവർത്തിച്ച് പിന്നീട് മണിക്കൂറുകളോളം പരാജയപ്പെടുന്ന വേക്ക് അയൽ എൻട്രിയെ ചൂണ്ടിക്കാണിക്കുന്നു. DHCP ലീസ് മാറുന്നതുവരെ പ്രവർത്തിക്കുന്ന വേക്ക് വിലാസനിർണ്ണയത്തെ ചൂണ്ടിക്കാണിക്കുന്നു, അത് റിസർവേഷൻ ശരിയാക്കുന്നു.
ARP തൊടുന്നതിന് മുൻപ് വിലാസം സ്ഥിരമാണെന്ന് ഉറപ്പാക്കുക. ലീസ് തീരുന്നതിന് ശേഷം ഉറങ്ങുന്ന യന്ത്രം പുതിയ വിലാസം എടുത്താൽ, പഴയ വിലാസത്തിനായി പിൻ ചെയ്ത അയൽ എൻട്രി ഒരേ സമയം സ്ഥിരവും ഉപയോഗശൂന്യവുമാകും. ആദ്യം DHCP റിസർവേഷൻ സജ്ജമാക്കുക, വിലാസം റീബൂട്ടുകളെ അതിജീവിക്കട്ടെ.
മാജിക് പാക്കറ്റിന് നെറ്റ്വർക്കിൽ നിന്ന് എന്ത് വേണം
പേലോഡ് ലളിതമാണ്: ആറ് 0xFF ബൈറ്റുകൾക്ക് ശേഷം ലക്ഷ്യ MAC വിലാസം പതിനാറ് തവണ വരുന്ന 102 ബൈറ്റ്, സാധാരണയായി UDP പോർട്ട് 9-ലേക്ക് അയയ്ക്കുന്നു. പരന്ന LAN-ൽ അത് ബ്രോഡ്കാസ്റ്റായി പുറത്തുപോകുന്നു, എല്ലാ പോർട്ടും അത് സ്വീകരിക്കുന്നു, ഓഫ് ചെയ്ത നെറ്റ്വർക്ക് കാർഡ് സ്വന്തം വിലാസം തിരിച്ചറിയുന്നു.
VPN വഴി പാക്കറ്റ് റൗട്ടറിൽ എത്തുന്നത് സ്വകാര്യ വിലാസത്തിലേക്കുള്ള യൂണികാസ്റ്റായോ സബ്നെറ്റിലേക്ക് നയിക്കുന്ന ബ്രോഡ്കാസ്റ്റായോ ആണ്. യൂണികാസ്റ്റ് സന്ദർഭത്തിൽ LAN-ൽ ഫ്രെയിം ഇടുന്നതിന് മുൻപ് റൗട്ടർ ലക്ഷ്യത്തെ MAC വിലാസമാക്കി പരിഹരിക്കണം, ഹോസ്റ്റ് ഉറങ്ങുമ്പോൾ അതേ പരിഹാരമാണ് പരാജയപ്പെടുന്നത്.
ചില ഉപകരണങ്ങൾ 9-ന് പകരം പോർട്ട് 7-ലേക്ക് അയയ്ക്കുന്നു, ചില ഉപകരണങ്ങൾ നിർദ്ദേശിത ബ്രോഡ്കാസ്റ്റ് സ്വതവേ തടയുന്നു. ഇവ ഡെലിവറി പരാജയങ്ങളാണ്, ARP പരാജയങ്ങളല്ല, അതിനാൽ അയൽപ്പട്ടിക മാറ്റുന്നതിന് മുൻപ് ലക്ഷ്യവും പോർട്ടും പരിശോധിക്കുക.
ഉറങ്ങുന്ന ഹോസ്റ്റിലേക്കുള്ള മൂന്ന് മാർഗങ്ങൾ
ഫ്രെയിം LAN-ൽ എത്തിക്കാൻ മൂന്ന് പ്രായോഗിക വഴികളുണ്ട്, ശരിയായ തിരഞ്ഞെടുപ്പ് നിങ്ങൾ നിയന്ത്രിക്കുന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.
| 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 |
സഹായ ഹോസ്റ്റ് ഉണ്ടെങ്കിൽ അത് തിരഞ്ഞെടുക്കുക, കാരണം അത് ലിങ്കിൽ ബ്രോഡ്കാസ്റ്റ് ചെയ്യുന്നു, റൗട്ടറിൽ ഒഴിവാക്കൽ ആവശ്യമില്ല. റൗട്ടർ ഇതിനകം അനുവദിക്കുകയും വേക്ക് ഉപകരണം വിലാസം സ്വീകരിക്കുകയും ചെയ്താൽ നിർദ്ദേശിത ബ്രോഡ്കാസ്റ്റ് തിരഞ്ഞെടുക്കുക. രണ്ടും ലഭ്യമല്ലെങ്കിൽ, റൗട്ടറിൽ കമാൻഡ് പ്രവർത്തിപ്പിക്കാമെങ്കിൽ സ്റ്റാറ്റിക് എൻട്രി തിരഞ്ഞെടുക്കുക.
ഇവ പരസ്പരം ഒഴിവാക്കുന്നില്ല. സ്ഥിര എൻട്രി യൂണികാസ്റ്റ് മാർഗത്തെയും ഉറക്കത്തെ അതിജീവിക്കാൻ അനുവദിക്കുന്നു, VPN ക്ലയന്റിന് ഒരു നിർദ്ദിഷ്ട വിലാസത്തിലേക്ക് മാത്രം അയയ്ക്കാനാകുമ്പോൾ ഇത് ഉപകാരപ്രദമാണ്.
അയൽ എൻട്രി സ്ഥിരമാക്കുക
Linux ഷെൽ ഉള്ള റൗട്ടറിൽ ഒരു കമാൻഡ് മാപ്പിംഗ് പിൻ ചെയ്യുന്നു. ഇവിടുത്തെ മൂല്യങ്ങൾ ഒരു മാതൃകാ LAN-ന്റേതാണ്, അവ നിങ്ങളുടേത് കൊണ്ട് മാറ്റണം:
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.23അവസ്ഥ nud permanent ARP കാലപരിധികളിലുടനീളം എൻട്രി നിലനിർത്തുന്നു, യന്ത്രം ഓഫ് ആയിരിക്കുമ്പോൾ ഫോർവേഡിംഗിന് ഉപയോഗിക്കുന്നു. രണ്ടാമത്തെ കമാൻഡ് എൻട്രി ഉണ്ടെന്ന് തെളിയിക്കുന്നു, അത് ഏത് ഇന്റർഫേസിന്റേതാണെന്ന് കാണിക്കുന്നു, പ്രത്യേക ഗസ്റ്റ് ബ്രിഡ്ജോ VLAN-ഓ ഉള്ള റൗട്ടറുകളിൽ ഇത് പ്രധാനമാണ്.
ഫേംവെയർ വാഗ്ദാനം ചെയ്യുന്ന ഏത് ഹൂക്കിലൂടെയും അത് റീബൂട്ടിനെ അതിജീവിക്കട്ടെ: /jffs/scripts എന്നതിൽ ഒരു സ്ക്രിപ്റ്റ്, ഗേറ്റ്വേയായി പ്രവർത്തിക്കുന്ന Linux സെർവറിൽ systemd oneshot യൂണിറ്റ്, systemd-networkd-ൽ Neighbor= stanza, അല്ലെങ്കിൽ പ്രാദേശിക ഉപകരണങ്ങൾ വായിക്കുന്ന /etc/ethers എന്നതിലെ എൻട്രി. ഷെല്ലിൽ ടൈപ്പ് ചെയ്ത കമാൻഡ് അടുത്ത റീസ്റ്റാർട്ടിൽ അപ്രത്യക്ഷമാകുന്നു, പ്രവർത്തിച്ചിരുന്ന പരിഹാരം പ്രവർത്തിക്കുന്നത് നിർത്തിയതായി തോന്നുന്നതിന്റെ ഏറ്റവും സാധാരണ കാരണം ഇതാണ്.
പുറത്തുനിന്ന് പരീക്ഷിക്കുക, എപ്പോൾ നീക്കം ചെയ്യണമെന്ന് അറിയുക
യന്ത്രത്തെ ഉറക്കി കുറഞ്ഞത് പത്ത് മിനിറ്റ് കാത്തിരിക്കുക, ഏതെങ്കിലും ഡൈനാമിക് എൻട്രി കാലഹരണപ്പെടാൻ ഇത് മതി. തുടർന്ന് VPN ക്ലയന്റിൽ നിന്ന് വേക്ക് അഭ്യർത്ഥന അയച്ച് റൗട്ടറിന്റെ ഇരുവശങ്ങളും നിരീക്ഷിക്കുക:
tcpdump -ni tun0 udp port 9
tcpdump -ni br0 ether proto 0x0806 or udp port 9ആദ്യ ക്യാപ്ചർ പാക്കറ്റ് ടണലിൽ നിന്ന് വന്നെന്ന് തെളിയിക്കുന്നു; രണ്ടാമത്തേത് റൗട്ടർ LAN-ൽ ഫ്രെയിം ഇട്ടെന്ന് തെളിയിക്കുന്നു. സാധുവായ മാജിക് പാക്കറ്റ് MAC ആവർത്തിക്കുന്ന 102 ബൈറ്റായി കാണപ്പെടുന്നു, അതിനാൽ നീളവും ലക്ഷ്യവും പരിശോധിക്കുക. ഫ്രെയിം LAN ബ്രിഡ്ജ് വിട്ടിട്ടും യന്ത്രം ഓഫ് ആയി തുടരുകയാണെങ്കിൽ, ബാക്കിയുള്ള പ്രശ്നം ഉപകരണത്തിലാണ്: ഫാസ്റ്റ് സ്റ്റാർട്ടപ്പ്, ഡീപ് സ്ലീപ്പ് അല്ലെങ്കിൽ നെറ്റ്വർക്ക് കാർഡിനുള്ള വൈദ്യുതി വിച്ഛേദിക്കുന്ന BIOS ക്രമീകരണം.
നെറ്റ്വർക്ക് കാർഡ് മാറുമ്പോൾ എൻട്രി നീക്കം ചെയ്യുക, യന്ത്രം മറ്റൊരു വിലാസത്തിലേക്ക് മാറ്റുമ്പോൾ അത് പുതുക്കുക. സ്ഥിര മാപ്പിംഗ് ഒരു ബോധപൂർവമായ ഒഴിവാക്കലാണ്, ആരും ഓർക്കാത്ത ഒഴിവാക്കലാണ് ഭാവിയിലെ ലാപ്ടോപ്പ് വിരമിച്ച ഡെസ്ക്ടോപ്പിനായി ഉദ്ദേശിച്ച ഫ്രെയിമുകൾ സ്വീകരിക്കാൻ തുടങ്ങുന്നത്.