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 ഉം ഇല്ലാതാക്കുന്നത് ഈ പ്രത്യേക പാഴ്സിംഗ് പിശക് യഥാർത്ഥത്തിൽ നീക്കുന്നു, അതുകൊണ്ടാണ് അത് പ്രലോഭിപ്പിക്കുന്നത്. എഡിറ്റ് ചെയ്യാൻ ഉദ്ദേശിക്കാത്ത ഒരു സുരക്ഷാ കോൺഫിഗറേഷനിൽ ഏത് സൈഫറുകൾ ചർച്ച ചെയ്യപ്പെടുമെന്നും അത് നിശബ്ദമായി മാറ്റുന്നു. യഥാർത്ഥ പ്രൊഫൈൽ സൂക്ഷിച്ച് പകരം പിന്തുണയ്ക്കുന്ന ക്രമീകരണങ്ങൾ ബോധപൂർവ്വം താരതമ്യം ചെയ്യുക.

വീണ്ടും ശ്രമിച്ച് അടുത്ത ഘട്ടം വായിക്കുക

തിരുത്തലിന് ശേഷം കണക്ഷൻ വീണ്ടും ശ്രമിച്ച് വിജയം അനുമാനിക്കുന്നതിന് പകരം പുതിയ ലോഗ് ആദ്യം മുതൽ വായിക്കുക. ഇപ്പോൾ പാഴ്സ് ചെയ്യുന്ന പ്രൊഫൈൽ ഇപ്പോഴും സൈഫർ ചർച്ചയിലും സർട്ടിഫിക്കറ്റ് പരിശോധനയിലും പ്രാമാണീകരണത്തിലും റൂട്ടിംഗിലും നിൽക്കാം, ആ ഓരോ പരാജയത്തിനും സ്വന്തം തെളിവുണ്ട്.

ചർച്ച പരാജയപ്പെട്ടാൽ, ഇരു വശങ്ങളും പിന്തുണയ്ക്കുന്ന സൈഫറുകളും ഓരോന്നിനും അനുവദിച്ചിട്ടുള്ളവയും താരതമ്യം ചെയ്യുക. പ്രാമാണീകരണം പരാജയപ്പെട്ടാൽ, പ്രൊഫൈലും എൻജിനും ഇപ്പോൾ ഗേറ്റ്വേയിൽ എത്താൻ മതിയായ നന്നായി പ്രവർത്തിക്കുന്നു, അത് രേഖപ്പെടുത്താൻ അർഹമായ പുരോഗതിയാണ്. ആ ശൃംഖല ആദ്യ നിശബ്ദ ലോഗിൽ നിർത്തുന്നതാണ് ഒരു സുരക്ഷാ ക്രമീകരണം തെറ്റായ കാരണത്താൽ നീക്കം ചെയ്യപ്പെടുന്ന വഴി.