SMB 2240 VPN വഴി: ലോഗോൺ വർക്ക്സ്റ്റേഷൻ പട്ടിക പരിശോധിക്കുക

ടണലിലൂടെ ഒരു ഷെയർ തുറക്കുമ്പോൾ പിശക് 2240 തിരികെ വരുന്നു, ആദ്യ ചിന്ത റൂട്ടിംഗ് നോക്കുക എന്നതാണ്. സംഖ്യ അതിനേക്കാൾ കൃത്യമാണ്. Windows റിപ്പോർട്ട് ചെയ്യുന്നത് ഈ വർക്ക്സ്റ്റേഷനിൽ നിന്ന് അക്കൗണ്ടിന് ലോഗോൺ ചെയ്യാൻ കഴിഞ്ഞേക്കില്ല എന്നാണ്, അത് പ്രവേശനക്ഷമതയെക്കുറിച്ചുള്ള പ്രസ്താവനയല്ല, ഒരു അക്കൗണ്ടിനെക്കുറിച്ചുള്ള നയ പ്രസ്താവനയാണ്.

പിശക് നമ്പർ ടിക്കറ്റിൽ സൂക്ഷിക്കുക. അത് അന്വേഷണം ഒരു ആട്രിബ്യൂട്ടിലേക്കും ഒരു സംഭവത്തിലേക്കും ചുരുക്കുന്നു.

2240 യഥാർത്ഥത്തിൽ എന്തിനെ സൂചിപ്പിക്കുന്നു

നെറ്റ്വർക്ക് മാനേജ്മെന്റ് പിശകുകളുടെ പട്ടിക 2240 എന്നതിനെ NERR_InvalidWorkstation എന്ന് തിരിച്ചറിയുന്നു, ഈ പേര് അക്ഷരാർത്ഥത്തിൽ വായിക്കേണ്ടതാണ്. അക്കൗണ്ട് അനുവദനീയമായ ലോഗോൺ കമ്പ്യൂട്ടറുകളുടെ ഒരു കൂട്ടത്തിൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, ക്രെഡൻഷ്യലുകൾ അവതരിപ്പിക്കുന്ന യന്ത്രം അവയിൽ ഇല്ല. ആ നിർവചനത്തിൽ ടണലോ ഫയൽ ഷെയറോ പാസ്വേഡോ പരാമർശിക്കുന്നില്ല. ആട്രിബ്യൂട്ട് അക്കൗണ്ടിൽ സ്ഥിതി ചെയ്യുന്നു, ലോഗോൺ ശ്രമിക്കുമ്പോൾ വിലയിരുത്തപ്പെടുന്നു.

അതേ കുടുംബത്തിലെ മറ്റ് സംഖ്യകൾ മറ്റൊന്ന് അർത്ഥമാക്കുന്നു. അനുവദനീയമായ ലോഗോൺ സമയങ്ങളുടെ ലംഘനം മറ്റൊരു കോഡാണ്, തെറ്റായ പാസ്വേഡും അങ്ങനെ തന്നെ. എല്ലാം ഒരു പ്രവേശന പ്രശ്നമായി റിപ്പോർട്ട് ചെയ്യുന്നത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇപ്പോൾ നൽകിയ കൃത്യത പാഴാക്കുന്നു.

നിയന്ത്രണം അക്കൗണ്ടിൽ ജീവിക്കുന്നു, അതിനാൽ അത് ഐഡന്റിറ്റിയെ എവിടെ പ്രാമാണീകരിക്കപ്പെട്ടാലും പിന്തുടരുന്നു. എല്ലാ ദിവസവും ഓഫീസിൽ ജോലി ചെയ്ത് ലാപ്ടോപ്പ് വീട്ടിലേക്ക് കൊണ്ടുപോകുന്ന ഉപയോക്താവിന് യന്ത്രത്തിന്റെ പേര് മാറുമ്പോൾ മാത്രമാണ് അത് നേരിടേണ്ടി വരുന്നത്, അതുകൊണ്ടാണ് ആരെങ്കിലും ഈ മാതൃക തിരിച്ചറിയുന്നതിന് മുമ്പ് പരാജയം മാസങ്ങളോളം VPN പ്രശ്നം പോലെ തോന്നുന്നത്.

രണ്ട് ബന്ധപ്പെട്ട വസ്തുതകൾ അത് വിശദീകരിക്കുന്നില്ല. NAT ഉപകരണത്തിന് അക്കൗണ്ടിന്റെ ആട്രിബ്യൂട്ട് തൊടാതെ നിരീക്ഷിക്കപ്പെടുന്ന ഉറവിട വിലാസം മാറ്റാനാകും, DNS സഫിക്സ് മാറ്റം ഒരു ചെറിയ പേര് ശരിയാക്കി ലോഗോൺ നിയന്ത്രണം ഉണ്ടായിരുന്നിടത്ത് തന്നെ നിർത്താനും കഴിയും. രണ്ടും ഒഴിവാക്കേണ്ടതാണ്, ഒന്നും ആട്രിബ്യൂട്ട് വായിക്കുന്നതിന് പകരമല്ല.

ആദ്യം പരാജയപ്പെട്ട ലോഗോൺ റെക്കോർഡ് വായിക്കുക

ഫയൽ സെർവർ ഏത് ഐഡന്റിറ്റിയെ പ്രാമാണീകരിച്ചു, ഏത് യന്ത്രമാണ് അത് അവതരിപ്പിച്ചത് എന്ന് നിർണ്ണയിക്കുക. ഡൊമെയ്ൻ അക്കൗണ്ട്, സമാനമായ ചെറിയ പേരുള്ള ലോക്കൽ അക്കൗണ്ട്, വേറിട്ട VPN അക്കൗണ്ട് എന്നിവ പരസ്പരം മാറ്റാനാവില്ല, കൃത്യമായത് അറിഞ്ഞാൽ മാത്രമേ പിശകിന് അർത്ഥമുള്ളൂ.

സെക്യൂരിറ്റി ലോഗ് അക്കൗണ്ടിനും വിളിക്കുന്ന വർക്ക്സ്റ്റേഷന്റെ പേരിനുമൊപ്പം ശ്രമം രേഖപ്പെടുത്തുന്നു, നിയന്ത്രണം വിലയിരുത്തുന്നത് കൃത്യമായി ആ ജോഡിയുടെ മേലാണ്:

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625; StartTime=(Get-Date).AddHours(-2)} |
  Select-Object TimeCreated,Message | Format-List
Get-ADUser -Identity jdoe -Properties LogonWorkstations |
  Select-Object SamAccountName,LogonWorkstations

ആദ്യ കമാൻഡ് പരാജയവും സെർവർ സ്വീകരിച്ച വർക്ക്സ്റ്റേഷൻ സ്ട്രിംഗും കാണിക്കുന്നു, രണ്ടാമത്തേത് അക്കൗണ്ടിലെ അനുവദനീയ പട്ടിക കാണിക്കുന്നു. ക്ലയന്റിന്റെ സ്വന്തം കമ്പ്യൂട്ടർ പേരാണ് സെർവർ രേഖപ്പെടുത്തിയത് എന്ന് അനുമാനിക്കാതെ രണ്ടും താരതമ്യം ചെയ്യുക. ലോഗിൽ തെറ്റായി കാണുന്ന പേരാണ് സാധാരണയായി ഉപയോഗപ്രദമായ കണ്ടെത്തൽ, കാരണം സെർവർ യഥാർത്ഥത്തിൽ സംസാരിക്കുന്നതായി കരുതുന്ന യന്ത്രത്തെ അത് പേരിടുന്നു. ആ വിശ്വാസത്തിന്റെ മേലാണ് നിയന്ത്രണം പരിശോധിക്കുന്നത്.

ട്രാഫിക് കടന്നുപോകുന്നു എന്ന കാരണത്താൽ VPN ഗേറ്റ്വേയുടെ പേര് ചേർക്കരുത്. ഗേറ്റ്വേ പ്രാമാണീകരിച്ച വിളിക്കുന്നവനല്ല, അത് പട്ടികയിൽ ചേർക്കുന്നത് ഒന്നും മാറ്റുന്നില്ല, അക്കൗണ്ട് അവലോകനം ബുദ്ധിമുട്ടാക്കുന്നു മാത്രം.

ഏറ്റവും ചെറിയ പരിധിയിൽ നിയന്ത്രണം ശരിയാക്കുക

യന്ത്രത്തിന് അനുമതി നൽകേണ്ടതുണ്ടെങ്കിൽ, കൃത്യമായി ആ എൻട്രി അക്കൗണ്ടിന്റെ വർക്ക്സ്റ്റേഷൻ പട്ടികയിൽ ചേർത്ത് ബാക്കിയെല്ലാം അതേപടി വിടുക. ഇല്ലെങ്കിൽ, ശരിയായ ഉത്തരം നിയന്ത്രണം നീക്കം ചെയ്യലല്ല, അംഗീകൃത യന്ത്രമാണ്, കാരണം ഈ ക്രെഡൻഷ്യലുകൾ എവിടെ ഉപയോഗിക്കാമെന്ന് പരിമിതപ്പെടുത്താനാണ് നിയന്ത്രണം നിലനിൽക്കുന്നത്.

കൂട്ട തിരുത്തലുകൾ ഇവിടെ സാധാരണമാണ്, സാധാരണയായി തെറ്റാണ്. നീണ്ട അനുവദനീയ യന്ത്ര പട്ടികയുള്ള അക്കൗണ്ട് എന്നത് അതിന്റെ നിയന്ത്രണം അർത്ഥം നഷ്ടപ്പെട്ട അക്കൗണ്ടാണ്.

ഐഡന്റിറ്റി പങ്കിട്ടതാണോ എന്ന് അറിയുന്നതും സഹായകമാണ്. നിരവധി പേർ നിരവധി ലാപ്ടോപ്പുകളിൽ നിന്ന് ഒരു സേവന അക്കൗണ്ട് ഉപയോഗിക്കുമ്പോൾ, നയം അർത്ഥശൂന്യമാകുന്നതുവരെ വർക്ക്സ്റ്റേഷൻ പട്ടിക വളരുന്നു, അത് രൂപകൽപ്പനയുടെ പ്രശ്നമാണ്, ഭരണപരമല്ല.

അടുത്ത ഫലം വായിക്കുക, അതിന്റെ അഭാവമല്ല

അംഗീകൃത മാറ്റത്തിന് ശേഷം ഉദ്ദേശിച്ച അക്കൗണ്ട് ഉപയോഗിച്ച് പുതിയ അഭ്യർത്ഥന നടത്തി എന്ത് സംഭവിക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക. വ്യത്യസ്തമായ പിശക് പുരോഗതിയാണ്, കാരണം മുൻഘട്ടം ആവർത്തിക്കുന്നതിനുപകരം അടുത്ത ഘട്ടത്തെ അത് പേരിടുന്നു.

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

Windows വർക്ക്സ്റ്റേഷൻ നിയന്ത്രണം റിപ്പോർട്ട് ചെയ്യുമ്പോൾ VPN പ്രൊഫൈൽ വീണ്ടും നിർമ്മിക്കാനോ പാസ്വേഡ് പുനഃസജ്ജമാക്കാനോ കാരണമില്ല. Microsoft ന്റെ നെറ്റ്വർക്ക് പിശകുകളുടെ പട്ടിക കൃത്യമായി ഈ കാരണത്താൽ തുറന്നു വയ്ക്കേണ്ടതാണ്: എന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് ഏത് ആട്രിബ്യൂട്ട് പരിശോധിക്കണമെന്ന് കോഡ് പറയുന്നു.