Windows VPN കണക്റ്റ് ചെയ്യുന്നില്ലേ? കോഡ് ഇവന്റ് ലോഗുമായി ഒത്തുനോക്കുക

Windows VPN ഡയലോഗ് പരാജയപ്പെട്ട ഘട്ടം മറയ്ക്കുന്നു. ഫലം കോഡ് വായിക്കുക, ആ ശ്രമത്തിന്റെ RasClient ഇവന്റ് എടുക്കുക, തകർന്ന പാളി മാത്രം മാറ്റുക.

വെള്ളിയാഴ്ച ഇത് പ്രവർത്തിച്ചിരുന്നു. തിങ്കളാഴ്ച അതേ Windows ക്ലയന്റ് കണക്ഷൻ ശ്രമം പരാജയപ്പെട്ടുവെന്ന് പറയുന്ന ഡയലോഗുമായി മറുപടി നൽകുന്നു, അതിനു താഴെയുള്ള വാക്യം നിങ്ങൾ ഇതിനകം ഡസൻ കണക്കിന് ബന്ധമില്ലാത്ത പ്രശ്നങ്ങൾക്ക് കണ്ടതാണ്. ആ ഡയലോഗ് ഒരു ശൃംഖലയുടെ അവസാനമാണ്, തുടക്കമല്ല. ശ്രമം യഥാർത്ഥത്തിൽ മരിച്ച ഘട്ടം Windows മറയ്ക്കുന്നു, രണ്ട് ചെറിയ തെളിവുകൾ അതിനെ പേരിടുന്നു: സംഖ്യാപരമായ ഫലം കോഡും അതേ മിനിറ്റിലെ ഒരു RasClient ഇവന്റും. ഞാൻ ഉപയോഗിക്കുന്ന ക്രമം ഇതാണ് — ശ്രമം ഉറപ്പിക്കുക, കോഡ് വായിക്കുക, ഇവന്റ് എടുക്കുക, എന്നിട്ട് കൃത്യമായി ഒരു പാളി മാറ്റുക.

ഡയലോഗിലെ പാഠം അവസാന ഘട്ടമാണ്, കാരണമല്ല

നിങ്ങൾ വായിക്കുന്ന വാക്യം ശ്രമം ഇതിനകം അഴിഞ്ഞുപോയതിനു ശേഷമാണ് തിരഞ്ഞെടുക്കുന്നത്. "കണക്ഷൻ സ്ഥാപിക്കുന്നതിന് മുമ്പ് ദൂര കമ്പ്യൂട്ടർ കണക്ഷൻ അവസാനിപ്പിച്ചു" എന്നത് സർവർ ചർച്ചയുടെ നടുവിൽ ഫോൺ വയ്ക്കുമ്പോൾ, നിങ്ങളുടെ ഉപയോക്തൃനാമം അയയ്ക്കുന്നതിന് മുമ്പ് IPsec പരാജയപ്പെടുമ്പോൾ, ഒരു നയം ടണൽ നേരിട്ട് നിരസിക്കുമ്പോൾ പ്രത്യക്ഷപ്പെടുന്നു. മൂന്ന് വ്യത്യസ്ത ഉടമകൾ, ഒരു വാക്യം. പദപ്രയോഗത്തെ ലക്ഷണ-വർഗ്ഗമായി കാണുക, കോഡ് യോജിക്കുന്നതുവരെ അതിനെ ഒന്നും നയിക്കാൻ അനുവദിക്കരുത്.

ഇനിയും ഉറപ്പിക്കാൻ കഴിയുന്നത് ശ്രമം തന്നെയാണ്. കണക്ഷന്റെ പേര്, പ്രൊഫൈലിൽ സംഭരിച്ച ടണൽ തരം — PPTP, L2TP/IPsec, SSTP അല്ലെങ്കിൽ IKEv2 —, സെക്കൻഡ് വരെയുള്ള സമയം, കോഡ് എന്നിവ എഴുതിവയ്ക്കുക. ഏത് പ്രോട്ടോക്കോൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിച്ചുവെന്ന് ഉറപ്പില്ലെങ്കിൽ, ഓർമ്മയെ വിശ്വസിക്കുന്നതിനുപകരം %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk തുറന്ന് എൻട്രി വായിക്കുക; പുതിയ പ്രോട്ടോക്കോളിനായി വീണ്ടും ഉപയോഗിക്കുന്ന പ്രൊഫൈൽ അതിന്റെ പഴയ പ്രദർശന നാമം നിലനിർത്തുന്നു.

വാക്കുകൾ വായിക്കുന്നതിന് മുമ്പ് സംഖ്യ വായിക്കുക

കോഡുകൾ മൂന്ന് ഘട്ടങ്ങളായി വീഴുന്നു, ഘട്ടം കൃത്യമായ പദപ്രയോഗത്തേക്കാൾ പ്രധാനമാണ്: എത്തിച്ചേർന്ന് നിരസിക്കപ്പെട്ട ഒരു പ്രാമാണീകരണ കൈമാറ്റം, ഒരിക്കലും ഉത്തരം നൽകാത്ത സർവർ, അല്ലെങ്കിൽ ലിങ്ക് ഉയർന്നതിന് ശേഷം തകർന്ന ചർച്ച. 691 ആദ്യ തരമാണ് — ക്രെഡൻഷ്യൽ പരിശോധന നടന്ന് പരാജയപ്പെട്ടു, തെറ്റായ പാസ്വേഡ്, ലോക്ക് ചെയ്ത അല്ലെങ്കിൽ കാലഹരണപ്പെട്ട അക്കൗണ്ട്, അല്ലെങ്കിൽ സർവർ സ്വീകരിക്കാത്ത പ്രാമാണീകരണ പ്രോട്ടോക്കോൾ എന്നിവ കാരണം. 812 നിരസിക്കലുമാണ്, പക്ഷേ സാധുവായ ക്രെഡൻഷ്യലുകളോടെ: ദൂര പ്രവേശന സർവറിലെ ഒരു നയം നിങ്ങൾക്കെതിരെ തീരുമാനിച്ചു. Microsoft കാനോനിക്കൽ ഡയൽ-അപ്പ്, VPN കണക്ഷനുകളുടെ പിശക് കോഡുകളുടെ പട്ടിക സൂക്ഷിക്കുന്നു, സന്ദേശത്തിന്റെ പാഠം തിരയുന്നതിന് മുമ്പ് അവിടെ നിങ്ങളുടെ നമ്പർ വായിക്കുന്നത് മൂല്യവത്താണ്.

809 വിപരീത വർഗ്ഗമാണ്: ഒന്നും തിരികെ വന്നില്ല. ഇത് പാതയുടെ പ്രശ്നമാണ് — SSTP-യ്ക്കായി TCP 443 ഫിൽട്ടർ ചെയ്യപ്പെട്ടു, PPTP-യ്ക്കായി GRE ബ്ലോക്ക് ചെയ്യപ്പെട്ടു, IPsec കടന്നുപോകാൻ UDP 500, 4500 അല്ലെങ്കിൽ ESP ഉപേക്ഷിക്കപ്പെട്ടു. പുതിയ പാസ്വേഡിന് ഇത് പരിഹരിക്കാനാവില്ല, പുതിയ സർട്ടിഫിക്കറ്റിനും കഴിയില്ല. 720 എന്നാൽ ലിങ്ക് ഉയർന്നു, PPP ചർച്ച ഒരിക്കലും പൂർത്തിയാക്കിയില്ല എന്നാണ്, ഇത് പ്രോട്ടോക്കോൾ പൊരുത്തക്കേടിലേക്കോ വിലാസം നൽകാൻ കഴിയാത്ത സർവറിലേക്കോ വിരൽ ചൂണ്ടുന്നു. 789, അല്ലെങ്കിൽ IKEv2-യിൽ 13801, IPsec-നുള്ളിലെ ഐഡന്റിറ്റിയാണ്: നിങ്ങൾ ഡയൽ ചെയ്യുന്ന പേരുമായി പൊരുത്തപ്പെടാത്ത വിഷയമുള്ള സർട്ടിഫിക്കറ്റ്, വിശ്വസിക്കാനാവാത്ത ശൃംഖല, അല്ലെങ്കിൽ രണ്ട് അറ്റങ്ങൾക്കിടയിൽ വ്യത്യാസമുള്ള മുൻകൂട്ടി പങ്കിട്ട കീ.

അതേ മിനിറ്റിലെ RasClient ഇവന്റ് എടുക്കുക

ഇവന്റ് വ്യൂവറിൽ, ഉറവിടം RasClient-ൽ ഫിൽട്ടർ ചെയ്ത Windows Logs > Application ആദ്യം നോക്കേണ്ട സ്ഥലമാണ്. പിശക് 720-നെക്കുറിച്ചുള്ള Microsoft-ന്റെ കുറിപ്പ് ആ ലോഗിലെ 20227 ഇവന്റിലേക്ക് വിരൽ ചൂണ്ടുന്നു. അതേ ദാതാവ് മറ്റ് ഫലങ്ങൾക്ക് മറ്റ് ഐഡന്റിഫയറുകൾ പുറപ്പെടുവിക്കുന്നു, അതിനാൽ ID-യെ രോഗനിർണ്ണയമായി കാണുന്നതിനുപകരം സന്ദേശവും അതിലുള്ള ഫലം കോഡും വായിക്കുക; ഒരു പൊതു ഡയലോഗും 720 വഹിക്കുന്ന 20227-ഉം ഇതിനകം വളരെ ഇടുങ്ങിയ കഥയാണ്.

PowerShell-ൽ നിന്ന്, GUI-യിൽ ക്ലിക്ക് ചെയ്യാതെ:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

ശൂന്യമായ ഫലം വിവരദായകമാണ്. സാധാരണയായി ഡയൽ RAS എന്തെങ്കിലും ലോഗ് ചെയ്യാൻ മതിയായ ദൂരം പോയില്ല, അല്ലെങ്കിൽ പരാജയപ്പെട്ട സോഫ്റ്റ്വെയർ തദ്ദേശീയ ക്ലയന്റേ അല്ല എന്നാണ് അർത്ഥം — മൂന്നാം കക്ഷി ക്ലയന്റുകൾ സ്വന്തം ഡയഗ്നോസ്റ്റിക്സ് സൂക്ഷിക്കുന്നു, Application ലോഗിൽ പലപ്പോഴും ഒന്നും എഴുതുന്നില്ല. ഇവന്റ് ലോഗിംഗ് തകർന്നുവെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് വിൽപ്പനക്കാരന്റെ ലോഗ് പരിശോധിക്കുക.

ഇവന്റുകളുടെ കൂമ്പാരത്തിനുപകരം ഒരു ടൈംലൈൻ നിർമ്മിക്കുക

വീണ്ടും ശ്രമിക്കാനുള്ള ലൂപ്പുകൾ ശബ്ദം ഉണ്ടാക്കുന്നു. അഞ്ച് സ്വയമേവയുള്ള വീണ്ടും കണക്ഷനുകൾ ഒരു ഇവന്റ് കൂട്ടം വിട്ടേക്കുന്നു, ഒരേ കാരണമുള്ള ഒരു ക്രമമായി അവ വായിക്കാനുള്ള പ്രലോഭനമുണ്ട്. അവ അഞ്ച് വേറിട്ട ശ്രമങ്ങളാണ്, അവയിൽ ചിലത് മാത്രം സർവറിൽ എത്തി. രണ്ടോ മൂന്നോ മിനിറ്റ് വിൻഡോ, ഒരു കണക്ഷൻ പേര് എടുക്കുക, എന്തെങ്കിലും വ്യാഖ്യാനിക്കുന്നതിന് മുമ്പ് ഓരോ ഇവന്റും അതിന്റെ സ്വന്തം കോഡിനൊപ്പം പട്ടികപ്പെടുത്തുക.

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

ആവർത്തിക്കാവുന്ന ക്യാപ്ചറിനായി, കമാൻഡ് ലൈനിൽ നിന്ന് ഡയൽ ചെയ്ത് ഫലം പ്രിന്റ് ചെയ്യാൻ അനുവദിക്കുക:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

GUI സൗഹൃദ ടെക്സ്റ്റിന് പിന്നിൽ ഒളിപ്പിക്കുന്ന നമ്പർ കൺസോൾ കാണിക്കുന്നു, രണ്ടുതവണ പ്രവർത്തിപ്പിച്ചാൽ കോഡ് സ്ഥിരമാണോ ഇടയ്ക്കിടെ വരുന്നതാണോ എന്ന് അറിയാം.

ഓരോ ഘട്ടവും എന്ത് മാറ്റണമെന്ന് പറയുന്നു

ഘട്ടത്തിന് പേരിടുന്നത് മാറ്റങ്ങളുടെ കൂട്ടത്തെ ഒരു പാളിയിലേക്ക് ചുരുക്കുമ്പോൾ മാത്രമാണ് ഉപയോഗപ്രദം:

  • 691 — പ്രാമാണീകരണം: ക്ലയന്റ് നൽകുന്ന EAP രീതി സർവർ സ്വീകരിക്കുന്നതിനെതിരെ, അക്കൗണ്ട് അവസ്ഥ, പാസ്വേഡ് കാലഹരണം, ഡയൽ-ഇൻ അനുമതി.
  • 812 — സർവർ നയം: ഈ ഉപയോക്താവിനും ഈ സമയ വിൻഡോയ്ക്കും യോജിക്കുന്ന ദൂര പ്രവേശന നയം അല്ലെങ്കിൽ NPS നിയമം.
  • 809 — എത്തിച്ചേരൽ: പാതയിലെ ഫയർവാൾ നിയമങ്ങൾ, NAT, പ്രോട്ടോക്കോൾ കടന്നുപോകൽ, തിരഞ്ഞെടുത്ത ടണൽ തരത്തിന് ആവശ്യമായ പോർട്ട്.
  • 720 — PPP ചർച്ച: പ്രാമാണീകരണ പ്രോട്ടോക്കോൾ പൊരുത്തക്കേട്, വിലാസം നൽകൽ, സർവർ വശത്തെ PPP ക്രമീകരണം.
  • 789 / 13801 — IPsec ഐഡന്റിറ്റി: നിങ്ങൾ ഡയൽ ചെയ്യുന്ന പേരിനെതിരെ സർട്ടിഫിക്കറ്റിന്റെ വിഷയം, വിശ്വാസ ശൃംഖല, മുൻകൂട്ടി പങ്കിട്ട കീ.

അവയിൽ ഒന്ന് മാറ്റുക, അതേ പ്രൊഫൈൽ വീണ്ടും പരിശോധിക്കുക, പുതിയ കോഡ് എഴുതിവയ്ക്കുക. മാറ്റത്തിന് ശേഷം വ്യത്യസ്ത കോഡ് വൈരുദ്ധ്യമല്ല, പുരോഗതിയാണ്: നിങ്ങൾ പരാജയം പിന്നീടുള്ള ഘട്ടത്തിലേക്ക് മാറ്റി, ഒരു ബഹുഘട്ട ഹസ്തദാനം നന്നാക്കുന്നത് അങ്ങനെയാണ് കാണുന്നത്. ചെയ്യരുതാത്തത് ഒരേ ഇരിപ്പിൽ ഫയർവാൾ, സർട്ടിഫിക്കറ്റ്, പാസ്വേഡ് എന്നിവ മാറ്റി അവസാനം വന്നതിന് ക്രെഡിറ്റ് നൽകുന്നതാണ്.

തെളിവുകൾ പങ്കിടുക, പരിസ്ഥിതിയല്ല

ഇവന്റ് സന്ദേശങ്ങൾ കാണുന്നതിനേക്കാൾ സമ്പന്നമാണ്. അവ കണക്ഷന്റെ പേര്, അക്കൗണ്ട്, പലപ്പോഴും ഗേറ്റ്വേയുടെ ആന്തരിക നാമം അല്ലെങ്കിൽ വിലാസം, ചിലപ്പോൾ സർട്ടിഫിക്കറ്റിന്റെ വിരലടയാളം എന്നിവ വഹിക്കുന്നു. ഒറിജിനൽ ഉള്ളിടത്ത് സൂക്ഷിക്കുക, മറ്റാർക്കും വേണ്ടി പ്രത്യേകം തിരുത്തിയ പകർപ്പ് നിർമ്മിക്കുക; ഓർമ്മയിൽ നിന്ന് ടൈംലൈൻ വീണ്ടും ടൈപ്പ് ചെയ്യുന്നത് അതിനെ ഉപയോഗപ്രദമാക്കുന്ന വിശദാംശങ്ങൾ നഷ്ടപ്പെടുത്തുന്നു.

പ്രവർത്തിക്കപ്പെടുന്ന കൈമാറ്റത്തിന് അഞ്ച് ഫീൽഡുകൾ വേണം: കോഡ്, അത് ഉൾപ്പെടുന്ന ഘട്ടം, ക്ലയന്റും ടണൽ തരവും, അതിന്റെ സമയ മേഖലയോടുകൂടിയ സമയസ്റ്റാമ്പ്, ഗേറ്റ്വേ അഭ്യർത്ഥന കണ്ടോയെന്നത്. ബാക്കിയെല്ലാം ഐച്ഛികമാണ്. ആ അഞ്ചുമായി അടുത്ത വ്യക്തിക്ക് അന്വേഷണം ആവർത്തിക്കാതെ ക്രെഡൻഷ്യൽ തർക്കത്തെ റൂട്ടിംഗ് തർക്കത്തിൽ നിന്ന് വേർതിരിക്കാം.

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

അനുബന്ധ ലേഖനങ്ങൾ