L2TP/IPsec പിശക് 789, 720 അല്ലെങ്കിൽ 691: ആദ്യം ശരിയായ ഘട്ടം പരിഹരിക്കുക

Windows 11 ഓരോ L2TP/IPsec ഘട്ടത്തിനും വ്യത്യസ്ത നമ്പർ റിപ്പോർട്ട് ചെയ്യുന്നു, ആ നമ്പർ പരാജയം വിലയിരുത്തുന്നതിന് പകരം ഘട്ടം അടയാളപ്പെടുത്തുന്നു. PPP ലിങ്ക് നിലവിലുള്ളതിന് മുമ്പ് 789 പരാജയപ്പെടുന്നു, ലിങ്ക് ഉയർത്തുമ്പോൾ 720 പരാജയപ്പെടുന്നു, ലിങ്ക് ഉയർന്നതിനും ക്രെഡൻഷ്യലുകൾ നിരസിക്കപ്പെട്ടതിനും ശേഷം 691 പരാജയപ്പെടുന്നു. ഉപയോഗപ്രദമായ തീരുമാനം ഏത് പരിഹാരമാണ് ഏറ്റവും ജനപ്രിയം എന്നതല്ല; കോഡ് ഏത് ഘട്ടത്തിൽ എത്തിയെന്ന് തെളിയിക്കുന്നു എന്നതാണ്. ആദ്യം അത് വായിക്കുക, തുടർന്ന് ഓരോ ശ്രമത്തിലും ഒരു പാളി മാറ്റുക, അടുത്ത കോഡ് നിങ്ങളോട് ഇപ്പോഴും എന്തെങ്കിലും പറയട്ടെ.

കോഡ് ഒരു ഘട്ടമായി വായിക്കുക, തകരാറുകളുടെ പട്ടികയായി അല്ല

L2TP കണക്ഷൻ നിശ്ചിത ക്രമത്തിൽ മൂന്ന് അതിർത്തികൾ കടക്കുന്നു. IKE UDP 500-ൽ സുരക്ഷാ അസോസിയേഷനുകളെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു, NAT ട്രാവേഴ്സൽ ആ ട്രാഫിക്ക് UDP 4500-ലേക്ക് മാറ്റുന്നു, അതിനുശേഷം മാത്രം L2TP ടണൽ ഉപയോക്താവിനെ പ്രാമാണീകരിക്കുന്നതും വിലാസം നൽകുന്നതുമായ PPP സെഷൻ വഹിക്കുന്നു.

ഈ ക്രമമാണ് മാറുന്ന പിശക് കോഡിനെ ഉപയോഗപ്രദമായ തെളിവാക്കുന്നത്. 789-ൽ നിന്ന് 720-ലേക്ക് പോകുന്നത് IPsec ഇപ്പോൾ ചർച്ച ചെയ്യുന്നു എന്നും പരാജയം ലിങ്ക് സ്ഥാപനത്തിലേക്ക് മാറി എന്നും അർത്ഥമാക്കുന്നു. 720-ൽ നിന്ന് 691-ലേക്ക് പോകുന്നത് ലിങ്ക് ഉയർന്നു എന്നും ഗേറ്റ്വേ ഐഡന്റിറ്റി നിരസിച്ചു എന്നും അർത്ഥമാക്കുന്നു. നിങ്ങൾ അഞ്ച് പരിഹാരങ്ങൾ ഒരുമിച്ച് പ്രയോഗിച്ചാൽ, ആ സിഗ്നൽ നഷ്ടപ്പെടും, ഏത് മാറ്റമാണ് പ്രവർത്തിച്ചതെന്ന് പറയാനാകില്ല.

789: പാതയും പ്രാദേശിക നയവും തമ്മിൽ തിരഞ്ഞെടുക്കുക

കോഡ് 789 പ്രാരംഭ സുരക്ഷാ ചർച്ചകളിലെ പ്രോസസ്സിംഗ് പിശകാണ്. IPsec ഒരിക്കലും ഉപയോഗയോഗ്യമായ അസോസിയേഷൻ സൃഷ്ടിച്ചിട്ടില്ല, അതിനാൽ അക്കൗണ്ട് ഇതുവരെ പരീക്ഷിച്ചിട്ടില്ല. അക്കൗണ്ടിൽ നിന്നല്ല, പാതയിൽ നിന്നും പങ്കിട്ട കീയിൽ നിന്നും തുടങ്ങുക.

UDP 500-ഉം UDP 4500-ഉം സെർവറിലെത്തുന്നുവെന്നും മുൻകൂട്ടി പങ്കിട്ട കീ ബൈറ്റ് തോറും പൊരുത്തപ്പെടുന്നുവെന്നും ഉറപ്പാക്കുക, അക്ഷരവലിപ്പവും അവസാന ഇടവേളകളും ഉൾപ്പെടെ. സെർവർ NAT-ന് പിന്നിലാണെങ്കിൽ, Windows-ന് രേഖപ്പെടുത്തിയ രജിസ്ട്രി മൂല്യവും ആവശ്യമായേക്കാം. സെർവർ NAT-ന് പിന്നിലാകുമ്പോൾ 1-ഉം രണ്ട് അറ്റങ്ങളും അങ്ങനെയാകുമ്പോൾ 2-ഉം ഉപയോഗിക്കുക, തുടർന്ന് പുനരാരംഭിക്കുക, കാരണം നയ ഏജന്റ് മൂല്യം തുടക്കത്തിൽ വായിക്കുന്നു:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

കൂടുതൽ ഭാരമുള്ള അഡാപ്റ്റർ അറ്റകുറ്റപ്പണി മറ്റൊരു ശാഖയുടേതാണ്. Wi-Fi ഉപകരണവും WAN മിനിപോർട്ടുകളും നീക്കി ഹാർഡ്വെയർ വീണ്ടും സ്കാൻ ചെയ്യുന്നത്, പ്രാദേശിക IPsec സ്റ്റാക്ക് തന്നെ കേടായിരിക്കുകയും മറ്റ് VPN തരങ്ങൾ അതേ രീതിയിൽ പരാജയപ്പെടുകയും ചെയ്യുമ്പോൾ ന്യായീകരിക്കപ്പെടുന്നു. ഒരു L2TP സെർവർ മാത്രം പരാജയപ്പെടുകയും മറ്റെല്ലാ നെറ്റ്വർക്ക് പാതകളും പ്രവർത്തിക്കുകയും ചെയ്യുമ്പോൾ ഇത് പാഴായ ശ്രമമാണ്.

720: ഈ അഡാപ്റ്ററും സെർവർ പൂളും തമ്മിൽ തിരഞ്ഞെടുക്കുക

വിദൂര കമ്പ്യൂട്ടറുമായുള്ള കണക്ഷൻ സ്ഥാപിക്കാനായില്ലെന്ന് പിശക് 720 റിപ്പോർട്ട് ചെയ്യുന്നു, IPsec വിജയിച്ചതിന് ശേഷമാണ് ഇത് പ്രത്യക്ഷപ്പെടുന്നത്. ഇന്റർഫേസ് ഉയർത്തുന്നതിന്റെയോ വിലാസം നേടുന്നതിന്റെയോ ഘട്ടത്തിൽ ടണൽ എത്തി, തുടർന്ന് നിന്നു. അത് ഇതിനെ പ്രാദേശിക അഡാപ്റ്റർ ചോദ്യമോ സെർവർ ശേഷിയുടെ ചോദ്യമോ ആക്കുന്നു.

തീരുമാനിക്കാൻ സ്വാധീന ആരം ഉപയോഗിക്കുക. ഒരു Windows മെഷീൻ പരാജയപ്പെടുന്നത് മോശം WAN മിനിപോർട്ട്, നിർത്തിയ Remote Access സേവനം അല്ലെങ്കിൽ കേടായ കണക്ഷൻ പ്രൊഫൈൽ എന്നിവയിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്നു. ഒരേ സമയം നിരവധി ക്ലയന്റുകൾ പരാജയപ്പെടുന്നത് സെർവറിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്നു: തീർന്ന വിലാസ പൂൾ, നിർത്തിയ RRAS സേവനം, അല്ലെങ്കിൽ ഇനി ക്ലയന്റ് സബ്നെറ്റുമായി പൊരുത്തപ്പെടാത്ത പൂൾ. മറുവശം മാറ്റുന്നതിന് മുമ്പ് പാറ്റേൺ ചൂണ്ടിക്കാണിക്കുന്ന വശം പരിഹരിക്കുക.

ഒറ്റ-ക്ലയന്റ് ശാഖയിൽ WAN മിനിപോർട്ടുകൾ ഒരിക്കൽ നീക്കി ഹാർഡ്വെയർ മാറ്റങ്ങൾ സ്കാൻ ചെയ്യുക, തുടർന്ന് പുനരാരംഭിച്ച് വീണ്ടും ശ്രമിക്കുക. സെർവർ ശാഖയിൽ ക്ലയന്റിന് പകരം പൂളും സേവന അവസ്ഥയും പരിശോധിക്കുക, കാരണം പ്രവർത്തിക്കുന്ന അഡാപ്റ്റർ പുനഃസ്ഥാപിക്കുന്നത് സെർവറിന് ഇല്ലാത്ത വിലാസം സൃഷ്ടിക്കാനാവില്ല.

691: ക്രെഡൻഷ്യലും നിർത്തിയ സഹായിയും തമ്മിൽ തിരഞ്ഞെടുക്കുക

കോഡ് 691 ഒരു പ്രാമാണീകരണ നിരസിക്കലാണ്, തെറ്റായ പാസ്വേഡായി ഏറ്റവും കൂടുതൽ തെറ്റായി വായിക്കപ്പെടുന്ന കോഡാണിത്. ടണൽ ഉയർന്നിരിക്കുന്നു, ഗേറ്റ്വേ ഒരു ഐഡന്റിറ്റി കണ്ടു, അത് നിരസിച്ചു. കാരണം ഇപ്പോഴും പാസ്വേഡ് ഫീൽഡിന് പുറത്തായിരിക്കാം.

ആദ്യം ഡൊമെയ്ൻ ഫീൽഡ് പരിശോധിക്കുക, തുടർന്ന് പാസ്വേഡിലെ കൃത്യമായ പ്രതീകങ്ങൾ. ഇടവേള, ഉദ്ധരണി ചിഹ്നം അല്ലെങ്കിൽ ഷെൽ-പ്രത്യേക പ്രതീകം ഉള്ള പാസ്വേഡ് സെർവറിലെത്തുന്നതിന് മുമ്പ് കേടാകാം; Linux-ൽ, pppd ഉദ്ധരണി ചിഹ്നമില്ലാത്ത മൂല്യത്തിനോ കാണാത്ത ഡൊമെയ്നിനോ E=691 എന്ന അതേ നിരസിക്കൽ റിപ്പോർട്ട് ചെയ്യുന്നു. രഹസ്യം ഒട്ടിക്കുന്നതിന് പകരം വീണ്ടും ടൈപ്പ് ചെയ്യുക, പഴയ മൂല്യം ഉണ്ടായിരിക്കാവുന്ന സംഭരിച്ച ക്രെഡൻഷ്യലുകൾ മായ്ക്കുക.

ആളുകൾ വിട്ടുപോകുന്ന ശാഖ നിർത്തിയ സഹായ സേവനമാണ്. വെണ്ടർ ക്ലയന്റ് ക്രെഡൻഷ്യലുകൾ ഗേറ്റ്വേയിലേക്ക് കൈമാറാൻ സ്വന്തം സേവനത്തെ ആശ്രയിക്കുമ്പോൾ, പ്രവർത്തനരഹിതമായ അല്ലെങ്കിൽ തകർന്ന സേവനം പാസ്വേഡ് ശരിയായിരുന്നാലും 691 സൃഷ്ടിക്കുന്നു. അക്കൗണ്ട് പുനഃസജ്ജമാക്കുന്നതിന് മുമ്പ്, പ്രത്യേകിച്ച് പുനരാരംഭത്തിനോ അപ്ഡേറ്റിനോ ശേഷം വെണ്ടർ സേവനത്തിന്റെ അവസ്ഥ പരിശോധിക്കുക.

ശാഖകൾ വേർതിരിക്കാൻ, അതേ ഉപയോക്തൃനാമം മറ്റൊരു പ്രവർത്തിക്കുന്ന VPN പ്രൊഫൈലിലോ RADIUS പരീക്ഷണ അക്കൗണ്ടിലോ പരീക്ഷിക്കുക. അത് വിജയിച്ചാൽ ക്രെഡൻഷ്യൽ ശരിയാണ്, പ്രാദേശിക ക്ലയന്റ് പാത സംശയാസ്പദമാണ്. അത് അതേ രീതിയിൽ പരാജയപ്പെട്ടാൽ, പ്രശ്നം അക്കൗണ്ടോ ഗേറ്റ്വേ നയമോ ആണ്.

ഓരോ ശ്രമത്തിലും ഒരു പാളി മാറ്റുക

പുറത്തുനിന്ന് അകത്തേക്ക് പ്രവർത്തിക്കുക: ലഭ്യതയും NAT ട്രാവേഴ്സലും, തുടർന്ന് മുൻകൂട്ടി പങ്കിട്ട കീ, തുടർന്ന് പ്രാദേശിക അഡാപ്റ്റർ സ്റ്റാക്ക്, തുടർന്ന് ക്രെഡൻഷ്യൽ, തുടർന്ന് സെർവർ പൂളും സേവനങ്ങളും. ഈ ക്രമം കോഡുകൾ വിവരിക്കുന്ന ഘട്ടങ്ങളെ പിന്തുടരുന്നു, ഓരോ ഫലത്തെയും ഒരു മാറ്റത്തിന് ആരോപിക്കാവുന്നതായി നിലനിർത്തുന്നു.

ഓരോ ശ്രമത്തിനും മുമ്പും ശേഷവുമുള്ള കോഡ്, ക്ലയന്റ് ബിൽഡ്, സെർവർ അല്ലെങ്കിൽ ക്ലയന്റ് മാറ്റിയോ എന്നിവയുടെ ചെറിയ ലോഗ് സൂക്ഷിക്കുക. 789, തുടർന്ന് 720, തുടർന്ന് 691 പോലുള്ള ഒരു ക്രമം പുരോഗതിയുടെ ഭൂപടമാണ്; ഒരേ കോഡ് രണ്ടുതവണ വന്നാൽ അവസാന മാറ്റം ആ ഘട്ടത്തെ അഭിസംബോധന ചെയ്തിട്ടില്ല എന്നർത്ഥം. Windows പുനഃസ്ഥാപിക്കുന്നത് ഈ ഭൂപടം മായ്ക്കുകയും ഗേറ്റ്വേയിൽ ജീവിക്കുന്ന പരാജയം അപൂർവ്വമായി പരിഹരിക്കുകയും ചെയ്യുന്നു.

കോഡ് മാറുന്നത് നിർത്തുമ്പോൾ, കാര്യങ്ങൾ മാറ്റുന്നത് നിർത്തുക. നിലവിലെ കോഡ്, സെർവർ വിലാസം, പ്രാമാണീകരണ രീതി, ശ്രമത്തിന്റെ സമയം എന്നിവ രേഖപ്പെടുത്തുക, തുടർന്ന് ആ രേഖ പ്രവർത്തിക്കുന്ന ക്ലയന്റുമായി താരതമ്യം ചെയ്യുക. രണ്ട് രേഖകൾ തമ്മിലുള്ള വ്യത്യാസം സാധാരണയായി ആളുകൾ സ്വതേ പരീക്ഷിക്കുന്ന പരിഹാരങ്ങളുടെ പട്ടികയേക്കാൾ ചെറുതാണ്.