vpnc ഗ്രൂപ്പ് രഹസ്യമോ നിങ്ങളുടെ ലോഗിൻ ആണോ: ഏത് ഫീൽഡ് എന്താണ് സ്വീകരിക്കുന്നത്?
vpnc പ്രൊഫൈൽ ഗ്രൂപ്പ് ID, ഗ്രൂപ്പ് രഹസ്യം, XAuth ലോഗിൻ എന്നിവ ആവശ്യപ്പെടുന്നു, ആളുകൾ അക്കൗണ്ട് പാസ്വേഡ് തെറ്റായ ബോക്സിലേക്ക് ഇടുന്നു. ഓരോ ഫീൽഡും അതിന്റെ പങ്കനുസരിച്ച് ഭൂപടപ്പെടുത്തുക.
ഒരാൾ ആദ്യമായി നിങ്ങൾക്ക് vpnc പ്രൊഫൈൽ നൽകുമ്പോൾ, ക്രെഡൻഷ്യൽ ഡയലോഗ് നാല് കാര്യങ്ങൾ ചോദിക്കുന്നു, ഒരു പാസ്വേഡ് മാത്രം ആവശ്യമെന്ന പോലെ വായിക്കപ്പെടുന്നു. അങ്ങനെയല്ല: ഗ്രൂപ്പിന്റെ മുൻകൂട്ടി പങ്കിട്ട രഹസ്യവും വ്യക്തിഗത XAuth ലോഗിനും വെവ്വേറെ ഉടമകളുള്ള വെവ്വേറെ മൂല്യങ്ങളാണ്, അക്കൗണ്ട് പാസ്വേഡ് ഗ്രൂപ്പ് ഫീൽഡിൽ ഇടുന്നത് തെറ്റായ ബോക്സിനെക്കാൾ മോശം പാസ്വേഡായി തോന്നുന്ന പരാജയം നൽകുന്നു. ഈ മാപ്പിംഗ് ശരിയാക്കുന്നതാണ് ഇവിടെ മുഴുവൻ ജോലി. താഴെയുള്ള പ്രോട്ടോക്കോൾ മറ്റൊരാളുടെ മൈഗ്രേഷൻ പ്രോജക്ടാണ്, അതിനാൽ ഇതിൽ ഒന്നും പുതിയ IKEv1 ടണലുകൾ നിർമ്മിക്കാനുള്ള വാദമല്ല.
രണ്ട് രഹസ്യങ്ങൾ, രണ്ട് ഉടമകൾ, ഒരു ഡയലോഗ്
ഗ്രൂപ്പ് രഹസ്യം ഗേറ്റ്വേ പ്രൊഫൈലിന്റേതാണ്. ആ പ്രൊഫൈലിലൂടെ ബന്ധിപ്പിക്കുന്ന എല്ലാവരും ഒരേ മൂല്യം ഉപയോഗിക്കുന്നു, അതുകൊണ്ടുതന്നെ അതിന് ഒരു വ്യക്തിയെ തിരിച്ചറിയാനാവില്ല, പ്രൊഫൈലിലെ മറ്റെല്ലാ ഉപയോക്താക്കൾക്കും മാറ്റാതെ ഒരു ലാപ്ടോപ്പിൽ നിന്ന് പിൻവലിക്കാനുമാവില്ല. XAuth ഉപയോക്തൃനാമവും പാസ്വേഡും പകരം മനുഷ്യന്റേതാണ്, IPsec അസോസിയേഷൻ ഇതിനകം ഉയർന്നതിന് ശേഷം ഗേറ്റ്വേ അവയെ രണ്ടാം ഘട്ടത്തിൽ വിലയിരുത്തുന്നു.
ആളുകൾ കണ്ടില്ലെന്ന് വിടുന്നത് ഈ രണ്ട് ഘട്ട രൂപമാണ്. ടണൽ സ്ഥാപിക്കലും ഉപയോക്തൃ പ്രാമാണീകരണവും വ്യത്യസ്ത ഇൻപുട്ടുകളുള്ള വ്യത്യസ്ത കൈമാറ്റങ്ങളാണ്, അതിനാൽ ക്രെഡൻഷ്യൽ അഭ്യർത്ഥനയിൽ എത്താത്ത ഒരു ക്ലയന്റ് ലോഗിനിൽ ഒട്ടും പരാജയപ്പെട്ടിട്ടില്ല. ഡയലോഗ് ഒന്നല്ല, രണ്ട് നിരകളായി വായിക്കുക: ഇടത് പ്രൊഫൈൽ-വ്യാപക മൂല്യങ്ങൾ, വലത് വ്യക്തിഗത മൂല്യങ്ങൾ. കണക്ഷൻ പരാജയപ്പെടുമ്പോൾ, ഒടുവിൽ പൂരിപ്പിച്ച നിര തനിയെ കുറ്റക്കാരിയായ നിരയല്ല.
ഫീൽഡുകൾ പങ്കനുസരിച്ച് മാപ്പ് ചെയ്യുക, ലേബൽ അനുസരിച്ചല്ല
vpnc അതിന്റെ നിർദ്ദേശങ്ങൾ പ്രോജക്ട് ഡോക്യുമെന്റേഷനിൽ പേരിടുന്നു, ഓരോ ഗ്രാഫിക്കൽ ഫ്രണ്ടെൻഡും അവ പുനർനാമകരണം ചെയ്യുന്നു. ഓരോ മൂല്യത്തിന്റെയും പങ്ക് വിവർത്തനം ചെയ്യുക, ലേബലുകൾക്ക് പ്രാധാന്യമില്ലാതാകും:
| Directive | What it carries | Who owns it |
|---|---|---|
| IPSec gateway | Address or hostname of the remote VPN endpoint | Operator |
| IPSec ID | Group identifier selecting the profile on that gateway | Operator |
| IPSec secret | Group preshared secret, not an account password | Profile, shared |
| Xauth username and password | Credentials for the per-user stage after the tunnel | Person |
ഗ്രൂപ്പ് ഫീൽഡിന് സമീപം «ഉപയോക്തൃനാമം» ഉം «പാസ്വേഡ്» ഉം കാണിക്കുന്ന ഫ്രണ്ടെൻഡ് തെറ്റല്ല — വ്യത്യസ്ത പേരുകളിൽ അതേ മൂല്യങ്ങളാണവ. തകരുന്നത്, ഒരു മൂല്യം അതിൽ ഒതുങ്ങുന്നതുകൊണ്ട് ഒരു ബോക്സ് നിറയ്ക്കുന്നതാണ്. ഉപയോക്തൃ പാസ്വേഡായി ഒട്ടിച്ച ഗ്രൂപ്പ് രഹസ്യം പ്രൊഫൈൽ പ്രാമാണീകരിച്ച് പിന്നീട് ഉപയോക്തൃ ഘട്ടത്തിൽ പരാജയപ്പെടുന്നു; ഗ്രൂപ്പ് രഹസ്യമായി ഒട്ടിച്ച അക്കൗണ്ട് പാസ്വേഡ് അതിലും മുൻപ്, ഏത് അഭ്യർത്ഥനയ്ക്കും മുൻപ് പരാജയപ്പെട്ട്, ഒരു ടെക്സ്റ്റ് ഫീൽഡിൽ കഴിയുന്ന പ്രശ്നത്തിനായി ആളുകളെ ഫയർവാളുകളിലേക്ക് അയക്കുന്നു.
ഗ്രൂപ്പ് ഐഡന്റിഫയർ അല്ലാത്തത്
ഗ്രൂപ്പ് എന്ന വാക്ക് തെറ്റായ വായനയ്ക്ക് ക്ഷണിക്കുന്നു. ഇവിടെ ഗ്രൂപ്പ് ഐഡന്റിഫയർ ഏത് പ്രൊഫൈൽ കോൺഫിഗറേഷൻ പ്രയോഗിക്കണമെന്ന് ഗേറ്റ്വേയോട് പറയുന്ന ഒരു തിരഞ്ഞെടുക്കലാണ്; ഡയറക്ടറി അംഗത്വത്തെക്കുറിച്ച് ഒന്നും അത് പറയുന്നില്ല, ഇരുവശത്തും ഒത്തുപോകുന്ന പേര് ഓപ്പറേറ്റർ സ്ഥിരീകരിക്കുന്നതുവരെ യാദൃച്ഛികമാണ്. അധികാരപ്പെടുത്തൽ XAuth വിജയിച്ചതിന് ശേഷം നടക്കുന്നു, ഗേറ്റ്വേ എന്തിനെ സമീപിക്കാൻ കോൺഫിഗർ ചെയ്തിരിക്കുന്നു എന്നതാണ് അത് തീരുമാനിക്കുന്നത്, ഇതിൽ ഒന്നും ക്ലയന്റ് ഡയലോഗിൽ കാണാനാവില്ല.
അതേ മുൻകരുതൽ ഗ്രൂപ്പ് രഹസ്യത്തിനും ബാധകമാണ്. അത് അറിയുന്നത് ഐഡന്റിറ്റിയല്ല, ഒരു രഹസ്യം ടീമിനുള്ളിൽ കറക്കുന്നത് ക്ലയന്റിന് കാണിക്കാനാവാത്ത പ്രത്യാഘാതങ്ങളുള്ള പ്രവർത്തന തീരുമാനമാണ്.
ബന്ധിപ്പിക്കുന്നതിന് മുൻപ് അവ്യക്തമായ നിർദ്ദേശം തീർക്കുക
പഴയ കൈമാറ്റ കുറിപ്പുകളിൽ «സമർപ്പിത പൊതു IP ഉപയോഗിക്കുക» പോലുള്ള ഒരു വരി പലപ്പോഴും ഉണ്ടാകും. ആ വാക്യം എതിർവശത്തെ അനുമതി പട്ടിക നിങ്ങളുടെ ട്രാഫിക് എവിടെ നിന്ന് വരുമെന്ന് പ്രതീക്ഷിക്കുന്നു എന്ന വിലാസത്തെ അർത്ഥമാക്കാം, ഇത് ഓപ്പറേറ്റർ നെറ്റ്വർക്കിന്റെ പുറത്തേക്കുള്ള സവിശേഷതയാണ്, ഗേറ്റ്വേ ഫീൽഡിൽ നിങ്ങൾ ടൈപ്പ് ചെയ്യുന്ന അന്തിമ പോയിന്റുമായി ഇതിന് യാതൊരു ബന്ധവുമില്ല. മൂല്യം എവിടേക്കും പോകുന്നതിന് മുൻപ് രണ്ടിൽ ഏതാണ് ഉദ്ദേശിക്കുന്നതെന്ന് ചോദിക്കുക. തലകീഴായി പൂരിപ്പിച്ചാൽ അത് ഓരോ പാക്കറ്റും ഒരിക്കലും മറുപടി നൽകാത്ത വിലാസത്തിലേക്ക് അയക്കുന്നു, തത്ഫലമായുണ്ടാകുന്ന സമയപരിധി തടഞ്ഞ പോർട്ട് പോലെ വായിക്കപ്പെടുന്നു.
സംഘടനയുടെ സ്ഥിരീകരിച്ച ചാനലിലൂടെ നാല് കാര്യങ്ങൾ ആവശ്യപ്പെടുക: ഏത് ക്ലയന്റും പ്രോട്ടോക്കോളും പിന്തുണയ്ക്കുന്നു, ഏത് അന്തിമ പോയിന്റ് ഉപയോഗിക്കണം, ഗേറ്റ്വേ ഏത് ഐഡന്റിറ്റി അവതരിപ്പിക്കും, ക്രെഡൻഷ്യലുകൾ എങ്ങനെ കൈമാറുന്നു. യഥാർത്ഥ രഹസ്യങ്ങൾ സ്ക്രീൻഷോട്ടുകൾ, ടിക്കറ്റുകൾ, പങ്കിട്ട പ്രശ്നപരിഹാര കുറിപ്പുകൾ എന്നിവയ്ക്ക് പുറത്ത് നിർത്തുക. സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ അപ്രാപ്തമാക്കരുത്, വ്യത്യസ്തമായി കോൺഫിഗർ ചെയ്ത സേവനം അനുയോജ്യമായി തോന്നാൻ പഴയ സൈഫർ പട്ടിക ഒട്ടിക്കരുത്, കാരണം സ്ഥിരീകരണം ദുർബലമാക്കിയാൽ മാത്രം പ്രവർത്തിക്കുന്ന കണക്ഷൻ നിങ്ങളോട് നിർമ്മിക്കാൻ പറഞ്ഞ കണക്ഷനല്ല.
പഴയ പ്രൊഫൈൽ സത്യസന്ധമായി സൂക്ഷിക്കുക
IKEv1 കാലഹരണപ്പെട്ടതാണ്, മൈഗ്രേഷൻ ചോദ്യം ഉയരുമ്പോൾ ഉദ്ധരിക്കേണ്ട രേഖ RFC 9395 ആണ്. വിജയകരമായ ഫീൽഡ് മാപ്പിംഗ് ആ പ്രോട്ടോക്കോൾ പുതിയ രൂപകൽപ്പനയിൽ ഉൾപ്പെടുന്നു എന്നതിന്റെ തെളിവല്ല; അത് വാങ്ങുന്നത് മാറ്റിസ്ഥാപിക്കൽ ഷെഡ്യൂൾ ചെയ്യുന്നതുവരെ പ്രവർത്തിക്കുന്ന കണക്ഷനും, രേഖാമൂലമുള്ള പരിധിയും ആ മൈഗ്രേഷന്റെ ഉടമയുമാണ്.
തുടർന്ന് ഡയലോഗിനെതിരെയല്ല, ആവശ്യകതയ്ക്കെതിരെ പരിശോധിക്കുക. ബന്ധിപ്പിച്ച ശേഷം ടണൽ ഇന്റർഫേസിൽ പ്രതീക്ഷിക്കുന്ന വിലാസമുണ്ടെന്നും ആന്തരിക ലക്ഷ്യം അതിലൂടെ റൂട്ട് ചെയ്യപ്പെടുന്നുവെന്നും സ്ഥിരീകരിക്കുക; യഥാർത്ഥ ആവശ്യകതയിൽ അനുമതി പട്ടികയ്ക്കായി ഒരു എക്സിറ്റ് വിലാസം പേരിട്ടിരുന്നെങ്കിൽ, ആ വിലാസവും സ്ഥിരീകരിക്കുക, കാരണം അത് ടണൽ ഉയർന്നിരിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ വസ്തുതയാണ്. ശരിയായി പ്രാമാണീകരിച്ച് ഒന്നും റൂട്ട് ചെയ്യാത്ത പ്രൊഫൈൽ, അത് സൃഷ്ടിക്കപ്പെട്ട ജോലി ഇപ്പോഴും നഷ്ടപ്പെടുത്തിയിട്ടുണ്ട്.