Mac પર OpenVPN Connect: CLI થી આયાત કરેલી પ્રોફાઇલની યાદી બનાવો
Mac CLI આયાત કરેલી પ્રોફાઇલને તેમના ID, હોસ્ટ અને પ્રકાર સાથે યાદી બનાવે છે. એપનું ખાનગી સ્ટોરેજ ફોલ્ડર કૉપી કરવાને બદલે સ્થાનાંતરણ માટે આ ઇન્વેન્ટરી વાપરો.
આયાત કરેલા કનેક્શનની યાદી એપ્લિકેશનમાંથી જ ઉપલબ્ધ છે, Application Support ની અંદરના ફોલ્ડરમાંથી નહીં. macOS માટે OpenVPN Connect એ કમાન્ડ-લાઇન ફ્લેગ ખુલ્લા કરે છે જે તેના પોતાના પ્રોફાઇલ સ્ટોરને પૂછે છે, એટલે કે જવાબ તે જ મોડેલમાંથી આવે છે જે GUI વાપરે છે. તેથી દસ્તાવેજીકૃત યાદી બ્રાઉઝ કરીને મળતા કોઈપણ ફોલ્ડર કરતાં ચડિયાતી છે. તે એ પણ સમજાવે છે કે ફોલ્ડર તેનો વિકલ્પ કેમ નથી.
કમાન્ડ જે વાંચે છે તે દરેક આયાત કરેલી પ્રોફાઇલ માટે એક નાનો રેકોર્ડ છે: ઓળખકર્તા, દર્શાવવાનું નામ, હોસ્ટ, પ્રોફાઇલ પ્રકાર, સંગ્રહિત વપરાશકર્તાનામ અને કોઈપણ સર્વર ઓવરરાઇડ. કનેક્શન વિશે બાકીનું બધું તે રેકોર્ડ પાછળ રહે છે. રેકોર્ડ જ ઇન્વેન્ટરી છે, અને તે જાણી જોઈને સાંકડો છે.
CLI ફ્લેગ ખરેખર ક્યાં સુધી પહોંચે છે
Mac ની કમાન્ડ-લાઇન માર્ગદર્શિકા દસ્તાવેજ કરે છે --version અને --list-profiles OpenVPN Connect એક્ઝિક્યુટેબલ સામે. દસ્તાવેજીકરણમાંનો પાથ પ્લેસહોલ્ડર છે, અને તેને ઇન્સ્ટોલ કરેલી એપ્લિકેશન પેકેજની અંદરના બાઇનરીથી બદલવો પડશે. તે પાથને અવતરણ ચિહ્નોમાં મૂકો, કારણ કે એપ્લિકેશન બંડલના નામમાં સામાન્ય રીતે જગ્યાઓ હોય છે.
તે બાઇનરી Homebrew નું openvpn એક્ઝિક્યુટેબલ નથી. તેઓ જુદા જુદા ફ્લેગવાળા જુદા જુદા પ્રોગ્રામ છે, અને સમુદાય ક્લાયન્ટનું સહાય આઉટપુટ Connect પ્રશ્ન સામે ચલાવવાથી આત્મવિશ્વાસપૂર્ણ ખોટો જવાબ મળે છે.
તમે જે વપરાશકર્તાની પ્રોફાઇલ તપાસવા માગો છો તેના સંદર્ભમાં ક્વેરી ચલાવો. પ્રોફાઇલ સ્ટોર વપરાશકર્તા દીઠ સ્થિતિ છે, તેથી એડમિનિસ્ટ્રેટર શેલને અલગ ઇન્વેન્ટરી દેખાઈ શકે અથવા કંઈ જ નહીં. જો GUI સ્પષ્ટપણે કનેક્શન દર્શાવતું હોય ત્યારે યાદી ખાલી હોય, તો તે મેળ ન ખાવાની સ્થિતિ પ્રથમ તપાસવાની બાબત છે.
નામ નહીં, રેકોર્ડ વાંચો
યાદીમાંના ફીલ્ડ સરખા દેખાતા એન્ટ્રીને અલગ પાડવા માટે છે. બે પ્રોફાઇલ એક જ દર્શાવવાનું નામ વહેંચી શકે અને તેમ છતાં જુદા જુદા હોસ્ટ તરફ ઇશારો કરી શકે, અને જ્યારે તમે ધારેલી પ્રોફાઇલ લખો ત્યારે ઓળખકર્તા જ તેમને અલગ પાડે છે. ID ને નામની બાજુમાં લખો, તેની જગ્યાએ નહીં.
પ્રકાર ફીલ્ડ તમને કહે છે કે પ્રોફાઇલ કેવી રીતે પ્રમાણીકરણ કરે છે: સ્વયં લૉગિન, વપરાશકર્તા-તાળું અથવા સર્વર-તાળું. તે વર્ગીકરણ સમજાવે છે કે એપ કઈ ઓળખપત્ર માગશે અને વ્યક્તિ હાજર ન હોય તો પણ કનેક્શન શરૂ થઈ શકે છે કે નહીં.
હોસ્ટનામ અને સર્વર ઓવરરાઇડ એ રૂટિંગની હકીકતો છે. જાણીતું નામ વત્તા staging હોસ્ટ પર ઓવરરાઇડ એ ઓવરરાઇડ વગરના એ જ નામ કરતાં અલગ કનેક્શન છે, અને ફરક ફક્ત રેકોર્ડ જ દર્શાવે છે. બીજું કંઈ પણ સરખાવતા પહેલાં ઓવરરાઇડ સરખાવો. પ્રોફાઇલ હાથથી ફરી બનાવતી વખતે સૌથી વધુ છોડી દેવાતું ફીલ્ડ આ જ છે.
સ્ટોરેજ ફોલ્ડર નબળો વિકલ્પ કેમ છે
Application Support હેઠળની ડિરેક્ટરી ખાનગી સ્ટોરેજ છે, દસ્તાવેજીકૃત ઇન્ટરફેસ નહીં. તેની ગોઠવણી આવૃત્તિઓ વચ્ચે બદલાઈ શકે છે, અને તેની અંદરની ફાઇલો ફક્ત તે લખનાર એપ્લિકેશન માટે જ અર્થપૂર્ણ છે.
તે ફોલ્ડરને બીજા Mac પર કૉપી કરવાથી ફાઇલો જાય છે પણ તેઓ જે સંદર્ભ પર આધાર રાખે છે તે નહીં. Keychain એન્ટ્રી, નોંધાયેલ વપરાશકર્તા અને એપનું પોતાનું હિસાબકિતાબ અલગ છે, તેથી કૉપી કરેલું ફોલ્ડર જગ્યાએ દેખાય અને તેમ છતાં કનેક્ટ થવામાં નિષ્ફળ જાય. પૂર્ણ દેખાતું પણ ન જોડાતું સ્થાનાંતરણ શરૂ થવાનો ઇનકાર કરતા સ્થાનાંતરણ કરતાં ખરાબ છે.
ફોલ્ડરને અજાણ્યા મૂલ્યના બેકઅપ તરીકે ગણો, સ્થાનાંતરણ ફોર્મેટ તરીકે નહીં. જો તમારે કનેક્શન ખસેડવું હોય, તો સર્વરે આપેલી સ્રોત પ્રોફાઇલ ખસેડો, બીજા ઇન્સ્ટોલેશનની સ્થિતિનો ટુકડો નહીં.
ઇન્વેન્ટરી તમને શું ન કહી શકે
યાદી પોર્ટેબલ .ovpn ફાઇલ નિકાસ કરતી નથી, અને એપ જે ઓળખપત્રો કે પ્રમાણપત્રો રાખે છે તે પાછા આપતી નથી. તે જણાવે છે કે પ્રોફાઇલ અસ્તિત્વમાં છે અને તે શું લક્ષ્ય રાખે છે. તેને બીજે કેવી રીતે ફરી બનાવવું એ અલગ પ્રશ્ન છે જેનો અલગ જવાબ છે.
સ્થાનાંતરણ માટે, મંજૂર મૂળ પ્રોફાઇલ અથવા વર્તમાન સર્વર ડાઉનલોડ મેળવો, પછી સમર્થિત વર્કફ્લો દ્વારા તેને આયાત કરો. દસ્તાવેજીકૃત આયાત ફ્લેગ સ્રોત ફાઇલ લે છે; નિકાસ દિશા તે ઇન્ટરફેસનો ભાગ નથી.
ઇન્વેન્ટરી આઉટપુટ સ્વચ્છ રાખો
આઉટપુટમાં આંતરિક હોસ્ટનામ અને ખાતાના ઓળખકર્તા હોઈ શકે છે. તેને બીજા કોઈપણ ઇન્વેન્ટરી નિકાસની જેમ ગણો, અને સ્ક્રીનશૉટ શેર કરતા પહેલાં હોસ્ટ અને વપરાશકર્તા ફીલ્ડ ઢાંકો.
તપાસ માટે આયાત સ્વિચ કે પાસવર્ડની જરૂર નથી. જો તમને આપેલો કમાન્ડ ફક્ત પ્રોફાઇલની યાદી બનાવવા માટે ઓળખપત્ર માગે, તો થોભો અને દસ્તાવેજીકૃત ફ્લેગ તપાસો. યાદી ફક્ત-વાંચન ક્વેરી છે, અને તે એવી જ રહેવી જોઈએ.