નવો VPN શોર્ટકટ કેમ ખોવાયેલા સેટિંગ્સ પાછા લાવતો નથી

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

બે કામ જે ફક્ત એક જેવા દેખાય છે

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

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

ફરી ઇન્સ્ટોલ કરતા પહેલાં શરૂઆતના ઇનપુટ સરખાવો

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

grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop

~/.local/share/applications હેઠળની ફાઇલને /usr/share/applications માંની પહેલાં જુઓ, કારણ કે વપરાશકર્તાની નકલ સિસ્ટમની નકલને ઢાંકે છે. એન્ટ્રી ખરાબ વર્તે ત્યારે desktop-file-validate ચલાવો, અને દૂર કરાયેલા પાથ તરફ હજુ સૂચવતી જૂની નકલ શોધો. અમાન્ય વપરાશકર્તા નકલને મોટાભાગના ડેસ્કટોપ હજુ પણ પ્રાધાન્ય આપે છે, તેથી તૂટેલી ફાઇલ મેનુમાંથી એન્ટ્રી દૂર કરી શકે છે જ્યારે પેકેજની ફાઇલ માન્ય રહે છે. પછી એ જ આદેશ હાથે ચલાવો અને બે શરૂઆત શું ઉત્પન્ન કરે છે તે સરખાવો.

પસંદગી ખરેખર ક્યાં રહે છે

જે એપ્લિકેશનો XDG બેઝ ડિરેક્ટરી નિયમો અનુસરે છે તે રૂપરેખાંકન $XDG_CONFIG_HOME હેઠળ, ટકાઉ સ્થિતિ $XDG_STATE_HOME હેઠળ અને નિકાલજોગ ડેટા $XDG_CACHE_HOME હેઠળ મૂકે છે, અને તે ચલ સેટ ન હોય ત્યારે મૂળભૂત રીતે ~/.config, ~/.local/state અને ~/.cache વાપરે છે. આ ત્રણે ભૂમિકાઓ છે, વચનો નહીં, તેથી ચોક્કસ VPN ઉત્પાદન સાવ અલગ કંઈક દસ્તાવેજ કરી શકે. ડિરેક્ટરીના નામ પરથી પાથ અનુમાન કરવા કરતાં વિક્રેતાનું પોતાનું દસ્તાવેજીકરણ વાંચવું સારું. દસ્તાવેજીકરણ પાતળું હોય ત્યારે ફાઇલસિસ્ટમને બદલે પ્રક્રિયાનું નિરીક્ષણ કરો.

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

strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client

રહસ્યો અને પ્રોફાઇલના માલિક અલગ હોય છે

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

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

આઇકોન તમને શું કહી શકે અને શું નહીં

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

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