പഴയ .ovpn പ്രൊഫൈൽ Ubuntu 24.04-ൽ പരാജയപ്പെടുന്നു: ഏത് വരികൾ നീക്കം ചെയ്യണം

പ്രൊഫൈൽ ഡൗൺലോഡ് ചെയ്യപ്പെട്ട്, ഇറക്കുമതി ചെയ്തശേഷം ഫയലിന്റെ 12-ാം വരിയിൽ Unrecognized option സന്ദേശത്തോടെ നിലയ്ക്കുന്നു, അതിൽ keysize പരാമർശിക്കുന്നു. അക്കൗണ്ടിൽ ഒന്നും മാറിയിട്ടില്ല, സർവർ ഇപ്പോഴും മറ്റ് ക്ലയന്റുകളെ സ്വീകരിക്കുന്നു. മാറിയത് ക്ലയന്റ് തന്നെയാണ്: Ubuntu 24.04 OpenVPN 2.6 ഇൻസ്റ്റാൾ ചെയ്യുന്നു, എന്നാൽ കയറ്റുമതി 2.4-നായി എഴുതിയതായിരുന്നു. പരിഹാരം ചെറിയ നീക്കംചെയ്യലുകളുടെ ശ്രേണിയാണ്, ക്രമം പ്രധാനമാണ് കാരണം ഓരോ പഴയ ഓപ്ഷനും അടുത്തത് വായിക്കുന്നതിന് മുൻപേ പാഴ്സിംഗ് നിർത്തുന്നു.

ഫയൽ തൊടുന്നതിന് മുൻപ് പിശകിന്റെ വരി വായിക്കുക

OpenVPN പാഴ്സിംഗ് നിന്ന ഫയലും വരിയും പറയുന്നു, അതിനാൽ ഒരു റണ്ണിൽ ഒരു പ്രശ്നം മാത്രമേ പരിഹരിക്കാൻ കഴിയൂ. പ്രൊഫൈൽ ഡെസ്ക്ടോപ്പ് ആപ്ലെറ്റിൽ നിന്നല്ല, ടെർമിനലിൽ നിന്ന് ആരംഭിക്കുക, കാരണം ആപ്ലെറ്റ് സാധാരണയായി stderr വിഴുങ്ങുന്നു, വരി നമ്പർ മാത്രമാണ് നിങ്ങൾക്ക് ലഭിക്കുന്ന ഏക വിശ്വസനീയമായ സൂചന: sudo openvpn --config /etc/openvpn/client/provider.ovpn. ആ വരി ശരിയാക്കി, വീണ്ടും പ്രവർത്തിപ്പിക്കുക, അടുത്ത പരാജയം മറ്റൊരു ഓപ്ഷൻ പേര് പറയുമെന്ന് പ്രതീക്ഷിക്കുക.

പാഴ്സ് പിശക് എപ്പോഴും ഏതെങ്കിലും TLS ഹാൻഡ്ഷേക്കിന് മുൻപ് പ്രത്യക്ഷപ്പെടുന്നു, അതിനാൽ സർട്ടിഫിക്കറ്റ് പരാമർശിക്കുന്ന സന്ദേശം ഇതിനകം വാക്യഘടനാ ഘട്ടം കടന്നിരിക്കുന്നു. ഈ വ്യത്യാസം പ്രാമാണീകരണത്തിൽ മാത്രം പരാജയപ്പെടുന്ന ഫയൽ എഡിറ്റ് ചെയ്യുന്നതിൽ നിന്ന് നിങ്ങളെ തടയുന്നു. സന്ദേശത്തിന്റെ മധ്യമല്ല, ആദ്യ വാക്ക് വായിക്കുക.

മൂന്ന് പരാജയ വർഗങ്ങൾ, മൂന്ന് വ്യത്യസ്ത പരിഹാരങ്ങൾ

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

• പാഴ്സ് പിശകുകൾ ഫയലും വരിയും പറയുന്നു, ഏതെങ്കിലും ട്രാഫിക് ഉണ്ടാകുന്നതിന് മുൻപേ നിലയ്ക്കുന്നു.
• ചർച്ചാ പിശകുകൾ കണക്ട് ചെയ്തശേഷം ഇരു അറ്റങ്ങൾക്കും പൊതു സൈഫർ അല്ലെങ്കിൽ സ്വീകാര്യമായ ഡാറ്റാ ചാനലിൽ യോജിക്കാനായില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു.
• പ്രാമാണീകരണ പിശകുകൾ ഏറ്റവും ദൂരെ എത്തി സർട്ടിഫിക്കറ്റ്, ഉപയോക്താവ് അല്ലെങ്കിൽ നിരസിച്ച ക്രെഡൻഷ്യൽ പേര് പറയുന്നു.

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

2.6 നീക്കം ചെയ്ത ഓപ്ഷനുകൾ ഈ ക്രമത്തിൽ ഇല്ലാതാക്കുക

ഈ വരികളിൽ ഓരോന്നും സ്വയം പാഴ്സിംഗ് നിർത്തുന്നു, അതിനാൽ ക്ലയന്റ് അവ ഓരോന്നായി റിപ്പോർട്ട് ചെയ്യുന്നു. പട്ടികയിലൂടെ താഴേക്ക് പോയി ഓരോ നീക്കംചെയ്യലിനും ശേഷം വീണ്ടും പ്രവർത്തിപ്പിക്കുക.

ആദ്യം keysize ഇല്ലാതാക്കുക, കാരണം അതിന് ആധുനിക തുല്യതയില്ല, അതിന്റെ സാന്നിധ്യം സാധാരണയായി നിലവിലെ ക്ലയന്റ് എങ്ങനെയും നിരസിക്കുന്ന സൈഫർ സൂചിപ്പിക്കുന്നു. പിന്നീട് ncp-disable ഇല്ലാതാക്കുക, അത് സൈഫർ ചർച്ച നിയന്ത്രിച്ചിരുന്നു, 2.5-ൽ കാലഹരണപ്പെട്ടു, 2.6-ൽ ഇല്ല. ns-cert-type server-ന് പകരം remote-cert-tls server ഇടുക, അത് അതേ ഉദ്ദേശം പിന്തുണയുള്ള പരിശോധനയിലൂടെ പ്രകടിപ്പിക്കുന്നു. 2.6 മാറ്റ ചരിത്രം ബാക്കിയുള്ള നീക്കംചെയ്യലുകൾ അവയുടെ പകരക്കാരുടെ അടുത്ത് പട്ടികപ്പെടുത്തുന്നു, അതിനാൽ പാഴ്സർ ഇപ്പോഴും നിരസിക്കുന്ന എല്ലാത്തിനും രേഖപ്പെടുത്തിയ ഉത്തരമുണ്ട്.

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

BF-CBC പരിമിതമായ ബാക്കപ്പായി മാത്രം പ്രവർത്തിപ്പിക്കുക

ചില ദാതാക്കൾ ഇപ്പോഴും BF-CBC-യിൽ അവസാനിപ്പിക്കുന്നു, അതുമായി OpenVPN 2.6 സഹായമില്ലാതെ ചർച്ച ചെയ്യില്ല കാരണം സൈഫറിന് 64 ബിറ്റ് ബ്ലോക്കുണ്ട്. ഇടുങ്ങിയ പരിഹാരം ബാക്കപ്പ് പട്ടികയും പഴയ OpenSSL ദാതാവുമാണ്, മുഴുവൻ ക്ലയന്റും ഡൗൺഗ്രേഡ് ചെയ്യലല്ല.

providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC

ആദ്യ വരി പഴയ ദാതാവിനെ ലോഡ് ചെയ്യുന്നു, OpenSSL-ന് ഇപ്പോഴും ആ സൈഫർ നിർമ്മിക്കാൻ കഴിയും, രണ്ടാമത്തേത് അത് പിന്തുണയ്ക്കുന്ന സമപ്രായക്കാർക്ക് ആധുനിക ചർച്ച നിലനിർത്തുന്നു, മൂന്നാമത്തേത് സർവർ മികച്ചത് വാഗ്ദാനം ചെയ്യാത്തപ്പോൾ മാത്രം ബാധകമാണ്. ഇത് ടണലിന്റെ ബോധപൂർവമായ ദുർബലമാക്കലാണ്, അതിനാൽ അത് എന്തിനുവേണ്ടി നിലനിൽക്കുന്നു എന്ന് ഫയലിന് അരികിൽ രേഖപ്പെടുത്തുക. അതേ സമയം ദാതാവിനോട് പുനഃസൃഷ്ടിച്ച കയറ്റുമതി ആവശ്യപ്പെടുക, കാരണം ബാക്കപ്പ് ഒരു പാലമാണ്, ലക്ഷ്യമല്ല.

--compat-mode സാർവത്രിക ഉത്തരമായി ഉപയോഗിക്കരുത്. അത് ഒരേ സമയം പല പെരുമാറ്റങ്ങൾ മാറ്റുന്നു, ചർച്ചയുടെയും വീണ്ടും ചർച്ചയുടെയും സ്ഥിരസ്ഥിതികൾ ഉൾപ്പെടെ, അതിനാൽ ഏത് മാറ്റമാണ് പ്രധാനമായതെന്ന് നിങ്ങൾ ഒരിക്കലും അറിയില്ല. മുകളിലുള്ള മൂന്ന് വ്യക്തമായ വരികൾ തിരഞ്ഞെടുക്കുക, കാരണം ഓരോന്നും അതിന്റെ ഫലം പ്രഖ്യാപിക്കുന്നു.

ക്ലയന്റ് യഥാർത്ഥത്തിൽ ലോഡ് ചെയ്യുന്ന പ്രൊഫൈൽ ഉപയോഗിച്ച് പരിശോധിക്കുക

ഇറക്കുമതി ചെയ്ത കണക്ഷനുകൾ പലപ്പോഴും സിസ്റ്റം ഡയറക്ടറിയിലേക്ക് പകർത്തുന്നു, അതിനാൽ നിങ്ങളുടെ ഡൗൺലോഡ് ഫോൾഡറിലെ ഫയൽ എഡിറ്റ് ചെയ്യുന്നത് ഒന്നും മാറ്റിയേക്കില്ല. യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന പകർപ്പ് കണ്ടെത്തുക: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. പിന്നീട് ടണൽ ആരംഭിച്ച് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്ത ഡാറ്റാ ചാനൽ സൈഫർ റിപ്പോർട്ട് ചെയ്യുന്ന ലോഗ് വരി വായിക്കുക. ബാക്കപ്പിൽ ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കുന്ന കണക്ഷൻ സർവർ ഒരിക്കലും ആധുനികമായ ഒന്നും വാഗ്ദാനം ചെയ്തിട്ടില്ലെന്ന് നിങ്ങളോട് പറയുന്നു.

ദാതാവ് പ്രതീക്ഷിക്കുന്ന നെറ്റ്വർക്കല്ലാത്ത ഒരു നെറ്റ്വർക്കിൽ നിന്ന് പരീക്ഷിക്കുക, ഒരു കാപ്റ്റീവ് പോർട്ടലോ ഫിൽട്ടർ ചെയ്ത അതിഥി നെറ്റ്വർക്കോ പ്രൊഫൈൽ തകരാറായി അഭിനയിക്കാതിരിക്കാൻ. ഏത് പിന്തുണ അഭ്യർത്ഥനയ്ക്കൊപ്പവും ക്ലയന്റ് പതിപ്പ് രേഖപ്പെടുത്തുക.

ടണൽ ഉയർന്നുകഴിഞ്ഞാൽ, അതിലൂടെ കടന്നുപോകേണ്ട ഒരു അഭ്യർത്ഥനയും കടന്നുപോകരുതാത്ത മറ്റൊന്നും അയച്ച്, റിസോൾവറിന്റെ ഉത്തരം നിങ്ങൾ പ്രതീക്ഷിച്ചതുപോലെ മാറിയെന്ന് സ്ഥിരീകരിക്കുക. പ്രൊഫൈൽ ഇപ്പോൾ പാഴ്സ് ചെയ്യുന്നുവെങ്കിലും കണക്ഷൻ ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, നിങ്ങൾ വാക്യഘടനാ പ്രശ്നം പിന്നിൽ വിട്ടു, പിശക് പാഠം പുതിയ വർഗത്തെ പേര് പറയും. എഡിറ്റ് ചെയ്ത ഫയൽ ലക്ഷ്യമിട്ട OpenVPN പതിപ്പ് പേര് പറയുന്ന കുറിപ്പിനൊപ്പം പതിപ്പ് നിയന്ത്രണത്തിൽ സൂക്ഷിക്കുക.