NM OpenVPN: સાચવેલી પ્રોફાઇલ તમારી .ovpn ફાઇલ નથી

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

ફાઇલ એ પ્રોફાઇલ નથી

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

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

સાચવેલી પ્રોફાઇલ વાંચો, સંવાદ નહીં

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

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

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

બે કી, અને એક દિશા જે મહત્ત્વની છે

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

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

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

એક એન્ટ્રી અપડેટ કરો, શબ્દકોશ નહીં

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

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

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

નિયંત્રણ-ચેનલના મોડ્સને ભેળવશો નહીં

tls-auth, tls-crypt, અને tls-crypt-v2 જુદી જુદી ગોઠવણો છે. સમાન દેખાતી કી ફાઇલ તેમને અદલાબદલી કરી શકાય તેવા બનાવતી નથી, અને બીજી પ્રોફાઇલમાં ફોર્મેટ કરેલી કી હોવાને કારણે TLS-Auth ફીલ્ડ ભરવાથી એવી પ્રોફાઇલ બને છે જે ખોટી કી જેવી રીતે નિષ્ફળ જાય છે.

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

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