OpenVPN അല്ലെങ്കിൽ IKEv2: പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പുള്ള നാല് പരിശോധനകൾ

OpenVPN-നും IKEv2-നും ഇടയിലുള്ള തിരഞ്ഞെടുപ്പ് സാധാരണയായി ഒരു പ്രോട്ടോക്കോൾ ചോദ്യമായി ചർച്ച ചെയ്യപ്പെടുന്നു, ആ ചട്ടക്കൂട് തീരുമാനം പാഴാക്കുന്നു. നിങ്ങളുടെ സെർവറും ഉപകരണങ്ങളും ഒരേ പൂർണ്ണ പ്രൊഫൈൽ പിന്തുണയ്ക്കുന്നുണ്ടോ, ആ പ്രൊഫൈൽ നെറ്റ്വർക്കുകൾക്കിടയിലുള്ള നിങ്ങളുടെ ചലനത്തെ അതിജീവിക്കുന്നുണ്ടോ എന്നതാണ് തീരുമാനിക്കുന്നത്. രണ്ട് സ്റ്റാക്കുകളും പരസ്പരം പരിവർത്തനം ചെയ്യപ്പെടുന്നില്ല: OVPN ഫയൽ വ്യത്യസ്ത വാക്യഘടനയുള്ള IKEv2 പ്രൊഫൈൽ അല്ല. ക്രമത്തിൽ നടത്തുന്ന നാല് പരിശോധനകൾ ഏത് ഫീച്ചർ പട്ടികയേക്കാളും വേഗത്തിൽ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

ക്ലയന്റ് ഇല്ലെങ്കിൽ ചർച്ച അവസാനിക്കുന്നു

Windows-ഉം macOS-ഉം IKEv2 ക്ലയന്റ് ഉൾക്കൊള്ളുന്നു, അതിനാൽ അവിടെ IKEv2 പ്രൊഫൈൽ വിന്യസിക്കാൻ അധിക ചെലവില്ല, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇതിനകം നൽകുന്ന പ്രൊവിഷനിംഗ് ഓപ്ഷനുകൾ അത് പിന്തുടരുന്നു. അതേ യന്ത്രങ്ങളിൽ OpenVPN എന്നാൽ ഇൻസ്റ്റാൾ ചെയ്യാനും അപ്ഡേറ്റ് ചെയ്യാനും പിന്തുണയ്ക്കാനും ആവശ്യമായ മൂന്നാം കക്ഷി ക്ലയന്റ്, ആ ക്ലയന്റ് പ്രൊഫൈൽ ഉപയോഗിക്കുന്ന ഓരോ ഓപ്ഷനും സ്വീകരിക്കണം. മറ്റെന്തെങ്കിലും താരതമ്യം ചെയ്യുന്നതിന് മുൻപ് നിങ്ങൾ ഉൾക്കൊള്ളേണ്ട പ്ലാറ്റ്ഫോമുകൾ എണ്ണുക, കാരണം പ്രവർത്തിക്കുന്ന ക്ലയന്റ് ഇല്ലാത്ത പ്ലാറ്റ്ഫോം താരതമ്യത്തിന്റെ ബിന്ദുവേ അല്ല.

Windows-ൽ ഒരു കമാൻഡ് ഇതിനകം ഉള്ള പ്രൊഫൈലുകൾ പട്ടികപ്പെടുത്തി ഓരോന്നിന്റെ തരം കാണിക്കുന്നു. അത് അച്ചടിക്കുന്ന പേരാണ് പിന്നീടുള്ള പരിശോധനകൾ ഉപയോഗിക്കുന്ന പേര്.

Get-VpnConnection -AllUserConnection
Get-VpnConnection -Name <profile-name> | Select-Object Name, ServerAddress, TunnelType

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

മൊബിലിറ്റി ഒരു സംയുക്ത ക്രമീകരണമാണ്, പ്രോട്ടോക്കോൾ വാഗ്ദാനമല്ല

രണ്ട് അറ്റങ്ങളും അതിനെ പിന്തുണയ്ക്കുകയും പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുമ്പോൾ IKEv2-ന് MOBIKE ഉപയോഗിക്കാം, ഇത് ക്ലയന്റിന് അതിന്റെ വിലാസം മാറുമ്പോഴും ടണൽ നിലനിർത്താൻ അനുവദിക്കുന്നു. RFC 4555 ഈ വിപുലീകരണം നിർവചിക്കുന്നു, സോപാധികമായ പ്രയോഗം പ്രധാനമാണ്: ഈ കഴിവ് അവഗണിക്കുന്ന സെർവർ പകരം വീണ്ടും ചർച്ച ചെയ്യുന്നു. ഫയൽ കൈമാറ്റത്തിന് ഫലം ഒരുപോലെ തോന്നാം, തത്സമയ കോളിന് വളരെ വ്യത്യസ്തമായി തോന്നാം.

നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ പ്രധാനമായ പരിവർത്തനം, നിങ്ങൾക്ക് നിരീക്ഷിക്കാൻ കഴിയുന്ന എന്തെങ്കിലും പ്രവർത്തിക്കുന്ന അവസ്ഥയിൽ പരിശോധിക്കുക. Windows-ൽ ping -t <internal-host> പ്രവർത്തിപ്പിച്ചുകൊണ്ടിരിക്കുക, അല്ലെങ്കിൽ മറ്റിടത്ത് സാധാരണ ping, പിന്നീട് Wi-Fi-ൽ നിന്ന് മൊബൈലിലേക്ക് മാറി ഇടവേളകൾ നിരീക്ഷിക്കുക. MOBIKE പരാജയം ക്ലയന്റ് ലോഗിൽ നിശബ്ദ വിലാസ അപ്ഡേറ്റല്ല, പൂർണ്ണ പുനർ-പ്രാമാണീകരണമായി പ്രത്യക്ഷപ്പെടുന്നു. നിങ്ങൾ അളക്കുന്നത് ടണൽ മാറ്റത്തെ അതിജീവിക്കുന്നുണ്ടോ എന്നതാണ്, പ്രോട്ടോക്കോൾ പിന്തുണ പ്രഖ്യാപിക്കുന്നുണ്ടോ എന്നതല്ല.

OpenVPN ക്ലയന്റുകൾ അവയുടെ പ്ലാറ്റ്ഫോം സ്വഭാവത്തിനും പ്രൊഫൈൽ ടൈമറുകൾക്കും അനുസൃതമായി വീണ്ടും ബന്ധിപ്പിക്കുന്നു, അതിനാൽ അതേ പരിശോധന വ്യത്യസ്ത രൂപത്തിലുള്ള തടസ്സം ഉണ്ടാക്കാം. പ്രോട്ടോക്കോളിലെ ലേബലല്ല, നിങ്ങളുടെ ഉപയോക്താക്കൾക്ക് പ്രധാനമായ സംഭവം താരതമ്യം ചെയ്യുക.

ക്രെഡൻഷ്യലുകൾ സേവനത്തിന്റേതാണ്, സ്റ്റാക്കിന്റേതല്ല

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

ഏത് പ്രോട്ടോക്കോളിനെയും കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് ക്ലയന്റ് അവതരിപ്പിക്കാൻ പോകുന്ന ക്രെഡൻഷ്യൽ പരിശോധിക്കുക, കാരണം കാലഹരണപ്പെട്ടതോ തെറ്റായി നൽകിയതോ ആയ സർട്ടിഫിക്കറ്റ് രണ്ടിലും ഒരേ രീതിയിൽ പരാജയപ്പെടുന്നു. താഴെയുള്ള ഔട്ട്പുട്ട് സ്വകാര്യ കീ വായിക്കാതെ വിഷയം, ഇഷ്യൂവർ, സാധുത തീയതികൾ കാണിക്കുന്നു.

openssl x509 -in client.crt -noout -subject -issuer -dates

കമ്പനി ബന്ധത്തിന് കമ്പനി പ്രസിദ്ധീകരിക്കുന്ന രീതി ഉപയോഗിക്കുക, താരതമ്യത്തെ ഒരു പരീക്ഷണമായി കാണുന്നത് നിർത്തുക. നിങ്ങൾ തന്നെ രണ്ടും താരതമ്യം ചെയ്യുകയാണെങ്കിൽ, ആ ഒരു വിശദാംശം നിങ്ങളുടെ ഫലത്തിന്റെ എത്ര ഭാഗം പ്രോട്ടോക്കോളിനെക്കുറിച്ചാണെന്ന് തീരുമാനിക്കുന്നതിനാൽ, ആദ്യം രണ്ട് ഓപ്ഷനുകളും ഒരേ ഗേറ്റ്വേയിൽ അവസാനിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ക്രെഡൻഷ്യൽ പേരിടുന്ന നിരസിക്കൽ ക്രെഡൻഷ്യൽ പ്രശ്നമാണ്, എത്ര പ്രോട്ടോക്കോൾ മാറ്റിയാലും അത് ശരിയാകില്ല.

ടണൽ യഥാർത്ഥത്തിൽ എന്ത് റൂട്ട് ചെയ്യുന്നു എന്ന് പരിശോധിക്കുക

ബന്ധിപ്പിച്ചതിന് ശേഷം ആവശ്യമായ റൂട്ട് നിലനിൽക്കുന്നുണ്ടെന്നും പേരുകൾ പരിഹരിക്കപ്പെടുന്നുണ്ടെന്നും ഉറപ്പാക്കുക. ആന്തരിക ഉറവിടങ്ങൾക്കായി ഉള്ള പ്രൊഫൈൽ സാധാരണ ബ്രൗസിംഗ് ബോധപൂർവ്വം പ്രാദേശിക പാതയിൽ വിട്ടേക്കാം, അത് തകരാറല്ല, നയ തീരുമാനമാണ്. നിങ്ങളുടെ ടീം ഉപയോഗിക്കുന്ന ലക്ഷ്യസ്ഥാനങ്ങൾ ടണലിലൂടെ എത്താനാകുന്നുണ്ടോ എന്നതാണ് പ്രധാനം.

Windows-ൽ രണ്ട് കമാൻഡുകൾ റൂട്ടും പേര് തിരയലും ഉൾക്കൊള്ളുന്നു. Linux-ലെ തത്തുല്യമായവ ip route show default, resolvectl query <internal-host> എന്നിവയാണ്.

Get-NetRoute -DestinationPrefix 0.0.0.0/0
Resolve-DnsName <internal-host>

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

പരിശോധനകൾക്ക് ശേഷം പരിപാലനം തൂക്കുക

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

ജോലി ഉൾക്കൊള്ളുന്ന പിന്തുണയുള്ള ബന്ധം തിരഞ്ഞെടുക്കുക, പിന്നീട് അത് ഫീച്ചർ പട്ടികയല്ല, യഥാർത്ഥത്തിൽ ആവശ്യമായ പ്രവേശനത്തിനെതിരെ പരിശോധിക്കുക. ഓരോ ഓപ്ഷനും ഏത് ഗേറ്റ്വേയിൽ അവസാനിക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക, കാരണം രണ്ട് വ്യത്യസ്ത ഗേറ്റ്വേകൾ താരതമ്യത്തെ പ്രോട്ടോക്കോളുകളെക്കുറിച്ചെന്നപോലെ റൂട്ടുകളെക്കുറിച്ചും ആക്കുന്നു. നിങ്ങൾ യഥാർത്ഥത്തിൽ കൊണ്ടുനടക്കുന്ന ഉപകരണത്തിൽ നാല് പരിശോധനകൾ ആവർത്തിക്കുക, അതിൽ വിജയിക്കുന്ന പ്രൊഫൈൽ നിലനിർത്തുക.