NetworkManager તમારી OpenVPN પ્રોફાઇલ આયાત કરશે નહીં? આ વાંચો

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

સંદેશને સ્થાનિક વિધાન તરીકે વાંચો

આ વાક્ય પ્લગઇનની સુવિધા-સમૂહનું વર્ણન કરે છે. કાં તો OpenVPN સપોર્ટ આપતું પ્લગઇન ગેરહાજર છે, અથવા આયાત ક્રિયા આપતું ઘટક તમે આપો છો તે ફોર્મેટ કરતાં જૂનું છે. બંને કિસ્સા તમારી સામેના મશીન પૂરતા સ્થાનિક છે.

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

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

પગલું 1: પ્લગઇન અને સંપાદકની ખાતરી કરો

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

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

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

પ્લગઇન સ્થાપિત કરવાથી સામાન્ય રીતે NetworkManager ફરી શરૂ થાય છે અથવા ફરી લોડ થાય છે, જે હાલના કનેક્શન થોડા સમય માટે તોડે છે. તે જાણી જોઈને કરો, સપોર્ટ કૉલની વચ્ચે નહીં.

પગલું 2: nmcli સાથે આયાત કરો અને વાસ્તવિક સંદેશ મેળવો

ગ્રાફિકલ સંવાદ ઘણી નિષ્ફળતાઓને એક વાક્યમાં દબાવી દેવાની વૃત્તિ ધરાવે છે. કમાન્ડ-લાઇન આયાતકર્તા વધુ ચોક્કસ છે, અને તે એ જ ક્રિયા છે:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

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

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

પગલું 3: ઇનલાઇન પ્રમાણપત્રો જ્યાં છે ત્યાં જ રહેવા દો

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

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

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

પગલું 4: પ્રોફાઇલ હવે શું અર્થ ધરાવે છે તે તપાસો

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

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

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

પગલું 5: એક મેનેજરને ટનલનું માલિકીપણું આપો

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

બે ટનલ જે બંને માને છે કે તેઓ ડિફૉલ્ટ રૂટના માલિક છે, તે તૂટેલા પ્રદાતા જેવા લક્ષણો ઉત્પન્ન કરે છે, અને ઉકેલ છે બંનેમાંથી એકને દૂર કરવો, કોઈને ટ્યુન કરવો નહીં.