Keyfile કે Netplan: VPN પ્રોફાઇલ ખરેખર ક્યાં સંગ્રહાય છે?
સાચવેલું VPN keyfileમાં અથવા જનરેટ થયેલી Netplan ફાઇલમાં રહી શકે છે. ફરી લખાતી કોઈ વસ્તુ સંપાદિત કરતાં પહેલાં જોડાણનું UUID તેના સાચા માલિક સાથે મેળવો.
તમે આયાત કરેલી ફાઇલ શોધવી સહેલો ભાગ છે અને ઘણી વાર ખોટી શરૂઆત. મહત્ત્વનું એ છે કે NetworkManager આજે કઈ ફાઇલને સાચવેલા જોડાણ તરીકે વાંચે છે, અને તે જોડાણ ઓળખકર્તા તથા ઇન્સ્ટોલ થયેલા પેકેજ ખરેખર જે કન્ફિગરેશન બેકએન્ડ વાપરે છે તેના પર આધાર રાખે છે. એ પ્રશ્નનો જવાબ આપ્યા પહેલાં આયાત સંપાદિત કરવી એ જ રીતે કાર્યકારી VPN બે અડધી-સાચી કન્ફિગરેશન બની જાય છે.
આયાત કરેલી ફાઇલ સાચવેલી પ્રોફાઇલ નથી
દરેક VPN સમસ્યા આસપાસ ત્રણ નામ ફરે છે: જોડાણનું નામ, તમે આયાત કરેલી ફાઇલનું નામ, અને ટનલ ઉપર આવતાં દેખાતું વર્ચ્યુઅલ ઇન્ટરફેસ. એમાંથી કોઈ પણ સાચવેલી કન્ફિગરેશન ઓળખતું નથી, અને જોડાણનું નામ સંપાદિત કરી શકાય છે જ્યારે તેની પાછળની ફાઇલ પોતાનું મૂળ ઓળખકર્તા જાળવી રાખે છે.
ફક્ત-વાંચન યાદી સાથે શરૂ કરો અને લેબલને બદલે ઓળખકર્તા દ્વારા ઇચ્છિત VPN પસંદ કરો:
nmcli -f NAME,UUID,TYPE connection showટિકિટમાં પેસ્ટ કરો તે કોઈ પણ યાદીમાંથી એન્ડપોઇન્ટ હોસ્ટનામ અને ઓળખ લેબલ બહાર રાખો. ઉપયોગી ભાગ પ્રકાર અને ઓળખકર્તા છે; બાકીનું એવું સંદર્ભ છે જે અજાણી વ્યક્તિને જરૂરી નથી. શેર કરતાં પહેલાં બાકીનું ઢાંકો અને કહો કે તમે એ કર્યું છે, જેથી કોઈને ન વિચારવું પડે કે ખાલી જગ્યાઓનો અર્થ શું છે.
keyfile સ્થાનોનો અર્થ એક જ નથી
મૂળ keyfile પ્લગઇન સાથે, જોડાણ ફાઇલો ત્રણ ડિરેક્ટરીમાં દેખાઈ શકે છે, અને તેમની વચ્ચેનો ફરક ટકાઉપણું છે, સુવિધા નહીં.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
રનટાઇમ નકલ સંપાદિત કરવી આગલા શરૂ થવા સુધી સફળ લાગે છે, ત્યારે ફેરફાર વરાળ બની જાય છે અને ફાઇલ રહસ્યમય રીતે પાછી ફેરવાયેલી લાગે છે. પેકેજ આપેલી નકલ સંપાદિત કરવી ત્યાં સુધી કામ કરે છે જ્યાં સુધી અપગ્રેડ તેને બદલે નહીં, જે એ જ પાઠની વધુ ધીમી અને વધુ ગૂંચવણભરી આવૃત્તિ છે.
keyfile દસ્તાવેજીકરણ એક વિગત ઉમેરે છે જે આદરને લાયક છે: એ ફાઇલોમાં ખાનગી કી અને પાસફ્રેઝ હોઈ શકે છે, અને root સિવાયના વપરાશકર્તા વાંચી કે લખી શકે તેવી કોઈ પણ keyfile NetworkManager અવગણે છે. સેટિંગ શોધવા માટે ડિરેક્ટરી પરવાનગીઓ પહોળી કરવાથી તે લોડિંગ વર્તન તૂટે છે જે તમે તપાસવા માગતા હતા.
જ્યારે Netplan ટકાઉપણાનું માલિક હોય
Ubuntu પર, Netplan ના દસ્તાવેજીકરણમાં વર્ણવેલ NetworkManager એકીકરણ, 23.10 થી ઉપલબ્ધ, ટકાઉ નકલ ક્યાં રહે છે તે બદલે છે. બિન-કામચલાઉ જોડાણો માટે તે લખે છે /etc/netplan/90-NM-<connection UUID>.yaml અને આની નીચે એક ક્ષણિક NetworkManager પ્રોફાઇલ જનરેટ કરે છે: /run/NetworkManager/system-connections/.
તે વિતરણનું એકીકરણ છે, દરેક NetworkManager ઇન્સ્ટોલેશન માટેનો નિયમ નહીં. YAML ફાઇલ શોધવા જતાં પહેલાં ખાતરી કરો કે ઇન્સ્ટોલ થયેલા પેકેજ ખરેખર તેનો ઉપયોગ કરે છે. એ પણ યાદ રાખો કે રનટાઇમ પ્રોફાઇલ સંપાદનને લાયક સ્રોતને બદલે બીજું કંઈકનું જનરેટ થયેલું નિરૂપણ હોઈ શકે. બે આદેશોની ચકાસણી ખોટી ફાઇલ સંપાદિત કરવાનો એક કલાક બચાવે છે.
દસ્તાવેજી ઉદાહરણ NetworkManager પાસથ્રુ ડેટા સાથે Netplan nm-devices પ્રકાર દ્વારા OpenVPN જોડાણ સંગ્રહે છે. Netplan પાસે કોઈ ચોક્કસ VPN ક્ષેત્રનું સમર્પિત અર્થઘટન નથી તેનો અર્થ એ નથી કે તમારું સાચવેલું VPN ગુમ થયું છે; તેનો અર્થ એ છે કે ક્ષેત્ર અસ્પષ્ટ ડેટા તરીકે મુસાફરી કરે છે.
ક્ષણિક ઇન્ટરફેસ પ્રોફાઇલ નથી
સક્રિયકરણ કામચલાઉ વર્ચ્યુઅલ જોડાણો અને ઇન્ટરફેસ બનાવે છે જે કદી ટકવા માટે નહોતા. એકીકરણ જાણી જોઈને દરેક માટે નવી YAML ફાઇલ લખતું નથી, તેથી /etc/netplan માં તેમની ગેરહાજરી એ વિશે કંઈ કહેતી નથી કે પેરેન્ટ પ્રોફાઇલ સંગ્રહાયેલી છે કે નહીં.
જો તમે એવી ફાઇલની શિકાર કરો છો જે આવે અને જાય છે, તો તમે સંભવતઃ તમારી કન્ફિગરેશનને બદલે આમાંથી એક જોઈ રહ્યા છો. તેની સામગ્રીમાંથી કોઈ નિષ્કર્ષ કાઢતાં પહેલાં તપાસો કે તે પુનઃપ્રારંભમાં ટકી રહે છે કે નહીં. રિબૂટ પર અદૃશ્ય થતી રનટાઇમ ફાઇલ તમને કહે છે કે તે કદી સ્રોત નહોતી, અને એ એક અવલોકન આખી તપાસને ફરી દિશા આપે છે. તે એ પણ સમજાવે છે કે તે સમયે સંપાદન સફળ કેમ લાગ્યું.
રહસ્યો અને માલિકી
પ્રોફાઇલ સંપૂર્ણપણે બીજે ક્યાંક સંગ્રહાયેલા પ્રમાણપત્ર અથવા કીનો સંદર્ભ લઈ શકે છે, અને પાસવર્ડ NetworkManager નો હોઈ શકે, વપરાશકર્તા-સત્રના ગુપ્ત એજન્ટ દ્વારા પૂરો પાડવામાં આવે, અથવા જાણી જોઈને સંગ્રહવામાં ન આવે. તેથી એક ફાઇલ શોધવી એ નિરીક્ષણ વગરની શરૂઆતને શું જોઈશે તે વિશે ઘણું થોડું નક્કી કરે છે.
ગુપ્ત મૂલ્યો છાપ્યા વિના સંદર્ભો અને ગુપ્ત-ફ્લેગ તપાસો. ડેસ્કટોપ લોગઇન એવા એજન્ટને ઉપલબ્ધ કરી શકે છે જે બૂટ દરમિયાન નહોતો, અને જનરેટ થયેલી રનટાઇમ ફાઇલની નકલ કરવાથી એ એજન્ટ પુનઃઉત્પન્ન થતો નથી. વ્યવહારુ લક્ષણ એ ટનલ છે જે વ્યક્તિ લોગઇન કરે ત્યારે જોડાય છે અને મશીન એકલું શરૂ થાય ત્યારે નિષ્ફળ જાય છે. એ પેટર્ન ગુપ્ત માલિકી તરફ ઇશારો કરે છે, રૂટિંગ તરફ નહીં.
જોડાણનું માલિકી ધરાવતા મેનેજર દ્વારા મંજૂર ફેરફારો કરો, પછી સાચવેલા ઓળખકર્તા અને અસરકારક જોડાણ બંને ચકાસો. એક જ ટકાઉ માલિક રાખો, કારણ કે આયાત, જનરેટ થયેલી keyfile અને YAML સ્રોતને સ્વતંત્ર રીતે સંપાદિત કરવાથી આગળના રીકનેક્શન શું વાપરશે તે અંગે ત્રણ સ્પર્ધાત્મક સમજૂતીઓ રહી જાય છે. જે ખરેખર ટકે છે તે પસંદ કરો, ફક્ત તે જ સંપાદિત કરો, અને ટિકિટમાં નોંધો કે તમે કઈ ફાઇલને સત્તાવાર ગણી. આગલી વ્યક્તિ એક લીટી મૂળ માટે તમારો આભાર માનશે.