Linux પર Viscosity એક્સપોર્ટ વિરુદ્ધ સામાન્ય OpenVPN પ્રોફાઇલ

Viscosity ની .visz ફાઇલનું નામ બદલીને .ovpn કરવાથી અંદર જે છે તે બદલાતું નથી, કારણ કે એક્સ્ટેન્શને ક્યારેય પ્રોટોકોલનું વર્ણન કર્યું નથી. મહત્ત્વની સરખામણી એ નિર્ભરતા ધરાવતા બંડલ અને કોઈ નિર્ભરતા ન ધરાવતી સામાન્ય ક્લાયન્ટ પ્રોફાઇલ વચ્ચેની છે. Linux ના ઇમ્પોર્ટરને તેને વાંચવા કહેતા પહેલાં નક્કી કરો કે તમને ખરેખર કયું કન્ટેનર મળ્યું છે.

દરેક કન્ટેનરમાં શું હોય છે

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

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

બહારનું એક્સ્ટેન્શન કહે છે કે તમારી પાસે કયું કન્ટેનર છે, કયો ક્લાયન્ટ તેનો ઉપયોગ કરી શકે છે તે નહીં.

કન્ફિગરેશન ખરેખર ક્યાંથી શરૂ થાય છે

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

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

એ ફરિયાદ શાંત કરવા ટ્રસ્ટ કે ઓળખ વિકલ્પ કાઢી નાખવો સુધારો નથી.

બંડલ શું આગળ લઈ જતું નથી

Viscosity ની પોતાની પસંદગીઓ બધી OpenVPN વિકલ્પો નથી. સ્ક્રિપ્ટ, રૂટ વર્તન અને એપ્લિકેશન સેટિંગ્સને Linux ક્લાયન્ટના સમર્થિત એકીકરણ દ્વારા રજૂ કરવાની જરૂર પડી શકે છે, બીજા પ્રોગ્રામ ચલાવી શકે તેવા ટેક્સ્ટ તરીકે નકલ કરવાને બદલે.

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

માઇગ્રેશન સ્વીકારાય ન ત્યાં સુધી મૂળ સુરક્ષિત રહે છે.

Linux બાજુએ શું નક્કી કરવું પડે

નક્કી કરો કે કનેક્શનનો માલિક કોણ હશે: એકલું Community OpenVPN, NetworkManager પ્લગઇન, કે બીજો કોઈ સમર્થિત ક્લાયન્ટ. દરેક અલગ વિકલ્પ સમૂહ સ્વીકારે છે, અને દરેક રૂટ, રિઝોલ્વર અને સિક્રેટને અલગ રીતે સંભાળે છે. એક ઇમ્પોર્ટરમાં સફળતાપૂર્વક ખૂલતી ફાઇલ બીજા દ્વારા નકારી શકાય છે, અને ઇમ્પોર્ટમાં સફળતા હેતુપૂર્વકના કનેક્શન સાથે સુસંગતતા સાબિત કરતી નથી. ઓપરેટરને પૂછો કે Linux-સુસંગત પ્રોફાઇલ પહેલેથી છે કે નહીં, કારણ કે સમર્થિત આર્ટિફેક્ટથી શરૂ કરવું એકને અનુવાદિત કરવા કરતાં ટૂંકું છે.

સર્વર ટ્રસ્ટ, ક્લાયન્ટ ઓળખ અને ખાનગી કી સુરક્ષાને ત્રણ અલગ પ્રશ્નો તરીકે રાખો.

કનેક્ટ કરતાં પહેલાંની સમીક્ષા

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

openvpn --config ./config.conf --verb 4

વાટાઘાટ કરેલા પરિણામની સરખામણી ઓપરેટર કહે છે કે પ્રોફાઇલે શું કરવું જોઈએ તેની સાથે કરો, અને Linux ક્લાયન્ટે અવગણેલા કોઈપણ વિકલ્પની નોંધ લો.

માઇગ્રેશન સ્વીકારાયા પછી, સામાન્ય ક્રેડેન્શિયલ-હેન્ડલિંગ પ્રક્રિયા દ્વારા ટ્રાન્સફર નકલો નિવૃત્ત કરો. શેર કરેલા ફોલ્ડરમાં છોડેલું બંડલ એ શેર કરેલા ફોલ્ડરમાં છોડેલું ક્રેડેન્શિયલ છે.