OpenVPN એન્જિન કે Tunnelblick: Mac VPN સેશન કોનું છે?

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

નીચેની પાંચ તપાસ ક્રમમાં કરો. જે પ્રથમ તપાસમાં બે માલિક હોય તે જ એ વિચિત્ર અર્ધ-જોડાયેલી સ્થિતિઓ ઉત્પન્ન કરે છે જેને લોકો OpenVPN પર જ ઠેરવે છે. દરેક તપાસ એ પુરાવાનું નામ આપે છે જે તેને નક્કી કરે છે.

તપાસ એક: કઈ OpenVPN બાઈનરી ખરેખર ચાલે છે

જોડાયેલા હોવ ત્યારે pgrep -fl openvpn ચલાવો અને આખી આદેશ લાઇન વાંચો. પ્રથમ માર્ગ એ એન્જિન છે જે ખરેખર ચાલે છે. Apple Silicon પર Homebrew સ્થાપન સામાન્ય રીતે /opt/homebrew હેઠળ રહે છે, જ્યારે Intel Mac /usr/local વાપરે છે, અને Tunnelblick પોતાના એપ્લિકેશન બંડલની અંદરથી એન્જિન ચલાવે છે.

Tunnelblick એન્જિનને બંડલ કરે છે અને રૂપરેખાને તેમાંથી એક પસંદ કરવા દે છે. Homebrew ફોર્મ્યુલા અપડેટ કરવાથી સ્વતંત્ર બાઈનરી બદલાય છે, Tunnelblick પ્રોફાઇલ જે એન્જિન શરૂ કરે છે તે નહીં. વર્તનનો તફાવત સમજાવવા માટે જો તમે આવૃત્તિઓ સરખાવો, તો પેકેજ મેનેજરના એન્જિનને નહીં, પ્રોસેસ યાદીના એન્જિનને સરખાવો. ફક્ત આવૃત્તિ શબ્દમાળા તમને નહીં કહે કે તે એન્જિને કઈ પ્રોફાઇલ લોડ કરી.

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

તપાસ બે: DNS અને રૂટ કોણ બદલે છે

એન્જિન OpenVPNના પોતાના up અને down નિર્દેશો ચલાવી શકે છે, પણ મેનેજર એ જ જીવનચક્ર ધરાવી શકે છે. Tunnelblickની નામસર્વર ગોઠવણો તેની પ્રમાણભૂત જોડાણ અને વિચ્છેદ સ્ક્રિપ્ટો નિયંત્રિત કરે છે, અને જ્યારે તે એકીકરણ સક્રિય હોય ત્યારે પ્રોફાઇલના હરીફ નિર્દેશોને અવગણી શકાય છે.

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

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

તપાસ ત્રણ: ઓળખપત્રો ક્યાંથી આવે છે

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

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

તપાસ ચાર: પ્રોસેસ કોણ શરૂ કરે, દેખરેખ રાખે અને બંધ કરે છે

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

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

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

તપાસ પાંચ: હસ્તાંતરણ કેવી રીતે ચકાસાય છે

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

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

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

પેકેજિંગ સર્વર સાથેની સુસંગતતા નક્કી કરતું નથી. સેવાની પોતાની ક્લાયન્ટ જરૂરિયાતો તપાસો, અને ફક્ત ત્યારે જ એકલું એન્જિન પસંદ કરો જ્યારે તમે તેનું સંચાલન પૂરું પાડવાનો ઇરાદો ધરાવો.