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

ચકાસણી એક: લૉકને બ્લેન્ક અને સૂવાથી અલગ કરો

લૉક બદલે છે કે કોને સત્ર વાપરવાની પરવાનગી છે; કમ્પોઝિટર દોરવાનું ચાલુ રાખે છે, નેટવર્ક સ્ટેક ચાલુ રહે છે અને VPN ક્લાયન્ટને કંઈ ખબર પડતી નથી. સ્ક્રીન બ્લેન્ક થવાથી નિષ્ક્રિય સમય પછી પેનલ બંધ થાય છે અને મશીન સંપૂર્ણ જાગૃત રહે છે. સસ્પેન્ડ પ્રોસેસરને થોભાવે છે, એટલે વપરાશકર્તા-જગતની કોઈ પ્રક્રિયા શેડ્યુલ થતી નથી, તેથી અંતરાલ કેટલું ટૂંકું રાખો તે ધ્યાનમાં લીધા વિના કોઈ કીપઅલાઇવ ચાલી શકતું નથી.

EventWhat it stopsCan it kill the tunnel?
Session lockInput to your sessionNo
Display blankThe panelNo
Suspend to RAMCPU scheduling, hence every processYes, and silently
HibernateEverything, with state written to diskYes

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

ચકાસણી બે: પાવર અને નેટવર્કની ઘટનાઓને એક સમયરેખા પર મૂકો

આખા બૂટને બદલે મર્યાદિત સમયગાળાનો જર્નલ વાંચો, અને લૉગિન મેનેજર તથા જોડાણનો માલિક બંનેનો સમાવેશ કરો:

journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --list

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

ગુમ થયેલી લાઇન નકારાત્મક પરિણામ નથી. જો પસંદ કરેલા યુનિટનો જર્નલ તમારા ખાતાને દેખાતો ન હોય, તો સસ્પેન્ડ રેકોર્ડની ગેરહાજરી કંઈ સાબિત કરતી નથી, અને ખાલી ફિલ્ટરમાંથી «તે કદી સૂતું નથી» એવું તારણ કાઢવું એ જ રસ્તો છે જેના પર લોકો અઠવાડિયું કીપઅલાઇવ ગોઠવવામાં ગાળે છે.

ચકાસણી ત્રણ: જો તે સસ્પેન્ડ થયું હોય, તો નક્કી કરો કે તે જાણી જોઈને હતું

સમયરેખા પર ઊંઘનું પરિવર્તન આવતાં જ પ્રશ્ન «VPN કેમ તૂટ્યું» થી બદલાઈને «મશીનને સૂવું જોઈતું હતું કે નહીં» થાય છે. લેપટોપ પર જવાબ ઘણી વાર હા હોય છે, અને ટનલનું અટકવું અપેક્ષિત વર્તન છે જેમાંથી ક્લાયન્ટે ફરી જાગતાં પુનઃપ્રાપ્ત થવું જોઈએ. જે વર્કસ્ટેશન પહોંચમાં રહેવું જોઈએ ત્યાં ઊંઘની નીતિ એ બદલવાની વસ્તુ છે. આ બેમાંથી કયા મશીનને તમે જોઈ રહ્યા છો તે નક્કી કરવા એક પ્રશ્ન જોઈએ છે, અને તે એવો પ્રશ્ન નથી જેનો જર્નલ તમારા વતી જવાબ આપી શકે.

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

ચકાસણી ચાર: જો તે જાગૃત રહ્યું હોય, તો નેટવર્ક અને ક્લાયન્ટ જુઓ

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

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

ઉપયોગી અહેવાલમાં શું હોય છે

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

જો આમાંથી કોઈ લાઇન ગુમ હોય, તો એ માપવાની આગલી વસ્તુ છે, બદલવાની આગલી વસ્તુ નહીં. ખાલી જગ્યા ધરાવતી સમયરેખા ધારણા પર કરેલા સેટિંગ્સ પરિવર્તન કરતાં વધુ માહિતીપ્રદ છે.

સંબંધિત લેખો