IKEEXT സേവനം അപ്രാപ്തമാക്കിയാൽ L2TP/IPsec പരാജയപ്പെടുന്നു

ഒരു ലാപ്ടോപ്പ് IKEv2 ഗേറ്റ്വേയിൽ എത്തുന്നു പക്ഷേ L2TP/IPsec ഗേറ്റ്വേയിൽ പരാജയപ്പെടുന്നു, കൂടാതെ ഏതെങ്കിലും ഉപയോക്തൃനാമം അയയ്ക്കുന്നതിന് മുമ്പ് പിശക് വരുന്നു. പ്രൊഫൈൽ സാധാരണയായി ആദ്യ സംശയിതനും സാധാരണയായി തെറ്റായതുമാണ്. Windows IPsec കീ കൈമാറ്റം ഒരു സേവനത്തിൽ നടത്തുന്നു, ആ സേവനം അപ്രാപ്തമായിരിക്കുന്നിടത്തോളം ഉൾനിർമ്മിത ക്ലയന്റിന് ചർച്ച ചെയ്യാൻ ഒരു സ്റ്റാക്ക് ഇല്ല. പ്രൊഫൈലിന്റെ ഒരു ഫീൽഡ് പോലും സ്പർശിക്കുന്നതിന് മുമ്പ് സേവനം സ്ഥിരീകരിച്ച്, അത് ഏതാണ് അപ്രാപ്തമാക്കിയതെന്ന് കണ്ടെത്തുക.

പരാജയത്തിന് പിന്നിലെ സേവനം

സേവന പട്ടികയിൽ IKEEXT എന്ന് കാണുന്ന IKE and AuthIP IPsec Keying Modules കീ കൈമാറ്റം ചെയ്യുന്നു, Windows ൽ UDP 500, 4500 സോക്കറ്റുകൾ പിടിച്ചിരിക്കുന്നു. അത് അപ്രാപ്തമാക്കിയാൽ L2TP/IPsec, IKEv2 എന്നിവ രണ്ടും അവയുടെ ചർച്ചകാരനെ നഷ്ടപ്പെടുത്തും, എന്നാൽ PPTP, SSTP എന്നിവ പ്രവർത്തിക്കുന്നത് തുടരാം കാരണം അവ അതിനെ ആശ്രയിക്കുന്നില്ല. ഈ വിഭജനമാണ് ഒരു ഉപയോക്താവിന് ഒരു VPN തരം പ്രവർത്തിക്കുന്നു, അതേ യന്ത്രത്തിൽ മറ്റൊന്ന് മരിച്ചിരിക്കുന്നു എന്ന് റിപ്പോർട്ട് ചെയ്യാൻ കാരണം. സേവനം ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ഭാഗമാണ്, അതിനാൽ ഒരു പ്രൊഫൈൽ ക്രമീകരണത്തിനും അതിനെ മാറ്റാൻ കഴിയില്ല.

ഈ രണ്ട് പോർട്ടുകൾ വിട്ടയയ്ക്കുന്നത് മോശം ഉപദേശം ഉണ്ടാക്കുന്ന പാർശ്വഫലമാണ്. ഒരു ടൂൾ അല്ലെങ്കിൽ ഫോറം പോസ്റ്റ് 500, 4500 എന്നിവ തിരക്കിലാണെന്ന് ശ്രദ്ധിച്ച്, അവ വിട്ടയയ്ക്കാൻ സേവനം നിർത്തി, അതിലൂടെ IPsec ഹോസ്റ്റിൽ നിന്ന് നിശ്ശബ്ദമായി നീക്കം ചെയ്യുന്നു. രണ്ട് ഫലങ്ങളും ഒരൊറ്റ പ്രവർത്തനമാണ്, അതിനാൽ പോർട്ടുകൾ വൃത്തിയാക്കാൻ ശുപാർശ ചെയ്യുന്ന ഏത് ഗൈഡും അറ്റകുറ്റപ്പണിയല്ല, കൈമാറ്റമാണ് വിവരിക്കുന്നത്.

ഊഹിക്കാതെ സേവനം തിരികെ കൊണ്ടുവരിക

സേവന മാനേജരോട് രണ്ട് ചോദ്യങ്ങൾ ചോദിക്കുക: സ്റ്റാർട്ടപ്പ് തരം എന്താണ്, നിലവിലെ അവസ്ഥ എന്താണ്. ആദ്യത്തേത് സേവനം പുനരാരംഭിച്ചതിന് ശേഷം തിരികെ വരുമോ എന്ന് പറയുന്നു; രണ്ടാമത്തേത് അത് ഇപ്പോൾ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പറയുന്നു. രണ്ട് ചോദ്യങ്ങളും ഉയർത്തിയ കമാൻഡ് പ്രോംപ്റ്റിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക, അതേ ഷെല്ലിന് പിന്നീട് ക്രമീകരണം മാറ്റാൻ കഴിയും.

sc qc ikeext
sc query ikeext

സ്റ്റാർട്ടപ്പ് തരം Disabled മുഴുവൻ ലക്ഷണവും വിശദീകരിക്കുന്നു, പരിഹാരം അത് തിരികെ Automatic ലേക്ക് ഇട്ട് സേവനം ആരംഭിക്കുകയാണ്. Services കൺസോളിൽ എൻട്രി അതിന്റെ പ്രദർശന നാമം IKE and AuthIP IPsec Keying Modules ഉപയോഗിച്ച് കാണുന്നു, അതിനാൽ ആ പട്ടികയിൽ IKEEXT തിരഞ്ഞാൽ ഒന്നും കിട്ടില്ല. പരാജയപ്പെട്ട കണക്ഷൻ ഇതിനകം പ്രവർത്തിച്ചതിന് ശേഷം മാത്രമാണ് സേവനം ആരംഭിച്ചതെങ്കിൽ പുനരാരംഭിക്കുക, കാരണം ആ ക്രമത്തിൽ ആരംഭിച്ച സ്റ്റാക്ക് ബന്ധമില്ലാത്തതായി തോന്നുന്ന രീതികളിൽ പരാജയപ്പെടാം.

sc config ikeext start= auto
net start ikeext

വീണ്ടും അത് എന്താണ് ഓഫ് ചെയ്യുന്നത്

ചില മൂന്നാം കക്ഷി VPN സ്യൂട്ടുകൾ അവരുടെ സ്വന്തം IPsec നടപ്പാക്കൽ കൊണ്ടുവന്ന് ഇൻസ്റ്റാളേഷനിൽ IKEEXT അപ്രാപ്തമാക്കുന്നു, തുടർന്ന് Windows ക്ലയന്റ് പ്രവർത്തിക്കുന്നത് നിർത്തുന്നു. മറ്റ് ഉൽപ്പന്നം നീക്കം ചെയ്തത് പ്രൊഫൈൽ തിരുത്തലുകൾ ഒന്നും നേടാത്ത യന്ത്രങ്ങളിൽ L2TP/IPsec പുനഃസ്ഥാപിച്ചു, വിരുദ്ധ ഘടകമില്ലാതെ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്തതും അതുതന്നെ ചെയ്തു. സേവനം ഇൻസ്റ്റാളേഷൻ സമയത്ത് അപ്രാപ്തമാക്കിയതാണ്, ഉപയോക്താവ് മാറ്റിയതല്ല.

ഗ്രൂപ്പ് പോളിസിക്കും സ്റ്റാർട്ടപ്പ് തരം പിന്ന് ചെയ്യാം; അങ്ങനെയെങ്കിൽ ഒരു പ്രാദേശിക മാറ്റം അടുത്ത പുതുക്കലിൽ പിൻവലിക്കപ്പെടും, പോളിസിയുടെ ഉടമയായ അഡ്മിനിസ്ട്രേറ്റർ അത് മാറ്റണം. സ്റ്റാർട്ടപ്പ് തരം പുനരാരംഭത്തിന് മുമ്പ്, ശേഷം, മറ്റ് ഉൽപ്പന്നം അപ്ഡേറ്റ് ചെയ്തതിന് ശേഷം എല്ലാ തവണയും തീയതിയോടെ രേഖപ്പെടുത്തുക. ആവർത്തിച്ച് Disabled ലേക്ക് മടങ്ങുന്ന മൂല്യം അതിന്റെ ഉടമയെ ഊഹത്താലല്ല, പാറ്റേൺ കൊണ്ട് വെളിപ്പെടുത്തുന്നു.

ആദ്യം ഘട്ടം വായിക്കുക, പിന്നീട് ലോഗ്

സേവനം പ്രവർത്തിക്കുമ്പോൾ, പരാജയത്തിന്റെ ഘട്ടം അടുത്തതായി എവിടെ നോക്കണം എന്ന് തീരുമാനിക്കുന്നു. IKE സമയത്ത് നിൽക്കുന്നത് സാധാരണയായി UDP 500 അല്ലെങ്കിൽ 4500 സെർവറിൽ എത്തിയില്ല, അല്ലെങ്കിൽ സെർവർ പൊരുത്തപ്പെടുന്ന എൻകാപ്സുലേഷൻ ക്രമീകരണമില്ലാതെ NAT ന് പിന്നിലാണ് എന്നാണ് അർത്ഥം. ക്രെഡൻഷ്യൽ പ്രോംപ്റ്റിൽ എത്തി അവിടെ പരാജയപ്പെടുന്നത് PPP പ്രാമാണീകരണ പ്രശ്നമാണ്, IPsec അല്ല. മുകളിലേക്ക് വന്ന് ഒന്നിലും എത്താത്ത ടണൽ റൂട്ടിംഗ് അല്ലെങ്കിൽ വിഭജിത ടണൽ തകരാറാണ്, ആ മൂന്നിൽ ആദ്യത്തേത് മാത്രമാണ് VPN പ്രൊഫൈലിൽ ഉള്ളത്.

സർട്ടിഫിക്കറ്റ് പ്രൊഫൈലുകൾ അവയുടെ സ്വന്തം ഘട്ടം ചേർക്കുന്നു. ക്ലയന്റ് ഇഷ്യൂ ചെയ്യുന്ന അതോറിറ്റിയെ വിശ്വസിക്കണം, സർട്ടിഫിക്കറ്റ് സാക്ഷ്യപ്പെടുത്തുന്ന സെർവറിന്റെ പേര് നൽകണം; രണ്ട് വ്യവസ്ഥകളിൽ ഏതെങ്കിലും പരാജയപ്പെട്ടാൽ, ഡയലോഗ് ഇപ്പോഴും പ്രാരംഭ ചർച്ച പിശക് റിപ്പോർട്ട് ചെയ്യുന്നു, അതിനാൽ യഥാർത്ഥ കാരണം ഇവന്റ് ലോഗിൽ കാണുന്നു. പ്രൊഫൈൽ തിരുത്തുന്നതിന് മുമ്പ് ലോഗ് എൻട്രി വായിക്കുക, കാരണം ഡയലോഗ് നിരവധി വ്യത്യസ്ത പരാജയങ്ങൾ ഒരു വാക്യത്തിലേക്ക് ഞെക്കുന്നു. കാലഹരണപ്പെട്ട സർട്ടിഫിക്കറ്റ് അപ്രാപ്തമാക്കിയ സേവനം പോലെ അതേ ഡയലോഗ് ഉണ്ടാക്കുന്നു, അതുകൊണ്ടാണ് ലോഗ് എൻട്രി പ്രധാനമാകുന്നത്.

ഓരോ ശ്രമത്തിനും പരാജയപ്പെട്ട ഘട്ടം, പിശക് വാചകം, സമയ മുദ്ര എന്നിവ രേഖപ്പെടുത്തുക. ഈ മൂന്ന് ഫീൽഡുകൾ ആക്സസ് പ്രശ്നത്തെ പ്രാമാണീകരണ പ്രശ്നത്തിൽ നിന്നും റൂട്ടിംഗ് പ്രശ്നത്തിൽ നിന്നും വേർതിരിക്കുന്നു, അടുത്ത മാറ്റത്തെ ഊഹത്തിന് പകരം തീരുമാനമാക്കുന്നു.

പ്രാദേശിക അറ്റകുറ്റപ്പണിക്ക് എന്ത് തെളിയിക്കാനാവില്ല

സേവനം പുനഃസ്ഥാപിക്കുന്നത് ലാപ്ടോപ്പിലുള്ള പാതയുടെ പകുതി ശരിയാക്കുന്നു. പ്രവർത്തിക്കുന്ന സേവനം പ്രാദേശിക പകുതി മാത്രം തെളിയിക്കുന്നു: വിദൂര അറ്റം ഇപ്പോഴും തിരഞ്ഞെടുത്ത നിർദ്ദേശം, നൽകിയ ക്രെഡൻഷ്യലുകൾ, പാക്കറ്റ് വരുന്ന ഉറവിട വിലാസം എന്നിവ സ്വീകരിക്കണം. ലാപ്ടോപ്പിൽ ചെയ്യുന്നത് ഒന്നും UDP 500 സഹചരനിൽ എത്തുന്നതിന് മുമ്പ് എറിയുന്ന ഫയർവാളിന് പകരമാകുന്നില്ല. വിജയകരമായ സേവന അവസ്ഥ ഒരു മുൻവ്യവസ്ഥയാണ്, ടണൽ ഉയരുമെന്നതിന്റെ തെളിവല്ല.

പോർട്ടുകൾ വിട്ടയയ്ക്കാൻ IKEEXT അപ്രാപ്തമാക്കുന്നത്, Windows ലെ IPsec VPN കൾ പ്രവർത്തിക്കുന്നത് നിർത്തുമെന്ന് സ്വീകരിച്ചാൽ മാത്രമേ ന്യായീകരിക്കാനാകൂ. അത് പോർട്ട് സംഘർഷം പോർട്ട് ആവശ്യമായ സവിശേഷത നീക്കം ചെയ്ത് പരിഹരിക്കുന്നു, അത് ഉപയോക്താവ് ഉദ്ദേശിച്ച കൈമാറ്റം അപൂർവമാണ്. എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ്, സേവനം നിലവിലുണ്ട്, Automatic ലേക്ക് സെറ്റ് ചെയ്തിരിക്കുന്നു, പ്രവർത്തിക്കുന്നു, രണ്ടാമത് IPsec സ്റ്റാക്ക് ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ല, മുൻകൂട്ടി പങ്കിട്ട കീ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് ശൃംഖല ഗേറ്റ്വേയുമായി പൊരുത്തപ്പെടുന്നു എന്ന് സ്ഥിരീകരിക്കുക.

• IKEEXT നിലവിലുണ്ട്, Automatic ലേക്ക് സെറ്റ് ചെയ്തിരിക്കുന്നു, ക്ലയന്റ് ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുന്നു.
• മറ്റൊന്നും UDP 500 അല്ലെങ്കിൽ 4500 പിടിച്ചിരിക്കുന്നില്ല.
• പഴയ ക്ലയന്റിൽ നിന്ന് രണ്ടാമത് IPsec സ്റ്റാക്ക് അവശേഷിക്കുന്നില്ല.
• കീ അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് ശൃംഖല ഗേറ്റ്വേ കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുന്നു.
• പരാജയപ്പെട്ട ഘട്ടം പ്രൊഫൈൽ തിരുത്തുന്നതിന് മുമ്പ് രേഖപ്പെടുത്തി.