Windows VPN അല്ലെങ്കിൽ Cisco Secure Client: ഏതാണ് ശരി?
ബ്രാൻഡ് ഒരു പ്രോട്ടോക്കോളിന്റെ പേരല്ല: Windows നിരവധി സ്വദേശീയ തരങ്ങൾ നൽകുന്നു, Cisco ക്ലയന്റ് ഒന്നിൽ കൂടുതൽ മോഡുകൾക്കുള്ള പ്രൊഫൈലുകൾ വഹിക്കുന്നു. പ്രൊഫൈൽ വായിക്കുക.
ഒരേ ഗേറ്റ്‌വേയ്ക്ക് രണ്ട് നിർദ്ദേശങ്ങൾ വരുന്നു: Windows VPN ഉപയോഗിച്ച് ബന്ധിപ്പിക്കുക അല്ലെങ്കിൽ Cisco ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുക. ഗേറ്റ്‌വേ പ്രതീക്ഷിക്കുന്ന കൈമാറ്റം ഇവയിലൊന്നും പേരിടുന്നില്ല, കാരണം Windows നിരവധി സ്വദേശീയ കണക്ഷൻ തരങ്ങൾ കാണിക്കുന്നു, വിൽപ്പനക്കാരന്റെ ക്ലയന്റ് ഒന്നിൽ കൂടുതൽ മോഡുകൾക്കുള്ള പ്രൊഫൈലുകൾ വഹിക്കുന്നു. രണ്ട് ലേബലുകളും സോഫ്റ്റ്‌വെയറിനെ വിവരിക്കുന്നു, അതേസമയം ഗേറ്റ്‌വേ പ്രോട്ടോക്കോൾ, പ്രാമാണീകരണം, നയം എന്നിവ ചർച്ച ചെയ്യുന്നു. ഉത്തരം പ്രൊഫൈലിലുണ്ട്, ബന്ധിപ്പിക്കാതെതന്നെ അത് വായിക്കാം.
ലേബൽ സോഫ്റ്റ്‌വെയറിനെ പേരിടുന്നു, കൈമാറ്റത്തെയല്ല
ബ്രാൻഡും ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും രണ്ട് വ്യത്യസ്ത വസ്തുതകളാണ്, രണ്ടും വയർ ഫോർമാറ്റ് തിരഞ്ഞെടുക്കുന്നില്ല. Windows സ്വദേശീയ തരങ്ങളുടെ ഒരു കൂട്ടം നൽകുന്നു, Cisco ക്ലയന്റ് SSL അല്ലെങ്കിൽ IPsec/IKEv2 പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്ന പ്രൊഫൈൽ എൻജിൻ നൽകുന്നു. രണ്ടും കൂട്ടിക്കലർത്തിയാൽ കൈമാറ്റങ്ങളെയല്ല, കമ്പനികളെ താരതമ്യം ചെയ്യുന്ന പട്ടികകൾ ഉണ്ടാകുന്നു.
താഴെയുള്ള പട്ടിക ഉൽപ്പന്നത്തെക്കുറിച്ചുള്ള ചോദ്യത്തെ മൂന്ന് വായനാസ്ഥലങ്ങളും ഓരോന്നും സൂക്ഷിക്കുന്ന ഫീൽഡും കൊണ്ട് മാറ്റുന്നു. ആ ഫീൽഡുകൾ രേഖപ്പെടുത്തുക, അപ്പോൾ അവ്യക്തത മാഞ്ഞുപോകും:
| Where to read it | Field name to record | What a mismatch looks like |
|---|---|---|
| Native Windows profile | TunnelType and AuthenticationMethod from Get-VpnConnection | The client offers IKEv2 while the gateway answers only on an SSL port |
| Vendor client profile | SSL or IPsec/IKEv2 mode, plus the client and headend version pair | The imported profile negotiates a mode this headend does not serve |
| Gateway configuration | Protocol, authentication policy and the certificate the headend presents | The client authenticates and then drops, because policy expects another method |
Microsoft-ന്റെ Windows VPN തരങ്ങളുടെ റഫറൻസ് സ്വദേശീയ തരങ്ങളിൽ IKEv2 ഉം SSTP ഉം ലിസ്റ്റ് ചെയ്യുന്നു, ഇത് സ്വദേശീയ പ്രൊഫൈൽ എന്നാൽ PPTP എന്ന ആശയം നീക്കുന്നു. Cisco-യുടെ പ്രൊഫൈൽ ഡോക്യുമെന്റേഷൻ യോജിക്കുന്ന ഹെഡ്‌എൻഡ് നയത്തോടെ SSL, IPsec/IKEv2 എന്നീ രണ്ട് മോഡുകളും വിവരിക്കുന്നു. ഓരോ വിൽപ്പനക്കാരനും നിരവധി ഓപ്ഷനുകൾ നൽകുന്നു, അതിനാൽ ഒരു പേരും ഒരു പ്രോട്ടോക്കോളിനെ തിരിച്ചറിയിക്കുന്നില്ല.
സ്വദേശീയ തരങ്ങൾ വയറിൽ എന്ത് വയ്ക്കുന്നു
IKEv2 UDP-യിൽ സുരക്ഷാ അസോസിയേഷനുകൾ ചർച്ച ചെയ്യുന്നു, ട്രാഫിക് IPsec-നുള്ളിൽ കൊണ്ടുപോകുന്നു, ഇത് അതിനെ Microsoft-ന് സവിശേഷമായ രൂപകൽപ്പനയല്ലാതെ മറ്റ് IKEv2 നടപ്പാക്കലുകൾക്ക് തുല്യമാക്കുന്നു. SSTP PPP-യെ HTTPS സെഷനുള്ളിൽ പൊതിയുന്നു, അതിനാൽ IKEv2-ന് കടക്കാനാകാത്ത പ്രോക്സികളിലൂടെ കടക്കുന്നു, വയറിൽ TLS പോലെ തോന്നുന്നു, പക്ഷേ TLS VPN പ്രോട്ടോക്കോളല്ല. ഈ രണ്ട് വസ്തുതകളാണ് ടണൽ ഒരു നെറ്റ്‌വർക്കിൽ പ്രവർത്തിക്കുന്നു, മറ്റൊന്നിൽ പരാജയപ്പെടുന്നു എന്ന് പറയുന്ന ടിക്കറ്റിന്റെ ഭൂരിഭാഗവും വിശദീകരിക്കുന്നത്.
IPsec-സഹിതം L2TP-യും പഴയ PPTP എൻട്രിയും ഒരേ ഡ്രോപ്പ്ഡൗണിലാണ്, അവിടെ അവയുള്ളത് സെർവർ പിന്തുണയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഡ്രോപ്പ്ഡൗൺ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് ശ്രമിക്കാനാകുന്നവയുടെ മെനുവാണ്, ഗേറ്റ്‌വേയുടെ കഴിവ് പ്രഖ്യാപനമല്ല. അതിനെ പിന്തുണാ ലിസ്റ്റായി വായിക്കുന്നതാണ് രണ്ട് മണിക്കൂർ നീളുന്ന ക്രെഡൻഷ്യൽ തിരച്ചിൽ തുടങ്ങുന്നത്.
സ്വദേശീയ പ്രൊഫൈലിൽ പ്രധാനമായ ഫീൽഡുകൾ കണക്ഷൻ തരം, പ്രാമാണീകരണ രീതി, സെർവറിന്റെ ഐഡന്റിറ്റി എന്നിവയാണ്. തെറ്റായ തരം മോശം പാസ്‌വേഡിൽനിന്ന് വ്യത്യസ്ത ഘട്ടത്തിൽ പരാജയപ്പെടുന്നു, ആ വ്യത്യാസമാണ് പിന്തുടരാൻ യോഗ്യമായ സൂചന.
വിൽപ്പനക്കാരന്റെ ക്ലയന്റ് എന്ത് ചേർക്കുന്നു: പ്രൊഫൈലുകൾ, പ്രോട്ടോക്കോളല്ല
Cisco ക്ലയന്റ് പ്രൊഫൈലുകൾക്കുള്ള പാത്രമാണ്. SSL മോഡും IPsec/IKEv2 മോഡും കൈമാറ്റത്തിലും പോർട്ട് പ്രതീക്ഷകളിലും പിശക് പാഠത്തിലും വ്യത്യസ്തമാണ്, ഇറക്കുമതി ചെയ്ത പ്രൊഫൈൽ ഇവയ്ക്കിടയിൽ തിരഞ്ഞെടുക്കുന്നു. അതിനാൽ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് എത്തിച്ചേരാനുള്ള കഴിവിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.
പതിപ്പുകൾ ഒരു കാരണത്താൽ ജോടിയാക്കുന്നു. സവിശേഷതകൾ, പ്രാമാണീകരണ പ്രവാഹങ്ങൾ, പോസ്ചർ പരിശോധനകൾ എന്നിവ ക്ലയന്റും ഹെഡ്‌എൻഡും തമ്മിൽ ചർച്ച ചെയ്യുന്നു, അതിനാൽ പഴയ ക്ലയന്റ് പുതിയ ഹെഡ്‌എൻഡിനെതിരെ നെറ്റ്‌വർക്ക് തകരാറായി വായിക്കുന്ന രീതിയിൽ പരാജയപ്പെടാം. ആ ജോടി കണക്ഷൻ നിർവചനത്തിലാണ്, അപ്‌ഗ്രേഡ് കുറിപ്പിലല്ല.
മറ്റൊരു സംഘടനയിൽനിന്ന് കയറ്റുമതി ചെയ്ത പ്രൊഫൈൽ പ്രാദേശിക ഹെഡ്‌എൻഡുമായി അപൂർവമായി യോജിക്കുന്നു, അത് ഇറക്കുമതി ചെയ്താൽ ക്ലയന്റ് ഗേറ്റ്‌വേ നൽകാത്ത ഒരു മോഡ് നൽകിയേക്കാം. ആദ്യം പ്രൊഫൈലിൽനിന്ന് മോഡ് വായിക്കുക, പിന്നീട് അതിനെ ഗേറ്റ്‌വേയുടെ കോൺഫിഗർ ചെയ്ത പ്രോട്ടോക്കോളും പ്രാമാണീകരണ നയവുമായി താരതമ്യം ചെയ്യുക. അവ യോജിച്ചതിനുശേഷം മാത്രമേ നെറ്റ്‌വർക്ക് സംശയാസ്പദമാകൂ. ഈ ക്രമം തെറ്റായ സേവനത്തിലേക്ക് ചൂണ്ടിയ ആരോഗ്യകരമായ TLS സെഷൻ കാണിച്ചിരുന്ന പാക്കറ്റ് ക്യാപ്ചർ ഒഴിവാക്കുന്നു.
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പ്രാദേശിക പ്രൊഫൈൽ വായിക്കുക
Windows-ൽ സ്വദേശീയ കോൺഫിഗറേഷൻ ഡയൽ ചെയ്യാതെ വായിക്കാം, ഔട്ട്പുട്ട് തരവും പ്രാമാണീകരണ രീതിയും നേരിട്ട് പേരിടുന്നു. ആ മൂല്യങ്ങളെ ഗേറ്റ്‌വേ ഉടമ ഹെഡ്‌എൻഡ് സ്വീകരിക്കുന്നു എന്ന് പറയുന്നതുമായി താരതമ്യം ചെയ്യുക. തരം ടിക്കറ്റുമായി യോജിക്കുന്നില്ലെങ്കിൽ ആദ്യം ടിക്കറ്റ് തിരുത്തുക, കാരണം ഒരിക്കലും തെറ്റിയിട്ടില്ലാത്ത ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനേക്കാൾ അത് വിലകുറഞ്ഞതാണ്.
ഈ നാല് കമാൻഡുകൾ പ്രൊഫൈൽ, അതിന്റെ റൂട്ടുകൾ, കണക്ഷൻ ശ്രമം, പോർട്ട് എത്തിച്ചേരൽ എന്നിവ ഉൾക്കൊള്ളുന്നു. പ്രൊഫൈൽ ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്ത യന്ത്രത്തിൽ അതേ ക്രമത്തിൽ അവ പ്രവർത്തിപ്പിക്കുക:
Get-VpnConnection | Format-List Name,TunnelType,AuthenticationMethod,ServerAddress
Get-VpnConnection -Name 'Corp' | Select-Object -ExpandProperty Routes
rasdial
Test-NetConnection -ComputerName vpn.example.com -Port 443പോർട്ട് പരിശോധനയാണ് അധികം വായിക്കപ്പെടുന്നത്. ലോഗിൻ പേജ് നൽകുന്ന TCP 443 ശ്രോതാവും IKEv2 അവസാനിപ്പിക്കുന്ന മറ്റൊന്നും പുറത്തുനിന്ന് ഒരേപോലെ കാണപ്പെടുന്നു, കാരണം പോർട്ട് ഒരു സ്ഥലമാണ്, പ്രോട്ടോക്കോളല്ല.
ഫലം മൂന്ന് ഫീൽഡുകളായി എഴുതുക, ക്ലയന്റ്, മോഡ്, ഗേറ്റ്‌വേ, ടിക്കറ്റിന് അരികിൽ സൂക്ഷിക്കുക. ഇതിലും ചെറുതായാൽ അടുത്ത വ്യക്തിക്ക് അതേ അവ്യക്തത വീണ്ടും കണ്ടെത്തേണ്ടിവരും.