പങ്കിട്ട സീക്രെറ്റോ ഉപയോക്തൃ ലോഗിനോ: L2TP/IPsec-ന്റെ ഏത് ഫീൽഡാണ് പരാജയപ്പെട്ടത്?
മുൻകൂട്ടി പങ്കിട്ട കീ പിയറിനെ തെളിയിക്കുന്നു, അതേസമയം PPP ഉപയോക്തൃനാമവും പാസ്വേഡും വ്യക്തിയെ. ഏത് പാളിയാണ് പൊട്ടിയതെന്ന് പിശക് കോഡ് പറയുന്നു.
ഒരു ഓഫീസിന് എല്ലാ ലാപ്ടോപ്പുകൾക്കും ഒരേ IPsec സീക്രെറ്റ് നൽകാം, എന്നാൽ ഓരോ വ്യക്തിയും സ്വന്തം അക്കൗണ്ട് ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുന്നു, അതുകൊണ്ടുതന്നെ «കീ ശരിയാണ്» എന്നും «പാസ്വേഡ് ശരിയാണ്» എന്നും ഒരുമിച്ച് ശരിയായാലും ലോഗിൻ പരാജയപ്പെടാം. L2TP ഉം IPsec ഉം വ്യത്യസ്ത ഘട്ടങ്ങളിൽ വ്യത്യസ്ത കക്ഷികളെ സാക്ഷ്യപ്പെടുത്തുന്നു. രണ്ട് പാളികളുടെ താരതമ്യവും അവയെ വേർതിരിക്കുന്ന പിശക് കോഡും ഈ ടിക്കറ്റുകളിൽ ഭൂരിഭാഗവും രണ്ട് മൂല്യങ്ങൾ വീണ്ടും മാറ്റുന്നതിനേക്കാൾ വേഗത്തിൽ അടയ്ക്കുന്നു. ഘട്ടങ്ങൾ പരസ്പരം മാറ്റാനാവില്ല, നിങ്ങളുടെ മുന്നിലുള്ള സന്ദേശം ഏതാണ് പ്രവർത്തിക്കുന്നതെന്ന് ഇതിനകം പറയുന്നു.
രണ്ട് പാളികൾ, രണ്ട് വ്യത്യസ്ത ഐഡന്റിറ്റികൾ
ആദ്യം IPsec പിയർ പ്രാമാണീകരണം പ്രവർത്തിക്കുന്നു. ടണൽ പേലോഡ് സംരക്ഷിക്കപ്പെടുന്നതിന് മുൻപ് ക്ലയന്റും ഗേറ്റ്വേയും മുൻകൂട്ടി പങ്കിട്ട കീ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് പരസ്പരം തങ്ങൾ ആരാണെന്ന് തെളിയിക്കുന്നു. L2TP സെഷനുള്ളിലെ PPP കൈമാറ്റം അതിനുശേഷം വരുന്നു, അവിടെയാണ് നിങ്ങളുടെ ഉപയോക്തൃനാമവും പാസ്വേഡും സെർവറിന്റെ അക്കൗണ്ട് സ്റ്റോറിനെതിരെ പരിശോധിക്കുന്നത്.
ഘട്ടങ്ങൾ സ്വതന്ത്രമാണ്, അതിനാൽ സാധുവായ ഉപയോക്തൃ അക്കൗണ്ടിന് തെറ്റായ IPsec കീയെ രക്ഷിക്കാനാവില്ല, ശരിയായ കീയ്ക്ക് കാലഹരണപ്പെട്ട പാസ്വേഡിനെ രക്ഷിക്കാനാവില്ല. ടിക്കറ്റിൽ രണ്ടും വെവ്വേറെ എഴുതുക, ഘട്ടം പേരിടുന്ന ആദ്യ ലോഗ് വരിയിൽനിന്നാണ് സാധാരണയായി രോഗനിർണയം വരുന്നത്.
| Observed failure | Stage that rejected it | Field to touch |
|---|---|---|
| Security layer error 789 during initial negotiation | IKE and IPsec peer authentication | The pre-shared key or the certificate |
| Error 691, credentials not recognised | PPP user authentication | User name, password, or account policy |
| Tunnel forms, then drops on the first packet | Neither, usually routing or MTU | Address pool and interface configuration |
| Prompt repeats with no error text | Often the client type selection | The connection profile, not the secret |
പങ്കിട്ട സീക്രെറ്റ് പിയറിനെ തെളിയിക്കുന്നു
മുൻകൂട്ടി പങ്കിട്ട കീ ഒരു ഗ്രൂപ്പ് ക്രെഡൻഷ്യലാണ്, അത് ഗേറ്റ്വേയ്ക്കും അതിലേക്ക് ബന്ധിപ്പിക്കുന്ന ഓരോ ക്ലയന്റിനും ഉണ്ട്. പിയർ കീ അറിയുന്നു എന്ന് അത് സ്ഥാപിക്കുന്നു, അതിൽനിന്ന് IKE കണക്ഷനെ സംരക്ഷിക്കുന്ന കീകൾ ഉരുത്തിരിക്കുന്നു. ആ കൈമാറ്റത്തിൽ കീബോർഡിനു മുന്നിലുള്ള മനുഷ്യനെ തിരിച്ചറിയുന്ന ഒന്നുമില്ല. അതുകൊണ്ടുതന്നെയാണ് അതേ ടണലിൽ രണ്ടാമതൊരു ഉപയോക്തൃതല ലോഗിൻ ഉള്ളത്.
ആ രൂപകൽപ്പനയ്ക്ക് റദ്ദാക്കലിനെക്കുറിച്ച് പ്രായോഗിക പരിണിതഫലമുണ്ട്. ഒരു ലാപ്ടോപ്പ് നഷ്ടപ്പെടുന്നത് അത് ഉപയോഗിക്കുന്ന ഓരോ ഉപകരണത്തിനും സീക്രെറ്റ് കറക്കേണ്ടതുണ്ടെന്നാണ്, വിന്യാസം സർട്ടിഫിക്കറ്റുകളിലേക്ക് മാറുന്നില്ലെങ്കിൽ, അവിടെ ബാക്കിയുള്ളവയെ സ്പർശിക്കാതെ ഒരു ഉപകരണം നീക്കം ചെയ്യാം. വ്യാപാരം ഭരണപരമായ പ്രയത്നവും നാശത്തിന്റെ പരിധിയും തമ്മിലാണ്.
പ്രൊഫൈലിൽ ടൈപ്പ് ചെയ്യുന്ന കീ സ്ക്രീൻഷോട്ടുകളിലൂടെയും ചാറ്റിലൂടെയും ചോരാൻ ഏറ്റവും എളുപ്പമുള്ള ക്രെഡൻഷ്യലുമാണ്. വ്യക്തിഗത പാസ്വേഡായല്ല, പങ്കിട്ട ഇൻഫ്രാസ്ട്രക്ചർ വസ്തുവായി അതിനെ കാണുക, കാരണം അത് കൃത്യമായി അതാണ്.
ലോഗിൻ PPP-യുടേതാണ്
L2TP സെഷനുള്ളിൽ PPP പ്രാമാണീകരണം ചർച്ച ചെയ്യുന്നു, നിങ്ങൾ ടൈപ്പ് ചെയ്ത മൂല്യങ്ങളുടെ ജോടി പരിശോധിക്കാൻ സെർവറിനോട് ആവശ്യപ്പെടുന്നു. Windows-ൽ അവ പ്രൊഫൈൽ ആവശ്യപ്പെടുന്ന അതേ ഉപയോക്തൃനാമവും പാസ്വേഡുമാണ്, റൗട്ടറിൽ PPP പ്രൊഫൈൽ റഫർ ചെയ്യുന്നതാണ്. അവ അക്കൗണ്ട് സ്റ്റോറിനെതിരെയാണ് പരിശോധിക്കുന്നത്, കീയ്ക്കെതിരെയല്ല. രണ്ട് പേർക്ക് ലാപ്ടോപ്പും കീയും പങ്കിടാം, ഈ ഘട്ടത്തിൽ അവർ വേർതിരിച്ചറിയപ്പെടും.
ഇത് ഉപയോക്തൃ പ്രാമാണീകരണമായതിനാൽ, സാധാരണ അക്കൗണ്ട് നയങ്ങളെല്ലാം ബാധകമാണ്: കാലഹരണപ്പെട്ട പാസ്വേഡ്, ലോക്ക് ചെയ്ത അക്കൗണ്ട്, ഡയൽ-ഇൻ അനുമതി, അല്ലെങ്കിൽ ഡൊമെയ്ൻ വഹിക്കേണ്ട പേര്. പിശക് 691 ആ സംയോജനത്തെ നിരസിച്ചതായി റിപ്പോർട്ട് ചെയ്യുന്നു, അതിനാൽ എന്തെങ്കിലും വീണ്ടും ടൈപ്പ് ചെയ്യുന്നതിന് മുൻപ് സെർവറിന്റെ അക്കൗണ്ടിംഗ് റെക്കോർഡ് വായിക്കുക.
പിശക് ഫീൽഡ് തിരഞ്ഞെടുക്കട്ടെ
പിശക് 789 സുരക്ഷാ പാളിയെ പേരിടുന്നു, IPsec ഘട്ടത്തിലേക്ക് ചൂണ്ടുന്നു. ഇരുവശത്തുമുള്ള മുൻകൂട്ടി പങ്കിട്ട കീ കൃത്യമായി ഒരുപോലെയാണെന്നും, ഗേറ്റ്വേ പ്രതീക്ഷിക്കുന്ന പിയർ ഐഡന്റിറ്റി ക്ലയന്റ് അയയ്ക്കുന്നതുമായി ഒത്തുപോകുന്നുവെന്നും, ക്ലയന്റ് മറ്റൊരു തരത്തിനല്ല, L2TP/IPsec-നായി കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക.
പിശക് 691 ക്രെഡൻഷ്യലുകളെ പേരിടുന്നു, PPP-യിലേക്ക് ചൂണ്ടുന്നു. സീക്രെറ്റ് മാറ്റുന്നതിന് മുൻപ് അക്കൗണ്ട് അവസ്ഥയും പേരിന്റെ കൃത്യമായ ഫോർമാറ്റും പരിശോധിക്കുക, കാരണം രണ്ടും ഒരുമിച്ച് മാറ്റുന്നത് നിങ്ങൾ വായിച്ചിരുന്ന തെളിവ് നശിപ്പിക്കുന്നു.
ടണൽ ഉയർന്നിട്ടും ട്രാഫിക് നിലയ്ക്കുന്നുവെങ്കിൽ, പ്രാമാണീകരണ ഫീൽഡുകൾ എഡിറ്റ് ചെയ്യുന്നത് പൂർണമായി നിർത്തുക. വിലാസ പൂളും ക്ലയന്റ് സബ്നെറ്റിലേക്കുള്ള തിരിച്ചുള്ള റൂട്ടും MTU-വും നോക്കുക: രണ്ട് പാളികളുടെ താരതമ്യം പരാജയം ഇപ്പോഴും അവയ്ക്കുള്ളിലായിരിക്കുമ്പോൾ മാത്രമേ സഹായിക്കൂ.