નિષ્ક્રિય સમયમાં VPN ડિસ્કનેક્ટ થવું સુધારો: Wi-Fi પાવર સેવ માટે ચેકલિસ્ટ

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

પ્રથમ ચકાસણી: શું ડિસ્કનેક્શન નિષ્ક્રિયતાને અનુસરે છે?

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

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

બીજી ચકાસણી: શું તે ફક્ત VPN ટ્રાફિક છે?

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

જો સામાન્ય ટ્રાફિક વહે છે પણ ટનલ શાંત છે, તો લિંક સ્વસ્થ છે અને સમસ્યા ટનલના પોતાના ટાઈમરમાં અથવા ક્લાયન્ટ કેવી રીતે ફરી શરૂઆત સંભાળે છે તેમાં છે. આ બે અલગ સુધારા છે, તેથી આ પગલું છોડશો નહીં. જે લેપટોપમાં Wi-Fi અને Ethernet બંને છે, ત્યાં કેબલ કાઢી નાખો અને નિષ્ક્રિયતાનું પરીક્ષણ ફરીથી કરો: વાયરવાળા Ethernet પર અદૃશ્ય થતું નિષ્ક્રિયતા-ડિસ્કનેક્શન વાયરલેસ સ્તર માટે મજબૂત પુરાવો છે.

ત્રીજી ચકાસણી: પાવર સેવ સ્થિતિ વાંચો

મોટાભાગના ડેસ્કટોપ તમને ચેકબોક્સ આપે છે, પણ ચેકબોક્સ એ સ્થિતિ નથી જેમાં ડ્રાઈવર છે. પહેલાં ડ્રાઈવરનો પોતાનો રિપોર્ટ વાંચો, પછી નિર્ણય કરો. mac80211 સાથે Linux પર ઇન્ટરફેસ સીધું જવાબ આપે છે:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

બીજો આદેશ પરીક્ષણ છે, સુધારો નથી. તે ડિસ્કનેક્શન, સ્લીપ કે રીબૂટ ટકી શકતો નથી, જે તેને કાયમી ફેરફારો પાછળ છોડ્યા વિના પરિકલ્પના ચકાસવાની સ્વચ્છ રીત બનાવે છે.

Windows પર powercfg /q SCHEME_CURRENT સક્રિય સ્કીમ છાપે છે, અને વાયરલેસ એડપ્ટરની ઉપશાખા બતાવે છે કે એડપ્ટરને ઊર્જા બચાવવાનો આદેશ આપી શકાય છે કે નહીં; એ જ પસંદગી એડપ્ટરના પાવર મેનેજમેન્ટ ટૅબ પર Device Manager માં પણ છે. macOS પર દરેક ઇન્ટરફેસ માટે 802.11 પાવર સેવ તમને દર્શાવાતું નથી, તેથી તેના બદલેpmset -g સ્લીપ અને સ્ટેન્ડબાય વર્તન માટે જુઓ. ત્યાં નિષ્ફળતા સામાન્ય રીતે સ્લીપ અને જાગરણના માર્ગમાં નીકળે છે, રેડિયોના નિષ્ક્રિય વર્તનમાં નહીં.

ચોથી ચકાસણી: એક વસ્તુ બદલો, પછી ફરી પરીક્ષણ કરો

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

કનેક્શન જીવંત રાખવું એ બીજું સ્વતંત્ર ચલ છે અને તેને સતત પાવર સેવ સાથે ભેળવી દેવાય છે. WireGuard નુંPersistentKeepalive = 25 NAT મેપિંગ ગરમ રાખે છે;OpenVPN બંને છેડેkeepalive અનેping-restart વાપરે છે. બંને અન્યથા શાંત ટનલ પર ટ્રાફિક ઉત્પન્ન કરે છે, તેથી જે જીવંત-રાખવું ડિસ્કનેક્શન સુધારતું લાગે છે તે રેડિયોની સમસ્યાને ઉકેલવાને બદલે છુપાવી શકે છે. તેમને અલગ-અલગ, એક વખતે એક ચકાસો:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

પાંચમી ચકાસણી: જ્યારે રેડિયો નિર્દોષ હોય

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

પછી એ જ નેટવર્ક પર એ જ નિષ્ક્રિયતા પરીક્ષણ કરતા બીજા ઉપકરણ સાથે સરખાવો. બે ઉપકરણ એક જ અંતરાલમાં પડે તો તે માર્ગ કે સર્વરની વાત છે; એક ઉપકરણ પડે તો તે સ્થાનિક ડ્રાઈવર કે પાવરની વાત છે. આ સરખામણી દસ મિનિટ લે છે અને ખોટી ગોઠવણી ફરી લખવાથી બચાવે છે.

તેને કાયમી બનાવતા પહેલાં

તમે શું રાખવા તૈયાર છો તે નક્કી કરો. દરેક પ્રોફાઇલ માટેની સ્ક્રિપ્ટ જે ફક્ત એ નેટવર્ક પર પાવર સેવ બંધ કરે જ્યાં તમે ડિસ્કનેક્શન જોયું છે, તે વાજબી છે. દરેક નેટવર્ક પર બેટરીના જીવનની કિંમતે બધું બંધ કરતું વૈશ્વિક ટ્યુન સામાન્ય રીતે નથી.

• મૂળ પાવર સેવ મૂલ્ય સ્ક્રિપ્ટની બાજુમાં નોંધો જેથી તે પુનઃસ્થાપિત કરી શકાય.
• દરેક ડ્રાઈવર કે ક્લાયન્ટ અપડેટ પછી નિષ્ક્રિયતાનું પરીક્ષણ ફરી ચલાવો; ડિફોલ્ટ મૂલ્યો બદલાય છે.
• સમસ્યા જણાવતી વખતે ping લોગ અને ક્લાયન્ટ લોગ સાથે રાખો.
• જો બીજું પગલું નિષ્ફળ ગયું, તો VPN સેટિંગ બદલવાનું બંધ કરો અને તેને સ્થાનિક લિંક ખામી ગણો.

જો તમે ફક્ત એક કામ કરો, તો બીજી ચકાસણી કરો. તે નક્કી કરે છે કે આ યાદીનું બાકીનું તમને લાગુ પડે છે કે નહીં, અને લોકો જવાબ પાવર સેવ છે એમ પહેલેથી નક્કી કરી લીધા પછી જે પગલું છોડે છે તે પણ આ જ છે.