Tunnelblick data-ciphers ઓળખાયેલ નથી: કયું એન્જિન ચાલતું હતું?

Tunnelblick અજાણ્યા data-ciphers વિકલ્પની જાણ કરે છે, એ જ શ્વાસમાં OpenVPN 2.4 નો ઉલ્લેખ કરે છે, અને કનેક્શન ક્યારેય શરૂ થતું નથી. આ સાઇફર અંગેનો મતભેદ નહીં, સ્થાનિક પાર્સિંગ નિષ્ફળતા છે, કારણ કે એન્જિને ગેટવે સાથે કોઈ પણ વાટાઘાટ થાય તે પહેલાં પ્રોફાઇલને નકારી કાઢ્યું હતું. સર્વરની સાઇફર નીતિ વિશેની સામાન્ય સલાહ અહીં મદદ કરી શકતી નથી; પાર્સરે પહેલા ફાઇલ સમજવી પડશે. આ એક કન્ફિગરેશને ખરેખર કયું એન્જિન શરૂ કર્યું તે શોધો, અને બાકીનું જાતે આવશે.

પ્રોફાઇલને સ્પર્શ કરતા પહેલા લોગ લાઇન વાંચો

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

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

ખાતરી કરો કે તે કન્ફિગરેશન કયું એન્જિન ચલાવે છે

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

આ ભેદ મહત્ત્વનો છે કારણ કે મશીનમાં PATH પર આધુનિક બાઇનરી હોઈ શકે અને નિષ્ફળ ગયેલા કનેક્શન પાછળ બંડલ કરેલું 2.4 એન્જિન હોઈ શકે. પ્રોફાઇલનું મૂલ્યાંકન બીજું કરે છે.

openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/

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

નિર્દેશનું નામ કેમ બદલાયું

OpenVPN એ 2.5 માં વાટાઘાટ યાદી તરીકે data-ciphers રજૂ કર્યું, અને તે પ્રકાશનમાં અપ્રચલિત થયેલી અગાઉની ncp-ciphers જોડણીનું સ્થાન લીધું. 2.4 એન્જિનમાં એવો વિકલ્પ નથી, તેથી તે જાણતું ન હોય તેવા પ્રથમ ટોકન પર અટકે છે. એકલ cipher વિકલ્પ પણ યાદીનું જૂનું ઉપનામ નથી; તે વાટાઘાટ સમૂહને બદલે એક સાઇફરનું નામ આપે છે.

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

લક્ષણ નહીં, એન્જિન કે પ્રોફાઇલ સુધારો

સમર્થિત જમાવટ માટે ટકાઉ સુધારો એ સમર્થિત Tunnelblick અને એન્જિનનું સંયોજન છે જે ઓપરેટરની પ્રોફાઇલ સ્વીકારે, અને એ એપ્લિકેશનની સ્થાપનાનો માલિક હોય તેની મારફતે ગોઠવાય છે. જૂની સ્થાપના થોડા સમય રહેવી હોય તો તે એન્જિન માટે અને ગેટવે ખરેખર સ્વીકારે તેવા સાઇફરો માટે લખાયેલી પ્રોફાઇલ માંગો.

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

ફરી પ્રયાસ કરો અને આગળનો તબક્કો વાંચો

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

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