VPN દ્વારા Wake-on-LAN કામ કરતું નથી? બ્રોડકાસ્ટ ક્યારેય પાર થતું નથી

તમે ઓફિસનું મશીન સુવડાવો છો, ઘરથી VPN લગાવો છો, અને તે બંધ જ રહે છે. ટનલ ચાલુ છે, ફાઇલ શેર જવાબ આપે છે, અને રાઉટરનું wake-on-LAN પૃષ્ઠ જણાવે છે કે તેણે વિનંતી મોકલી છે. દેખાતું દરેક સંકેત કહે છે કે નેટવર્ક ઠીક છે, અને એટલે જ આ કિસ્સો ગૂંચવે છે: જે ફ્રેમ મશીનને જગાડશે તે ક્યારેય એ સેગમેન્ટ સુધી પહોંચતું નથી જેમાં તે છે.

લક્ષણો સબનેટ તરફ ઇશારો કરે છે, ટનલ તરફ નહીં

સૂતા હોસ્ટને પિંગ નિષ્ફળ જાય છે, અને એ ભાગ સામાન્ય છે. સ્ટેન્ડબાયમાં મશીનનો કોઈ ચાલુ IP સ્ટેક હોતો નથી, એટલે તે ARP કે ICMP ને જવાબ આપી શકતું નથી, અને કોઈ ટનલ રૂપરેખા આ બદલતી નથી. ઉપયોગી કસોટી એ છે કે એ જ LAN માં બીજું મશીન જાગે છે કે નહીં, અને રાઉટરનું પોતાનું જગાડવાનું પૃષ્ઠ તેની સાથે જોડાયેલા હોસ્ટ માટે કામ કરે છે કે નહીં.

એ જ સેગમેન્ટમાં કસોટી પાસ થાય એટલે ખામી વ્યાપમાં છે. તમે વાપરતા પ્રેષક VPN ઇન્ટરફેસ પર રહે છે, અને તે જે પેકેટ બનાવે છે તે સ્થાનિક લિંક માટે બ્રોડકાસ્ટ છે, એટલે તે ખોટા ઇન્ટરફેસથી નીકળે છે અથવા બિલકુલ નીકળતું નથી. ટનલ બગડેલી નથી; તે ખોટા પ્રકારનું ટ્રાફિક વહે છે. રાઉટરનું એક પણ સેટિંગ બદલતા પહેલાં શોધો કે પ્રેષક કયું ઇન્ટરફેસ પસંદ કરે છે.

magic packet એક ફ્રેમ છે, સેવા નહીં

પેલોડ છ બાઇટના સ્થિર હેડર 0xFF થી શરૂ થાય છે, પછી લક્ષ્ય કાર્ડનું હાર્ડવેર સરનામું સોળ વાર પુનરાવર્તિત થાય છે, પછી ચાર બાઇટનો વૈકલ્પિક SecureOn પાસવર્ડ આવે છે. પ્રેષકો સામાન્ય રીતે આને UDP માં લપેટીને પોર્ટ 7 કે પોર્ટ 9 પર મોકલે છે, પણ પોર્ટ નંબર પ્રેષક અને કાર્ડ વચ્ચેની પરંપરા છે, સાંભળતી સેવા નહીં જેની સાથે જોડાઈ શકાય. કંઈ સાંભળતું નથી, અને કંઈ જવાબ આપતું નથી.

મશીનને નેટવર્ક ઇન્ટરફેસ જગાડે છે, જે સ્ટેન્ડબાય રેલમાંથી થોડી સર્કિટરીને વીજળી આપતું રહે છે જ્યારે બાકીની સિસ્ટમ બંધ હોય છે. એટલે સેટિંગે પૂરી વીજળી જવા અને ઊંઘ બંને સહેવા પડે છે: બંધ થતાં સ્ટેન્ડબાય વીજળી કાપી નાખતા બોર્ડ પાસે હવે કંઈ લેવાનું કાર્ડ રહેતું નથી.

રૂટ કરેલી ટનલ આ કેમ પહોંચાડી શકતી નથી

રૂટ કરેલું VPN ઇન્ટરફેસ બે ટનલ સરનામાં વચ્ચેની બિંદુ-થી-બિંદુ IP કડી છે. તે પીઅરને સંબોધિત પેકેટ વહેવા માટે છે, એટલે પિંગ, SSH અને ફાઇલ શેર તેમાંથી સામાન્ય રીતે ચાલે છે. બ્રોડકાસ્ટ ફ્રેમ એ પીઅરને સંબોધિત નથી, અને મર્યાદિત બ્રોડકાસ્ટ સરનામું રાઉટર ક્યારેય આપમેળે આગળ મોકલતું નથી.

સબનેટ તરફ નિર્દેશિત બ્રોડકાસ્ટ આગળ મોકલવું એ રાઉટરની જાણી જોઈને રાખેલી ક્ષમતા છે જે મોટાભાગની ડિફોલ્ટ રૂપરેખાઓ બંધ રાખે છે, અને તોય તે એ જ સબનેટ સુધી પહોંચાડે છે, કોઈ ચોક્કસ સૂતા કાર્ડ સુધી નહીં. સૂતો હોસ્ટ ARP ને પણ જવાબ આપી શકતો નથી, એટલે આગળ મોકલતા પહેલાં લક્ષ્ય સરનામું ઉકેલવા માંગતું રાઉટર ફ્રેમ પડતી મૂકે છે અને એવા જવાબની રાહ જુએ છે જે ક્યારેય નહીં આવે. સ્થિર બાઇન્ડિંગ નોંધ એ ભાગ સુધારે છે અને બ્રોડકાસ્ટ વ્યાપની સમસ્યાને અડ્યા વગર રાખે છે. એટલે બે અલગ અવરોધો, અને એક દૂર કરવાથી બીજા માટે કંઈ થતું નથી.

કાર્ડ સુધી ખરેખર પહોંચતા ત્રણ સ્થાનો

દરેક વ્યવહારુ ગોઠવણી ફ્રેમને લક્ષ્યના સેગમેન્ટમાં મૂકે છે, અને તે નેટવર્કને કેટલી ખલેલ પહોંચાડે તેમાં અલગ પડે છે:

1. લક્ષ્ય સેગમેન્ટમાં હંમેશા ચાલુ રહેતું ઉપકરણ મૂકો. વીજળી પર રહેતું રાઉટર, NAS કે નાનું લિનક્સ બોક્સ ફ્રેમ સ્થાનિક રીતે મોકલી શકે છે, ટનલથી ત્યાં પહોંચતાં જ, અને VPN માં કંઈ બદલાતું નથી.
2. રાઉટરને પોતે ફ્રેમ મોકલવા દો. ઘણા ફર્મવેર જગાડવાનું પૃષ્ઠ આપે છે જે LAN બ્રિજમાંથી મોકલે છે, અને આ ત્યાં સુધી ચાલે છે જ્યાં સુધી લક્ષ્ય એ જ બ્રિજ પર હોય, બીજા રાઉટર પાછળ નહીં.
3. બ્રોડકાસ્ટને ખરેખર પાર જવું હોય તો સ્થળોને TAP પ્રકારની ટનલથી જોડો. આ બે બ્રોડકાસ્ટ ડોમેન જોડી દે છે, સાથે બ્રોડકાસ્ટ તોફાન, એક જ સરનામા યોજના અને બંને સ્થળો એકસાથે જોતું દરેક શોધ પ્રોટોકોલ લાવે છે.

પહેલો વિકલ્પ એક મશીન માટે પસંદગીનો છે. ત્રીજો સતત ખર્ચવાળો નેટવર્ક ડિઝાઇન નિર્ણય છે, એટલે તેને એવો જ ગણો, એક ડેસ્કટોપ માટે ઝડપી ઉકેલ નહીં.

કયો સહાયક ફ્રેમ મોકલે છે અને તે કયા બ્રિજ કે VLAN પર છે તે લખો. ખોટા ઇન્ટરફેસથી મોકલતો સહાયક પૂરી રેકોર્ડિંગ અને ક્યારેય ન જાગતું મશીન આપે છે, અને આ જોડી એક બપોર ખાઈ જાય છે.

ક્લાઇન્ટને દોષ આપતા પહેલાં મોકલવાનું ચકાસો

પહેલાં લક્ષ્ય કાર્ડ જુઓ, કારણ કે કોઈ પણ પ્રેષક તૈયાર ન હોય તેવા કાર્ડને જગાડી શકતું નથી. નીચેનો આદેશ સમર્થિત અને વર્તમાન જગાડવાની રીતો વાંચે છે, જ્યાં વર્તમાન g મૂલ્યનો અર્થ છે કે magic packet ચાલુ છે:

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

મોકલાવાના સમયે સહાયક પર રેકોર્ડિંગ ચલાવો અને સફળતા માની લેવાને બદલે તે વાંચો. સાચા બ્રિજથી બ્રોડકાસ્ટ લક્ષ્ય MAC સાથે નીકળતી ફ્રેમ જ એ વાતનો એકમાત્ર પુરાવો છે કે મોકલવું ચાલ્યું; જો રેકોર્ડિંગ ખાલી હોય તો પ્રેષકે બીજું ઇન્ટરફેસ પસંદ કર્યું અને બાકીની કસોટી અર્થહીન છે. જે પ્રેષક UDP ડેટાગ્રામને બદલે કાચી ફ્રેમ બનાવે છે તે એ ફિલ્ટર પર બેસતું નથી, એટલે કંઈ મોકલ્યું નથી એવો નિષ્કર્ષ કાઢતા પહેલાં જુઓ કે તમારું ઓજાર કઈ આકૃતિ વાપરે છે.

Windows માં કાર્ડની સમકક્ષ ચકાસણી powercfg /devicequery wake_armed છે જે સિસ્ટમ જગાડવાની પરવાનગી ધરાવતાં ઉપકરણોની યાદી આપે છે. એ યાદીમાંથી ગેરહાજર નેટવર્ક અડેપ્ટર તેને મોકલાયેલા દરેક પેકેટને અવગણશે, ફ્રેમ તાર પર કેટલી પણ સાચી દેખાય.

પછી જાગવું અને આગળનું કામ પુષ્ટિ કરો. જે મશીન ચાલુ થાય પણ નામથી અગમ્ય રહે તેને સ્થિર સરનામું અને DNS નોંધ જોઈએ, કારણ કે બ્રોડકાસ્ટથી નામ ઉકેલવું હજી ટનલ પાર કરતું નથી. તારરહિત જગાડવું અલગ અને તારવાળી આવૃત્તિ કરતાં ઘણું ઓછું ભરોસાપાત્ર છે, એટલે VPN સાંકળતા પહેલાં એ જ સેગમેન્ટમાં તેને અજમાવો. ટિકિટમાં ઇન્ટરફેસનું નામ અને સહાયકનો હોસ્ટ લખો, કારણ કે આગલી ખામી સામાન્ય રીતે એ જ બે હકીકતો સાથે સંબંધિત હોય છે.