IKEv1 XAuth, OTP എന്നിവയോടൊപ്പം: ഓരോ പ്രോംപ്റ്റും എന്താണ് ആവശ്യപ്പെടുന്നത്
ഗ്രൂപ്പ് PSK, ഉപയോക്താവിന്റെ XAuth കൈമാറ്റം, OTP വെല്ലുവിളി എന്നിവ മൂന്ന് വ്യത്യസ്ത ഇൻപുട്ടുകളാണ്. മറ്റൊരു ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുൻപ് ഓരോ പ്രോംപ്റ്റും അതിന്റെ ഉടമയുമായി ചേർത്തുവയ്ക്കുക.
PSK, XAuth, OTP എന്നിവയോടൊപ്പമുള്ള IKEv1 ഒരു സങ്കീർണ്ണ പാസ്വേഡ് ആവശ്യപ്പെടുന്നില്ല. ഇത് പിയർമാർക്കിടയിലെ പങ്കിട്ട കീ, ഒരു ഉപയോക്തൃ കൈമാറ്റം, ബാക്കെൻഡ് എങ്ങനെ ആവശ്യപ്പെടണം എന്ന് തീരുമാനിക്കുന്ന രണ്ടാം ഘടകം എന്നിവ പാളികളായി ചേർക്കുന്നു. ഓരോ പാളിക്കും അതിന്റേതായ ഉടമയും സ്വന്തം പരാജയ സന്ദേശവുമുണ്ട്. ഇവ കൂട്ടിക്കുഴയ്ക്കുന്നത് ആളുകളെ ഗ്രൂപ്പ് രഹസ്യം സൂക്ഷിക്കുന്ന ഫീൽഡിൽ ഒറ്റത്തവണ കോഡ് വീണ്ടും ടൈപ്പ് ചെയ്യാൻ നിർബന്ധിക്കുന്നു.
മറ്റൊരു ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനോ ക്രെഡൻഷ്യൽ പുനഃസജ്ജമാക്കുന്നതിനോ മുൻപ് ഓരോ പ്രോംപ്റ്റും അത് ആവശ്യപ്പെടുന്ന പാളിയുമായി ചേർത്തുവയ്ക്കുക.
മൂന്ന് രഹസ്യങ്ങൾ, മൂന്ന് ഉടമകൾ
മുൻകൂട്ടി പങ്കിട്ട കീ പിയർ ബന്ധത്തിന്റെതാണ്, രണ്ട് അറ്റങ്ങളും കൈകാര്യം ചെയ്യുന്നയാൾ ഒരിക്കൽ ക്രമീകരിക്കുന്നു. ഉപയോക്തൃ ക്രെഡൻഷ്യൽ പ്രാമാണീകരണ ബാക്കെൻഡിന്റേതാണ്, ഓരോ ലോഗിനിലും സാധൂകരിക്കുന്നു. രണ്ടാം ഘടകം ഓരോ ശ്രമത്തിലും പ്രതികരണം മാറുന്ന ടോക്കൺ സംവിധാനത്തിന്റേതാണ്. ഒന്നും മറ്റൊന്നിന് പകരമാകുന്നില്ല, മൂന്നിനെയും ഒരൊറ്റ പാസ്വേഡായി കാണുന്ന വിന്യാസം ആരും രേഖപ്പെടുത്താത്ത പാളിയിൽ പരാജയപ്പെടുന്നു.
മൂന്ന് നിരകൾ എഴുതുക: ഉടമ, ആയുസ്സ്, ഓരോന്നും ഉണ്ടാക്കുന്ന പരാജയ സന്ദേശം. ആ പട്ടികയാണ് രോഗനിർണ്ണയ ഉപകരണം, ക്ലയന്റിലെ ഫീൽഡ് പേരുകളല്ല.
| Layer | Owner | Lifetime |
|---|---|---|
| Pre-shared key | Peer configuration | Until operators change it |
| XAuth credential | Authentication backend | Per session, per policy |
| One-time code | Token system | Single use |
PSK: വ്യക്തിയുടേതല്ല, പിയറിന്റേത്
ഈ പഴയ ക്രമീകരണത്തിൽ മുൻകൂട്ടി പങ്കിട്ട കീ ഗേറ്റ്വേ ജോടിയെ പ്രാമാണീകരിക്കുന്നു, അതിനാൽ ഉപയോക്താവിന്റെ ലോഗിൻ അതിനെ ഒരിക്കലും മാറ്റിസ്ഥാപിക്കുന്നില്ല. പ്രോംപ്റ്റിന് പകരം പൊതുവായ ചർച്ചാ പിശക് ഉണ്ടാക്കുന്ന രീതിയിൽ ഏറ്റവും കൂടുതൽ തെറ്റാകുന്ന മൂല്യവുമാണ് ഇത്. ഉപയോക്തൃ പ്രോംപ്റ്റ് പ്രത്യക്ഷപ്പെടുന്നതിന് മുൻപ് ടണൽ പരാജയപ്പെട്ടാൽ, സംശയിക്കുന്നത് കീ അല്ലെങ്കിൽ നിർദ്ദേശങ്ങളാണ്.
ഉപയോക്തൃ ക്രെഡൻഷ്യലിന് ആദ്യ ഘട്ടത്തിലെ പരാജയം പരിഹരിക്കാനാവില്ല. അത് കറക്കുന്നത് സുരക്ഷിതമായി കറക്കാവുന്ന ഏക ക്രെഡൻഷ്യൽ പാഴാക്കുകയും തെറ്റായ സിദ്ധാന്തം ശക്തിപ്പെടുത്തുകയും ചെയ്യുന്നു.
XAuth: പഴയ ഉപയോക്തൃ കൈമാറ്റം
IKEv1 പിയർ പ്രാമാണീകരണത്തിന് മുകളിൽ XAuth ഉപയോക്തൃ പ്രാമാണീകരണ കൈമാറ്റം ചേർക്കുന്നു, ഏത് ബാക്കെൻഡ് അത് സാധൂകരിക്കണം എന്ന് ഗേറ്റ്വേ തീരുമാനിക്കുന്നു. ആ ബാക്കെൻഡിനെ ആശ്രയിച്ച് കൈമാറ്റം ഡയറക്ടറി പാസ്വേഡ്, RADIUS ക്രെഡൻഷ്യൽ അല്ലെങ്കിൽ ടോക്കൺ പ്രതികരണം സ്വീകരിച്ചേക്കാം. XAuth എന്ന വാക്ക് കൈമാറ്റത്തിന്റെ വാഹനത്തെ സൂചിപ്പിക്കുന്നു, ക്രെഡൻഷ്യലിന്റെ തരത്തെയല്ല.
ഗേറ്റ്വേ പ്രൊഫൈൽ ഏത് ബാക്കെൻഡിനെ സൂചിപ്പിക്കുന്നു എന്ന് പരിശോധിക്കുക. അത് ഉപയോക്താവിനോട് എന്ത് ആവശ്യപ്പെടുമെന്നും പാസ്വേഡ് പുനഃസജ്ജീകരണം യഥാർത്ഥത്തിൽ എന്ത് മാറ്റുന്നു എന്നും പറയുന്നു, രണ്ടും ക്ലയന്റ് പ്രൊഫൈലിൽ കാണില്ല.
OTP: ബാക്കെൻഡ് ആവശ്യപ്പെടുന്നത്
ചില വിന്യാസങ്ങൾ പാസ്വേഡിന് ശേഷം പ്രത്യേക ഒറ്റത്തവണ കോഡ് ആവശ്യപ്പെടുന്നു, മറ്റുള്ളവ രേഖപ്പെടുത്തിയ വേർതിരിവോടെ സംയോജിത ഇൻപുട്ട് ഫോർമാറ്റ് നിർവ്വചിക്കുന്നു. രണ്ടും നിലവിലുണ്ട്, നിങ്ങളുടെ മുൻപിലുള്ള പ്രൊഫൈൽ ഏതെന്ന് തീരുമാനിക്കുന്നു. മറ്റൊരിടത്ത് പ്രവർത്തിച്ചതിനാൽ ചേർക്കൽ രീതി കണ്ടുപിടിക്കുന്നത് രജിസ്ട്രേഷൻ ടോക്കൺ കത്തിക്കാനുള്ള ഏറ്റവും സാധാരണ വഴിയാണ്. ഇത് ഗേറ്റ്വേയുടെ സ്വന്തം ഡോക്യുമെന്റേഷൻ മാത്രമാണ് തീരുമാനിക്കുന്നത്.
ഗേറ്റ്വേ വാഗ്ദാനം ചെയ്യുന്ന കൈമാറ്റം പൂർത്തിയാക്കാൻ കഴിയുന്ന ക്ലയന്റോടൊപ്പം രേഖപ്പെടുത്തിയ ഫോർമാറ്റ് ഉപയോഗിക്കുക.
ക്ലയന്റ് അതിർത്തി എവിടെ കടിക്കുന്നു
FortiClient 7.4.4 ഉം അതിനുശേഷമുള്ളവയും IPsec VPN-ന് IKEv1 ഇനി പിന്തുണയ്ക്കുന്നില്ല എന്ന് Fortinet രേഖപ്പെടുത്തുന്നു, ഇത് FortiClient അനുയോജ്യത കുറിപ്പ് രേഖപ്പെടുത്തുന്നതുപോലെ സർവ്വവ്യാപിയായ നീക്കമല്ല, ഉൽപ്പന്നത്തിന്റെയും പതിപ്പിന്റെയും അതിർത്തിയാണ്. മറ്റ് ക്ലയന്റുകളും പരസ്പരം മാറ്റാനാവില്ല: OpenConnect ഉം openfortivpn ഉം നിർദ്ദിഷ്ട ഗേറ്റ്വേ പ്രോട്ടോക്കോളുകൾ സംസാരിക്കുന്നു, ഏതെങ്കിലും IKEv1 പ്രൊഫൈലുകളല്ല. ഇൻസ്റ്റാൾ ചെയ്ത ക്ലയന്റിന്റെ IKE പതിപ്പ്, PSK മോഡ്, XAuth പിന്തുണ, സംവേദന മാതൃക എന്നിവ വെവ്വേറെ പരിശോധിക്കുക. മറ്റൊരു രീതിയിൽ ബന്ധിപ്പിക്കുന്ന ക്ലയന്റ് യഥാർത്ഥ ആവശ്യകത തെളിയിച്ചിട്ടില്ല.
IKEv1 കാലഹരണപ്പെട്ടതാണ്, അതിനാൽ പിന്തുണയില്ലാത്ത പഴയ ക്ലയന്റിൽ നിർമ്മിച്ച പുതിയ വിന്യാസം ഹ്രസ്വകാല പരിഹാരമാണ്. ഗേറ്റ്വേ ഉടമയോട് പിന്തുണയുള്ള കൈമാറ്റ പാത ആവശ്യപ്പെടുക, രണ്ടാം ഘടകം അവിടെ എങ്ങനെ കൈകാര്യം ചെയ്യും എന്നതും ഉൾപ്പെടെ.
ഘടകം ഓഫ് ചെയ്യാതെ രോഗനിർണ്ണയം
ലോഗിൽ ഘട്ടങ്ങൾ വേർതിരിക്കുക: പിയർ ചർച്ച, ഉപയോക്തൃ കൈമാറ്റം, രണ്ടാം ഘടകത്തിന്റെ ഫലം, തുടർന്ന് വിലാസവും റൂട്ടും അനുവദിക്കൽ. ഓരോ ഫീൽഡിലും കോഡ് പരീക്ഷിക്കുന്നതിനുപകരം ഘടകവും ഘട്ടവും രേഖപ്പെടുത്തുക. പരീക്ഷണം കടക്കാൻ ഘടകം ഓഫ് ചെയ്യുന്നത് വിന്യാസത്തെക്കുറിച്ച് ഒന്നും തെളിയിക്കാത്ത ടണൽ നൽകുന്നു.
രജിസ്ട്രേഷൻ രഹസ്യങ്ങളും പങ്കിട്ട കീയും സംഘടനയുടെ പ്രക്രിയ അനുസരിച്ച് സംരക്ഷിത സംഭരണത്തിൽ സൂക്ഷിക്കുക. സ്ഥിരമായ ഫയലിലുള്ള ഒറ്റത്തവണ കോഡ് ഘടകമായിരിക്കുന്നത് നിർത്തിയ ഘടകമാണ്.