એક પ્રોફાઇલ, બે માલિકો: NetworkManager કે systemd

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

બંને એક જ મશીન પર કામ કરી શકે છે, પણ એક જ સમયે એક જ ટનલ પર નહીં, અને સંઘર્ષ રૂપરેખાંકનની ખામી નહીં પણ નેટવર્કની ખામી જેવો લાગે છે.

એક જ ટનલ ધરાવવાની બે રીતો

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

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

ડેસ્કટોપ ખરેખર જે કનેક્શન વાપરે છે તેને અનુસરો

દસ્તાવેજીકૃત આયાત ક્રિયા, nmcli connection import type openvpn file office.ovpn, પ્લગઇન દ્વારા કનેક્શન બનાવે છે. તેનું UUID નોંધો અને પછી એ જ ઓળખકર્તા વાપરો, કારણ કે નામ સંપાદિત થાય છે અને બે કનેક્શન એક જ લેબલ વહેંચી શકે છે. nmcli connection show શું અસ્તિત્વમાં છે તેની યાદી આપે છે, અને કનેક્શનની પોતાની લાક્ષણિકતાઓ વાંચવાથી ખબર પડે છે કે તે કઈ ફાઇલમાંથી આવ્યું અને શું સંગ્રહે છે. તમે સંપાદિત કરી રહ્યા છો તે UUID ડેસ્કટોપ જે સક્રિય કરે છે તે ન હોય, તો તમારા ફેરફારો ફક્ત શણગાર છે.

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

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

યુનિટ ટેમ્પલેટ પર ભરોસો કરતા પહેલાં તેને વાંચો

જ્યાં પેકેજ અપસ્ટ્રીમ-શૈલીનું ક્લાયન્ટ યુનિટ આપે છે, ત્યાં office નામનું ઇન્સ્ટન્સ યુનિટની રૂપરેખાંકિત ડિરેક્ટરીમાંની %i.conf ફાઇલને અનુરૂપ છે, અને 2.6 ટેમ્પલેટ માટે તે /etc/openvpn/client છે. કોઈ માર્ગદર્શિકાના ઉદાહરણ પર ભરોસો કરતા પહેલાં ઇન્સ્ટોલ કરેલું યુનિટ અને કોઈપણ વધારાની ફાઇલ વાંચો, કારણ કે ડિસ્ટ્રિબ્યુશનો રસ્તાઓ ખસેડે છે. ટર્મિનલમાંથી જાતે ચલાવવું ફાઇલો, રહસ્યો કે પરવાનગીઓ વિશે સેવાના દૃષ્ટિકોણનું કંઈ પણ સાબિત કરતું નથી. ડેસ્કટોપનું પાસવર્ડ સંવાદ પણ એ સાબિતી નથી કે બિન-ઇન્ટરેક્ટિવ યુનિટ પાસે એ જ પાસવર્ડ મેળવવાની મંજૂર રીત છે.

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

ઍક્સેસ ગુમાવ્યા વિના ડુપ્લિકેટ પાછું ખેંચો

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

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