Windows VPN പിശക് കോഡുകൾ: ഏത് ഘട്ടം പരാജയപ്പെട്ടു, എന്ത് ലോഗ് ചെയ്യണം
829, 703, 720, 691, 649: ഓരോ സംഖ്യയും ഒരു ഘട്ടത്തെ പേരിടുന്നു, ഓരോ ഘട്ടത്തിനും സ്വന്തം തെളിവുകളുണ്ട്. ഒരു ശ്രമം രേഖപ്പെടുത്തുക, ഗേറ്റ്വേ ലോഗുമായി താരതമ്യം ചെയ്യുക, ഒരു പാളി മാറ്റുക.
പരാജയത്തിന് ശേഷം Windows VPN ഡയലോഗ് തുറക്കുക, അത് നിങ്ങൾക്ക് ഒരു സംഖ്യയും ഒരു വാക്യവും നൽകും, അതിൽ വാക്യം സാധാരണയായി കുറവ് ഉപയോഗപ്രദമായ പകുതിയാണ്. സംഖ്യ കണക്ഷന്റെ ഏത് ഘട്ടം പരാജയപ്പെട്ടുവെന്ന് സൂചിപ്പിക്കുന്നു, ഘട്ടം അടുത്തതായി ഏത് ലോഗ്, ഏത് ക്രമീകരണം, ഏത് ടീം എന്നിവ നോക്കണമെന്ന് നിർണ്ണയിക്കുന്നു. ഘട്ടങ്ങൾ ക്രമത്തിൽ കടന്നുപോകാൻ ഏകദേശം പത്ത് മിനിറ്റ് എടുക്കും, കൂടാതെ ഒരിക്കലും ഡയൽ ചെയ്യാൻ അനുവാദം ലഭിക്കാത്ത അക്കൗണ്ട് ശരിയാക്കാൻ അഡാപ്റ്ററുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുക, പ്രോട്ടോക്കോളുകൾ മാറ്റുക, സ്റ്റാക്ക് പുനഃസജ്ജമാക്കുക എന്ന പരിചിത ക്രമം തടയും.
സംഖ്യയെ ഒരു ഘട്ടമായി വായിക്കുക
സ്വദേശീയ കണക്ഷൻ നാല് നാഴികക്കല്ലുകൾ കടന്നുപോകുന്നു. അത് സെർവറിൽ എത്തി ഒരു ലിങ്ക് സ്ഥാപിക്കുന്നു, സുരക്ഷയെക്കുറിച്ച് ചർച്ച ചെയ്യുന്നു, ഉപയോക്താവിനെ പ്രാമാണീകരിക്കുന്നു, വിലാസവൽക്കരണവും റൂട്ടിംഗും പ്രയോഗിക്കുന്നു. അവയോരോന്നിലെയും പരാജയം വ്യത്യസ്ത തെളിവുകൾ അവശേഷിപ്പിക്കുന്നു, ഒരു ഘട്ടത്തിന്റെ കോഡ് മറ്റുള്ളവയെക്കുറിച്ച് ഉപയോഗപ്രദമായ ഒന്നും പറയുന്നില്ല.
ഒഴിവാക്കേണ്ട തെറ്റ് കോഡിനെ തീവ്രതയുടെ തോതായി കാണുന്നതാണ്. ലിങ്ക് പരാജയവും അംഗീകാര പരാജയവും രണ്ടും "കണക്ട് ചെയ്യാനായില്ല" എന്ന് വായിക്കപ്പെടുന്നു, അതല്ലാതെ മറ്റൊന്നും പൊതുവായില്ല. തീവ്രത എന്തെങ്കിലും എത്ര അടിയന്തിരമെന്ന് പറയുന്നു; ഘട്ടം എന്ത് തുറക്കണമെന്ന് പറയുന്നു.
| Code family | Stage | Where the evidence lives |
|---|---|---|
| 829, 703 | Link or dial completion | Client event log, remote listener reachability |
| 720 | PPP negotiation and miniport binding | Adapter state, bindings, client log detail |
| 691, 649, 812 | Identity and authorization | Gateway or authentication server decision |
| Connected, no traffic | Addressing, routing and resolution | Route table and resolver configuration |
ആദ്യ ഘട്ടം: ലിങ്കും ഡയൽ ശ്രമവും
829 അർത്ഥം അടിസ്ഥാന ലിങ്ക് വിച്ഛേദിക്കപ്പെട്ടു എന്നാണ്. ദൂരെയുള്ള കക്ഷി മറുപടി നിർത്തിയോ, ഇടയ്ക്കുള്ള ഉപകരണം സെഷൻ കൊന്നോ, ക്ലയന്റിലെ നയം അത് അടച്ചോ എന്ന് അത് പറയുന്നില്ല. 703 പോലുള്ള ഡയൽ പൂർത്തീകരണ കോഡ് ഇതിലും മുൻപാണ്: ശ്രമം ഒരു ലിങ്ക് ഉണ്ടാകുന്നിടത്തോളം എത്തിയില്ല, ഇത് സാധാരണയായി പ്രൊഫൈൽ, സേവന അവസ്ഥ അല്ലെങ്കിൽ പ്രാദേശിക നയം എന്നിവയിലേക്ക് വിരൽ ചൂണ്ടുന്നു.
Get-VpnConnection -Name 'Corp' | Select-Object Name,ServerAddress,TunnelType,AuthenticationMethod,ConnectionStatus
Test-NetConnection -ComputerName vpn.example.net -Port 443
Get-WinEvent -LogName Application -MaxEvents 200 | Where-Object ProviderName -match 'RasClient' | Select-Object -First 15 TimeCreated,Id,Message
ഇവന്റ് ക്വറി ആളുകൾ ഒഴിവാക്കുന്ന ഭാഗമാണ്. സമയ മുദ്രയും ഇന്റർഫേസ് പേരും ഉള്ള ക്ലയന്റ്-വശത്തുള്ള രേഖ ഡയലോഗിനേക്കാൾ മൂല്യമുള്ളതാണ്, കാരണം ശ്രമം യന്ത്രത്തിൽ നിന്ന് പുറത്തുപോയോ എന്ന് അത് പറയുന്നു. രേഖയില്ല, കേൾക്കുന്നയാളിൽ നിന്ന് മറുപടിയുമില്ല എന്നത് എത്തിച്ചേരാനുള്ള പ്രശ്നമാണ്, ക്ലയന്റിൽ എത്ര എഡിറ്റ് ചെയ്താലും അത് മാറില്ല.
അതേ പ്രൊഫൈൽ മറ്റൊരു നെറ്റ്വർക്കിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ ഇവിടെ നിർത്തുക. കോഡ് ഒരു കോൺഫിഗറേഷൻ പിശകല്ല, പാതയുടെ അവസ്ഥയാണ് വിവരിക്കുന്നത്, അടുത്ത ഉപയോഗപ്രദമായ താരതമ്യം മറ്റൊരു പുനഃസ്ഥാപനമല്ല, രണ്ട് ക്യാപ്ചറുകളാണ്.
രണ്ടാം ഘട്ടം: PPP ഉം മിനിപോർട്ട് ബൈൻഡിംഗും
720 ലിങ്കിനും ഉപയോക്താവിനും ഇടയിലാണ്. ടണൽ ഉയർന്നു, പിന്നീട് PPP പാളിക്ക് ഒരു വിലാസമോ നിയന്ത്രണ പ്രോട്ടോക്കോളോ ചർച്ച ചെയ്യാനായില്ല, ഇത് പലപ്പോഴും ക്ലയന്റിലെ ബൈൻഡിംഗ് പ്രശ്നമാണ്, നിരസിക്കപ്പെട്ട ക്രെഡൻഷ്യലല്ല. ആ വ്യത്യാസമാണ് കോഡിന്റെ മുഴുവൻ മൂല്യം: ക്രെഡൻഷ്യലിൽ ഒരിക്കലും എത്തിയില്ലെന്ന് അത് പറയുന്നു, അതിനാൽ അക്കൗണ്ട് സംശയിക്കപ്പെടുന്നയാളല്ല.
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -match 'WAN Miniport' | Select-Object Name,Status,ifIndex
Get-NetAdapterBinding | Where-Object ComponentID -match 'ms_pptp|ms_l2tp|ms_sstp|ms_agile' | Select-Object Name,ComponentID,Enabled
ആ രണ്ട് ഔട്ട്പുട്ടുകൾ വായിക്കുന്നത് എന്തെങ്കിലും പുനഃസജ്ജമാക്കുന്നതിനേക്കാൾ വിവരദായകമാണ്. ഉള്ളതുമായി ആരംഭിക്കാത്ത മിനിപോർട്ട്, അല്ലെങ്കിൽ മറ്റൊരു സോഫ്റ്റ്വെയർ പ്രവർത്തനരഹിതമാക്കിയ പ്രോട്ടോക്കോൾ ബൈൻഡിംഗ്, കൃത്യമായി ഈ ഘട്ടത്തിന്റെ പരാജയം ഉണ്ടാക്കുന്നു. രണ്ടും സ്റ്റാക്കിന്റെ ബാക്കി ഭാഗം തൊടാതെ ശരിയാക്കാം. നേരെമറിച്ച്, പൂർണ്ണ പുനഃസജ്ജീകരണം തകരാറുമായി ബന്ധമില്ലാത്ത വിലാസവൽക്കരണവും ഫിൽട്ടർ അവസ്ഥയും നീക്കം ചെയ്യുന്നു.
മൂന്നാം ഘട്ടം: ഐഡന്റിറ്റിയും അംഗീകാരവും
691 അർത്ഥം ക്രെഡൻഷ്യലുകൾ നിരസിക്കപ്പെട്ടു എന്നാണ്. 649 അർത്ഥം അക്കൗണ്ടിന് ഡയൽ ചെയ്യാൻ അനുവാദമില്ല എന്നാണ്, 812 അർത്ഥം ഒരു ദൂരസ്ഥ പ്രവേശന നയം കണക്ഷൻ നിരസിച്ചു എന്നാണ്. ഇവ തീരുമാനങ്ങളാണ്, ഗതാഗത തകരാറുകളല്ല, ക്ലയന്റിന് അവ റിപ്പോർട്ട് ചെയ്യാൻ മാത്രമേ കഴിയൂ.
തെളിവ് മറുവശത്താണ്. ആ സമയ മുദ്രയിലെ ശ്രമവും പൊരുത്തപ്പെട്ട നയവും ഗേറ്റ്വേ ഓപ്പറേറ്ററിനോട് ചോദിക്കുക; അക്കൗണ്ടിന് ഡയൽ-ഇൻ അനുമതിയുണ്ടോ, നയം ആവശ്യപ്പെടുന്ന ഗ്രൂപ്പിലുണ്ടോ എന്ന് ഡയറക്ടറി ഉടമയോട് ചോദിക്കുക. ടണൽ തരം മാറ്റുന്നതോ ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതോ ഒരു ഐഡന്റിറ്റിയെക്കുറിച്ച് എടുത്ത തീരുമാനം മാറ്റാനാവില്ല.
ഈ ഘട്ടത്തിലെ ഉപയോഗപ്രദമായ ശീലം ടിക്കറ്റിൽ കൃത്യമായ അക്കൗണ്ട് സ്ട്രിംഗ് എഴുതുക എന്നതാണ്, ഏതെങ്കിലും ഡൊമെയ്ൻ പ്രിഫിക്സ് ഉൾപ്പെടെ. ആശ്ചര്യകരമാണ് എന്നത്രയും 691 കേസുകൾ തെറ്റായ ഡൊമെയ്നിനായി സൂക്ഷിച്ച ക്രെഡൻഷ്യലുകളാണ്, അത് പ്രോട്ടോക്കോൾ ക്രമീകരണങ്ങളിലല്ല, അക്കൗണ്ട് സ്ട്രിംഗിൽ കാണാം.
നാലാം ഘട്ടം: കണക്ട് ചെയ്തു, ഒന്നും പ്രവർത്തിക്കുന്നില്ല
ഒരു കണക്ഷൻ പൂർത്തിയാകാം, എന്നിട്ടും ഉപയോഗശൂന്യമായിരിക്കാം. അതിന് ഒരു വിലാസമുണ്ട്, ക്ലയന്റ് വിജയം റിപ്പോർട്ട് ചെയ്യുന്നു, ആപ്ലിക്കേഷന്റെ ഓരോ അഭ്യർത്ഥനയും സമയപരിധി കവിയുന്നു. ഡയലോഗിൽ ഒന്നും അത് പ്രതിഫലിപ്പിക്കുന്നില്ല, നോക്കാൻ ഒരു കോഡുമില്ല. ആ ഘട്ടത്തിൽ ഡയലോഗ് അവസാനിച്ചു, ഉപയോഗപ്രദമായ തെളിവ് മറ്റെവിടെയോ ആണ്.
Get-NetRoute -DestinationPrefix 10.24.0.0/16 | Select-Object DestinationPrefix,NextHop,InterfaceAlias
Resolve-DnsName files.corp.example.internal
Test-NetConnection -ComputerName 10.24.6.15 -Port 445
റൂട്ട് ഇല്ലെങ്കിൽ, സെർവർ അത് തള്ളിയിട്ടില്ല അല്ലെങ്കിൽ ക്ലയന്റ് അത് ഉപേക്ഷിച്ചു. റൂട്ട് ഉണ്ടെങ്കിലും പേര് പരാജയപ്പെട്ടാൽ, പ്രശ്നം റിസോൾവിംഗിലാണ്. രണ്ടും പ്രവർത്തിച്ചിട്ടും ആപ്ലിക്കേഷൻ പരാജയപ്പെട്ടാൽ, നിങ്ങൾ ടണലിന് അപ്പുറം ആപ്ലിക്കേഷന്റെ സ്വന്തം കോൺഫിഗറേഷനിലാണ്.
ഓരോ പരീക്ഷണത്തിനും മാറ്റങ്ങൾ ഒരു പാളിയിൽ ഒതുക്കുക. അടുത്ത ശ്രമത്തിന് മുൻപ് ചെയ്യുന്ന ഓരോ എഡിറ്റും അടുത്ത കോഡിന്റെ സന്ദർഭത്തിന്റെ ഭാഗമാകുന്നു, നിങ്ങളുടെ അവസാന എഡിറ്റ് വിവരിക്കുന്ന കോഡ് കോഡില്ലായ്മയേക്കാൾ മോശമാണ്.
ഒരു ശ്രമം, ഒരു മാറ്റം, ഒരു രേഖ
ഏത് ഘട്ടമായാലും, രേഖയിൽ കോഡ്, സന്ദേശം, പ്രൊഫൈൽ പേര്, സമയ മുദ്ര, നിങ്ങൾ ഉണ്ടായിരുന്ന നെറ്റ്വർക്ക് എന്നിവ ഉണ്ടായിരിക്കണം. അഞ്ച് ഫീൽഡുകൾ, അവയോരോന്നും ഇപ്പോൾത്തന്നെ ഡയലോഗിലോ ക്ലയന്റ് ലോഗിലോ നിങ്ങളുടെ മുൻപിലുണ്ട്. ആ കൂട്ടം ടിക്കറ്റിൽ ഒട്ടിക്കാൻ മതിയായ ചെറുതും മറ്റൊരാൾ പുനർനിർമ്മിക്കാൻ മതിയായ കൃത്യവുമാണ്.
എന്നിട്ട് ആ സമയ മുദ്ര മറുവശത്തെ രേഖയുടെ അടുത്ത് വയ്ക്കുക. ഈ പേജിന്റെ മുകളിലുള്ള പട്ടിക ഓരോ പൊരുത്തക്കേടും ഏത് ഘട്ടത്തിന്റേതാണെന്ന് പറയുന്നു. രണ്ടാമത്തെ രേഖയില്ലാതെ കോഡ് തിരയൽ ചുരുക്കുന്നു മാത്രം; അതുണ്ടെങ്കിൽ ഘട്ടം തീരുമാനിക്കപ്പെടുന്നു. ഊഹമല്ല, രോഗനിർണ്ണയമാക്കി മാറ്റുന്നത് ഈ താരതമ്യമാണ്.
ആ ശീലം Windows-ന്റെ ഏതാണ്ട് എല്ലാ സ്വദേശീയ VPN തകരാറും ഉൾക്കൊള്ളുന്നു, ഏത് ശാഖയും എന്തെങ്കിലും വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതില്ല. ഡയലോഗ് എപ്പോഴും നിങ്ങൾക്ക് ഏതാണ് ഉള്ളതെന്ന് പറഞ്ഞിരുന്നു; ജോലി അവയെല്ലാം ഒരേ പ്രശ്നമായി കാണാതിരിക്കുന്നതിലാണ്.