ડેસ્કટોપ પર VPN બટન નથી: પ્રોફાઇલ હજી પણ ત્યાં છે?
ગુમ થયેલું પેનલ ઇન્ટરફેસનો પ્રશ્ન છે, પ્રોટોકોલ અદૃશ્ય થઈ ગયાનો પુરાવો નથી. UUID પ્રમાણે સાચવેલી પ્રોફાઇલની યાદી બનાવો, પછી ફરી ઇન્સ્ટોલ કરતા પહેલાં nmcli વડે એક સક્રિય કરો.
પેકેજ ફરી ઇન્સ્ટોલ કરવાથી ભાગ્યે જ એવી VPN એન્ટ્રી પાછી આવે છે જે ડેસ્કટોપનું નેટવર્ક મેનૂએ કદી દોરી ન હોય. પેનલ અને કનેક્શન બે વસ્તુઓ છે જેમના બે માલિક છે: ડેસ્કટોપ ઇન્ટરફેસ તે દોરે છે જે તેનું પ્લગઇન બહાર લાવે છે, અને નેટવર્ક સેવા પ્રોફાઇલ રાખે છે. એક મેનૂમાંથી અદૃશ્ય થઈ શકે છે જ્યારે બીજું કામ કરતું રહે છે, અને તેથી જ શરૂ કરવા માટે મેનૂ ખોટી જગ્યા છે. પહેલાં પ્રોફાઇલ તપાસો, પછી નક્કી કરો કે ડેસ્કટોપ કે કનેક્શન ખરેખર બગડેલું છે.
બટન અને પ્રોફાઇલ જુદી જુદી વસ્તુઓના માલિકીના છે
ડેસ્કટોપનું નેટવર્ક પૃષ્ઠ તે દોરે છે જે ઇન્સ્ટોલ કરેલું ઇન્ટરફેસ અને તેના VPN સંપાદક ઘટકો દોરવાનું જાણે છે. NetworkManager, અથવા તે મશીન પર નેટવર્ક ધરાવતી કોઈ પણ સેવા, કનેક્શનની વ્યાખ્યા રાખે છે અને નક્કી કરે છે કે તેને ઉપર લાવી શકાય છે કે નહીં. બંને દૃશ્યોને સંમત થવા મજબૂર કરે એવું કંઈ નથી, અને ડેસ્કટોપ ફેરફાર, ડિસ્ટ્રિબ્યુશન અપગ્રેડ કે વિકાસ આવૃત્તિ સામે ચલાવ્યા પછી તે ઘણી વાર સંમત થતાં નથી. તેથી ટનલ ગુમ ન થાય તો પણ પેનલ અધૂરું હોઈ શકે. તેને પ્રોટોકોલ સમસ્યા તરીકે વાંચવું સીધું એ પુનઃઇન્સ્ટોલ લૂપ તરફ લઈ જાય છે જે કંઈ સુધારતું નથી.
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
કોષ્ટક ઉપરથી કામ કરો, કારણ કે દરેક પંક્તિ જુદા પ્રશ્નનો જવાબ આપે છે અને પહેલી પંક્તિ સૌથી સસ્તી છે. અસ્તિત્વમાં રહેલી પ્રોફાઇલ સમસ્યાને ઇન્ટરફેસ તરફ ખસેડે છે, જ્યારે પ્રોફાઇલ બિલકુલ ન હોવી તેને પ્રોવિઝનિંગ તરફ ખસેડે છે. બેમાંથી તમારી પાસે કઈ છે તેનો અંદાજ લગાવવો એ જ દસ મિનિટની તપાસને આખી બપોરની પુનઃઇન્સ્ટોલમાં ફેરવે છે.
NetworkManagerને પૂછો કે તેણે શું સાચવ્યું છે
મેનૂ વાંચવાને બદલે સેવાને સીધું પૂછો, કારણ કે બે આદેશો અસ્તિત્વમાં રહેલાને ચાલી રહેલાથી અલગ પાડે છે. તેમને મશીન પર જ ચલાવો, અને બીજાને દરેક સક્રિયકરણના પ્રયાસ પહેલાં અને પછી ચલાવો. યાદીઓ અદલાબદલી કરી શકાય તેવી નથી, અને તેમની વચ્ચેનો તફાવત જ નિદાન છે.
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeસાચવેલી પ્રોફાઇલ નિષ્ક્રિય હોઈ શકે, જે સામાન્ય છે અને ડેસ્કટોપ વિશે કંઈ કહેતું નથી. સમાન નામની બે એન્ટ્રીઓ ઇમ્પોર્ટ લૂપ પછી સામાન્ય છે, અને ફક્ત UUID જ તેમને અલગ પાડે છે. બીજી સેવાની સીધી માલિકીની ટનલ કદી આ યાદીમાં ન આવે, તેથી ખાલી પરિણામ આપોઆપ NetworkManager ખામી નથી. હવેથી UUID પ્રમાણે પસંદ કરો, કારણ કે નામ એ લેબલ છે જે લોકો સંપાદિત કરે છે, અને ઓળખકર્તા નથી.
ફરી ઇમ્પોર્ટ કરવાને બદલે પ્રોફાઇલની તપાસ કરો
જ્યારે પ્રોફાઇલ હોય, ત્યારે સંગ્રહિત રહસ્યો માંગ્યા વિના તેની વિગતો વાંચો. જ્યારે ન હોય, ત્યારે પ્લગઇન દસ્તાવેજ કરે તે પ્રોવિઝનિંગ કે ઇમ્પોર્ટ પ્રવાહ એક વાર વાપરો અને તેનું બનાવેલું ચકાસો. મેનૂ ખાલી રહ્યું તેથી ઇમ્પોર્ટનું પુનરાવર્તન કરવું એ જ રીતે મશીન એક કનેક્શનની ચાર હરીફ નકલો સાથે પૂરું થાય છે.
એ નકલો એવી કાગળની નિશાનીવાળું વિચલન છે જે કોઈ વાંચતું નથી: ડેસ્કટોપ વપરાશકર્તા કહી શકતો નથી કે કઈ વપરાઈ હોત, અને આગલો વ્યવસ્થાપક પણ નહીં. ઓળખકર્તા નોંધ્યા પછી નકલો જાણી જોઈને ભૂંસો, ઇમ્પોર્ટ લૂપને નિર્ણય લેવા દેવાને બદલે. જે UUID ટકી રહે તેની નોંધ રાખો, કારણ કે ટર્મિનલ સક્રિયકરણને એ જ મૂલ્ય જોઈએ છે. જુદા નામે બે વાર ઇમ્પોર્ટ કરેલી પ્રોફાઇલ સામાન્ય રીતે એક કામ કરતી વ્યાખ્યા અને ઉતાવળનું એક અવશેષ હોય છે. પ્રોફાઇલની યાદી રૂપરેખાંકન છે, અને તે કનેક્શન જેટલી જ કાળજી લાયક છે.
ટર્મિનલમાંથી સાચવેલી પ્રોફાઇલ સક્રિય કરો
nmcli દસ્તાવેજીકરણ પસંદ કરેલી પ્રોફાઇલને પરસ્પર ક્રિયાત્મક રીતે સક્રિય કરવાનું આવરી લે છે, જે કમાન્ડ લાઇનને આડમાર્ગ નહીં પણ સમર્થિત બીજું ઇન્ટરફેસ બનાવે છે. નીચેના ઉદાહરણ ઓળખકર્તાને તમે રાખેલા UUID સાથે બદલો. આદેશ ચલાવતા પહેલાં સમજો કે તે શું કરે છે, કારણ કે તે નેટવર્કની સ્થિતિ બદલે છે. રૂટ અને DNS ખસી શકે છે, અને ફરી રૂપરેખાંકિત થતા ઇન્ટરફેસ પરનું દૂરસ્થ સત્ર ટકશે નહીં.
તેને સ્થાનિક કન્સોલમાંથી ચલાવો, અથવા ફેરફાર ખોટો જાય ત્યારે પાછા આવવાની યોજના સાથે ચલાવો. --ask વિકલ્પ પ્રોફાઇલમાં ખૂટતા ઇનપુટ એકઠા કરે છે; તે સિસ્ટમ અધિકૃતિને ટાળતું નથી. તે એ પણ બાંયધરી આપતું નથી કે પ્લગઇનની દરેક પ્રમાણીકરણ વિનંતી ટર્મિનલમાં કામ કરશે, કારણ કે કેટલીક એવા સંવાદની રાહ જુએ છે જ્યાં પહોંચી શકાતું નથી.
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555ડેસ્કટોપને દોષ આપતા પહેલાં પરિણામ વાંચો
જો પ્રોફાઇલ ઉપર આવે, તો સાચવેલું કનેક્શન કામ કરે છે અને આ વ્યવસ્થાપન માર્ગ કામ કરે છે. તે ફરિયાદને ઇન્ટરફેસ સુધી સંકોચે છે, જે અલગ ઘટક યાદી અને ઘણી વાર અલગ ટીમ છે. જો ન આવે, તો નિષ્ફળતા પ્રોફાઇલ કે ટનલમાં છે, અને ડેસ્કટોપ કદી સમસ્યા ન હતું.
સફળ સક્રિયકરણ હજી પણ કંઈ કહેતું નથી કે ઇન્ટરફેસનું સંપાદક ઘટક હાજર છે કે નહીં, અથવા પેનલ પોતે ખોટું વર્તે છે કે નહીં. એ ડિસ્ટ્રિબ્યુશનના સમર્થિત ઇન્ટરફેસ અને તેના મેળ ખાતા પ્લગઇન પેકેજો માટેના પ્રશ્નો રહે છે. તેમને પુનઃઇન્સ્ટોલમાં ભેળવવાથી સામાન્ય રીતે પેનલ પહેલાં જેવું જ રહે છે અને વાર્તામાં એક રીબૂટ ઉમેરાય છે.
ઉપયોગી અહેવાલ ડેસ્કટોપ આવૃત્તિ, કનેક્શનનો પ્રકાર, ખૂટેલી પેનલ ક્રિયા, અને પ્રોફાઇલ સમર્થિત ઇન્ટરફેસ દ્વારા દૃશ્યમાન કે સક્રિયકરણયોગ્ય છે કે નહીં તે જણાવે છે. ગુમ થયેલા મેનૂનું વર્ણન કરવા માટે ન તો ખાનગી કી જોઈએ ન તો ઓળખપત્ર ધરાવતી પ્રોફાઇલ. કોઈ પણ ઓળખપત્રને સ્પર્શ કર્યા વિના સંભાળનાર પેનલની સ્થિતિ પુનઃઉત્પાદિત કરી શકે તે માટે આટલું પૂરતું છે.