ഒരു VPN, രണ്ട് Windows അക്കൗണ്ടുകൾ: മറ്റേ സെഷൻ എന്തുകൊണ്ട് തകരുന്നു
റൂട്ടുകളും റിസോൾവറുകളും മെഷീനാകെയുള്ളതാണ്, അതിനാൽ ഒരു അക്കൗണ്ടിന്റെ ടണൽ മറ്റുള്ളവയുടെ വഴി മാറ്റുന്നു. തുടർന്ന് സ്വിച്ച് യൂസർ എൻട്രി നീക്കിയ നയമോ ലോഗോൺ മൊഡ്യൂളോ കണ്ടെത്തുക.
രണ്ട് പേർ സൈൻ ഇൻ ചെയ്തിരിക്കുന്നു, അവരിൽ ഒരാൾ കോർപ്പറേറ്റ് ടണലിൽ ബന്ധിക്കുന്നു, മറ്റേ അക്കൗണ്ടിന്റെ ബ്രൗസർ ഒരു മിനിറ്റ് മുമ്പ് വരെ നന്നായി തുറന്നിരുന്ന പേജുകൾ ലോഡ് ചെയ്യുന്നത് നിർത്തുന്നു. അതേ മെഷീനിൽ, സൈൻ ഇൻ സ്ക്രീനിൽ നിന്ന് സ്വിച്ച് യൂസർ എൻട്രിയും അപ്രത്യക്ഷമായി, അതിനാൽ രണ്ടാമത്തെ വ്യക്തിക്ക് സ്വന്തം സെഷനിലേക്ക് മടങ്ങാൻ കഴിയില്ല. ഇത് രണ്ടാമത്തെ സെഷനിൽ നിന്ന് പുറത്തേക്ക് പിന്തുടരുന്നതാണ് മനസ്സിലാക്കാനുള്ള ഏറ്റവും വേഗതയുള്ള വഴി, കാരണം ആദ്യ ഉപയോക്താവിന്റെ കണക്ഷനിൽ ഒന്നും മറച്ചുവെച്ചിട്ടില്ല, ഏതൊക്കെ ഒബ്ജക്റ്റുകൾ പങ്കിട്ടിരിക്കുന്നു എന്ന് കണ്ടാൽ രണ്ടാമത്തെ ഉപയോക്താവിന്റെ പ്രശ്നത്തിൽ ദുരൂഹതയും അവശേഷിക്കുന്നില്ല.
തകർന്ന സെഷനിൽ നിന്ന് തുടങ്ങുക
ആദ്യത്തേതല്ല, രണ്ടാമത്തെ അക്കൗണ്ടിന്റെ ഡെസ്ക്ടോപ്പിലേക്ക് പോകുക. അവിടെ ഒരു ടെർമിനൽ തുറന്ന്, മറ്റേ സെഷൻ ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ റൂട്ടിംഗ് ടേബിളും റിസോൾവർ പട്ടികയും നോക്കുക. നിങ്ങൾ കാണുന്നതെല്ലാം മെഷീനിൽ ഉള്ളതാണ്, മറ്റേ ഉപയോക്താവിന്റേതല്ല — അതാണ് ആദ്യത്തെ സൂചന.
Get-NetRoute -AddressFamily IPv4 | Sort-Object RouteMetric | Select-Object -First 12 DestinationPrefix,NextHop,InterfaceAlias
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,ServerAddresses
Get-NetConnectionProfile | Select-Object Name,NetworkCategory,IPv4Connectivityഡിഫോൾട്ട് റൂട്ട് ഇപ്പോൾ ടണൽ ഇന്റർഫേസിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, രണ്ടാമത്തെ ഉപയോക്താവിന്റെ ട്രാഫിക്കും അതിനെ പിന്തുടരും. റിസോൾവർ പട്ടികയിൽ ഒരു സ്വകാര്യ സെർവർ വന്നുചേർന്നുവെങ്കിൽ, അവരുടെ തിരച്ചിലുകൾ ഇപ്പോൾ ടണൽ വീണുകഴിഞ്ഞാൽ എത്താൻ കഴിയാത്ത ഇടത്തേക്ക് പോകുന്നു. ഇവയൊന്നും ക്ലയന്റിലെ ബഗ്ഗല്ല; ഇവ ഒരൊറ്റ പങ്കിട്ട നെറ്റ്വർക്ക് സ്റ്റാക്കിന്റെ അനന്തരഫലങ്ങളാണ്.
മൂന്നാമത്തെ കമാൻഡ് രണ്ടാം വിഭാഗം പരാതികളെ വിശദീകരിക്കുന്നു. ഒരു അഡാപ്റ്റർ മെഷീനെ പൊതു നെറ്റ്വർക്ക് വിഭാഗത്തിൽ നിന്ന് സ്വകാര്യ വിഭാഗത്തിലേക്ക് മാറ്റുമ്പോൾ, പ്രൊഫൈലിലേക്ക് ബന്ധിപ്പിച്ച ഫയർവാൾ നിയമങ്ങൾ എല്ലാ അക്കൗണ്ടുകൾക്കും ഒരുമിച്ച് മാറുന്നു, അതിനാൽ രാവിലെ അനുവദിച്ചിരുന്ന ആപ്പുകൾ ഉച്ചയ്ക്ക് ആരും നിയമം തൊടാതെ തന്നെ തടയപ്പെടാം.
കണക്ഷൻ ഓരോ ഉപയോക്താവിനും, നെറ്റ്വർക്ക് അല്ല
Windows കണക്ഷൻ ഒബ്ജക്റ്റ് അത് സൃഷ്ടിച്ച ഉപയോക്താവിന്റെ പ്രൊഫൈലിൽ സൂക്ഷിക്കുന്നു. അത് നിർമ്മിക്കുന്ന വെർച്വൽ അഡാപ്റ്റർ, ഇൻസ്റ്റാൾ ചെയ്യുന്ന റൂട്ടുകൾ, രജിസ്റ്റർ ചെയ്യുന്ന DNS സെർവറുകൾ എന്നിവ മെഷീനാകെയുള്ളതാണ്. ഈ വിഭജനമാണ് തലക്കെട്ടിലെ രണ്ട് ലക്ഷണങ്ങളുടെയും ഉറവിടം.
ആദ്യ ഉപയോക്താവിനെ സൈൻ ഔട്ട് ചെയ്യുന്നത് സാധാരണയായി രണ്ടാമത്തെയാൾക്ക് പ്രശ്നം പരിഹരിക്കുന്നത് എന്തുകൊണ്ടെന്നും ഇത് വിശദീകരിക്കുന്നു. കണക്ഷൻ നീക്കം ചെയ്യുമ്പോൾ അഡാപ്റ്ററും റൂട്ടുകളും ഒപ്പം പോകുന്നു, മെഷീനാകെയുള്ള അവസ്ഥ ആരും ബന്ധിപ്പിക്കുന്നതിന് മുമ്പുള്ളതിലേക്ക് മടങ്ങുന്നു. ഇത് ഉപയോഗപ്രദമായ രോഗനിർണയമാണ്: സൈൻ ഔട്ട് മറ്റേ അക്കൗണ്ട് ശരിയാക്കുന്നുവെങ്കിൽ, നിങ്ങൾ കേടായ പ്രൊഫൈലല്ല, പങ്കിട്ട അവസ്ഥയാണ് നോക്കുന്നത്.
നിങ്ങൾക്ക് ചെയ്യാൻ കഴിയാത്തത് രണ്ടാമത്തെ സെഷന് മറ്റൊരു റൂട്ടിംഗ് ടേബിൾ നൽകുക എന്നതാണ്. ടേബിൾ ഒന്നേയുള്ളൂ, ഏത് രണ്ട് സെഷനുകളും അത് പങ്കിടുന്നു. ഇത് ഒരു പ്രത്യേക ക്ലയന്റിന്റെ പരിമിതിയല്ല, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ സ്വഭാവമാണ്. അതായത്, അല്ലെന്ന് കരുതുന്ന ഏത് രൂപകൽപ്പനയും തുടർന്നും പരാജയപ്പെടും, ആ പരാജയങ്ങൾ ബന്ധമില്ലാത്ത ആപ്പ് ബഗ്ഗുകളായി തോന്നും.
സ്വിച്ച് യൂസർ എൻട്രി നീക്കിയത് എന്താണെന്ന് ഈ ക്രമത്തിൽ കണ്ടെത്തുക
വേഗത്തിലുള്ള ഉപയോക്തൃ മാറ്റം പൂർണ്ണമായും മറ്റൊരു കാരണത്താലാണ് അപ്രത്യക്ഷമായത്, അതിന്റെ പരിഹാരത്തിന് റൂട്ടിംഗുമായി യാതൊരു ബന്ധവുമില്ല. നാല് സാധ്യതകളും ക്രമത്തിൽ പരിശോധിക്കുക, കാരണം ആദ്യ രണ്ടെണ്ണം സെക്കൻഡുകൾക്കുള്ളിൽ പഴയപടിയാക്കാം, പിന്നീടുള്ളവയ്ക്ക് വിലയുണ്ട്.
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System' -Name HideFastUserSwitching
gpresult /h $env:TEMP\gp.html
Get-Service | Where-Object { $_.DisplayName -match 'Logon|Access|Credential' } | Select-Object Status,Name,DisplayNameരജിസ്ട്രി മൂല്യമാണ് ഏറ്റവും ലളിതമായ വിശദീകരണം. അത് നിലവിലുണ്ടെന്നും 1 എന്ന് വായിക്കുന്നുവെന്നും ഉണ്ടെങ്കിൽ, എൻട്രി നയം വഴി മറച്ചിരിക്കുന്നു, ഗ്രൂപ്പ് പോളിസി പാത്ത് Computer Configuration, Administrative Templates, System, Logon എന്നിവയും വേഗത്തിലുള്ള ഉപയോക്തൃ മാറ്റ എൻട്രികൾ മറയ്ക്കാൻ പേരിട്ട ക്രമീകരണവുമാണ്. അത് Not Configured ആക്കി gpupdate /force ഉപയോഗിച്ച് പുതുക്കുക.
രണ്ടാമത്തെ കമാൻഡ് ആ നയം പ്രാദേശികമായി എഴുതുന്നതല്ല, ഡൊമെയ്നിൽ നിന്ന് എത്തിക്കുന്നതാണോ എന്ന് പറയുന്നു. റിപ്പോർട്ടിൽ അത് വിജയിച്ച GPO-യോടൊപ്പം കാണുന്നുവെങ്കിൽ, പ്രാദേശിക മൂല്യം തിരുത്തുന്നത് അടുത്ത പുതുക്കലിൽ മടങ്ങിവരുന്ന താൽക്കാലിക പരിഹാരമാണ്, ആ സംഭാഷണം നയത്തിന്റെ ഉടമയോട് നടത്തണം.
മൂന്നാമത്തെ കമാൻഡ് മറ്റേ സംവിധാനം ഉൾക്കൊള്ളുന്നു. ലോഗോൺ മൊഡ്യൂൾ ഇൻസ്റ്റാൾ ചെയ്യുന്ന ഒരു ക്രെഡൻഷ്യൽ അല്ലെങ്കിൽ നെറ്റ്വർക്ക് ആക്സസ് ദാതാവ് അത് പ്രവർത്തിക്കുന്ന സമയത്ത് എൻട്രി അടിച്ചമർത്താം, ചില ക്ലയന്റുകൾ സൈൻ ഇൻ സ്ക്രീനിൽ അവകാശം നിലനിർത്തുന്ന ലോഗിന് മുമ്പ് ആരംഭിക്കുന്ന ഒരു ഘടകവും രജിസ്റ്റർ ചെയ്യുന്നു. ആ സേവനം പ്രവർത്തനരഹിതമാക്കിയാൽ മാറ്റം പുനഃസ്ഥാപിക്കപ്പെടും, പക്ഷേ മൊഡ്യൂൾ നൽകാൻ വേണ്ടി നിലനിൽക്കുന്ന ലോഗിന്-മുൻപുള്ള അല്ലെങ്കിൽ posture ഫംഗ്ഷനുകളും നീങ്ങിപ്പോകും.
| Cause | How to confirm | Cost of the fix |
|---|---|---|
| HideFastUserSwitching policy | Registry value present and set to 1 | None; remove the policy |
| Logon module service | Service running under a vendor name | Loses pre-logon and posture behaviour |
| GINA-era assumption | Only relevant on very old Windows | Nothing to fix; the mechanism is gone |
സ്വയം പുറത്ത് പൂട്ടിയിടാതെ അത് മാറ്റുക
ജോലി ചെയ്യുമ്പോൾ ഒരു അഡ്മിനിസ്ട്രേറ്റീവ് സെഷൻ തുറന്നുവയ്ക്കുക, ആ സ്ക്രീനിലൂടെ മാത്രം എത്താവുന്ന മെഷീനിൽ സൈൻ ഇൻ സ്ക്രീൻ ക്രമീകരണം ഒരിക്കലും മാറ്റരുത്. ആദ്യം മറ്റ് സെഷനുകൾ സൈൻ ഔട്ട് ചെയ്യുക, മാറ്റം പ്രയോഗിക്കുക, പുതുക്കുക, പിന്നീട് റീബൂട്ട് ചെയ്യുന്നതിന് പകരം ഉപയോക്താക്കളെ മാറ്റി പരിശോധിക്കുക.
നിങ്ങൾ പ്രവർത്തനരഹിതമാക്കിയ posture ഫംഗ്ഷനുകൾ രേഖപ്പെടുത്തുക. ഒരു ക്ലയന്റ് അപ്ഡേറ്റ് ലോഗോൺ മൊഡ്യൂൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യാം അല്ലെങ്കിൽ വീണ്ടും സജീവമാക്കാം, അപ്പോൾ ലക്ഷണം വ്യക്തമായ കാരണമില്ലാതെ മടങ്ങുന്നു, സാധാരണയായി ആരും മുമ്പത്തെ മാറ്റം ഓർമ്മിക്കാത്ത ഒരു സപ്പോർട്ട് വിൻഡോയുടെ നടുവിൽ.
മാനേജ് ചെയ്യപ്പെടുന്ന ഉപകരണത്തിൽ, ക്രമീകരണം മുകളിൽ നിന്ന് എത്തിക്കുന്നതാണെന്ന് കരുതുക. ആദ്യം പോളിസി റിപ്പോർട്ട് പരിശോധിക്കുന്നത് മടങ്ങിവരുന്ന പ്രാദേശിക തിരുത്തലുകളിൽ ഒരു മണിക്കൂർ ലാഭിക്കുന്നു. ഉത്തരം ഇല്ല എന്നായാൽ ആരോട് ചോദിക്കണമെന്നും അത് പറയും. വിജയിച്ച നയം പേരെടുത്ത് പറയുന്ന ടിക്കറ്റ്, ആരോ ഇതിനകം മാറ്റിയ ഒരു രജിസ്ട്രി കീ വിവരിക്കുന്ന ടിക്കറ്റിനെക്കാൾ ഇരട്ടി വേഗത്തിൽ പരിഹരിക്കപ്പെടുന്നു.
രണ്ട് അക്കൗണ്ടുകളും പരിശോധിച്ച് മാതൃക തിരഞ്ഞെടുക്കുക
രണ്ട് ഉപയോക്താക്കളും അനുഭവിക്കുന്ന ക്രമത്തിൽ ഫലം പരിശോധിക്കുക. ആദ്യ അക്കൗണ്ട് വിച്ഛേദിച്ചിരിക്കുമ്പോൾ രണ്ടാമത്തെ അക്കൗണ്ടിൽ സൈൻ ഇൻ ചെയ്ത് സാധാരണ ആക്സസ് സ്ഥിരീകരിക്കുക, പിന്നീട് ആദ്യ അക്കൗണ്ടിന്റെ ടണൽ ബന്ധിപ്പിച്ച് രണ്ടാമത്തെ അക്കൗണ്ടിന്റെ പ്രതീക്ഷിത പാത ഇപ്പോഴും നിങ്ങൾ ഉദ്ദേശിച്ചതുതന്നെയാണോ എന്ന് സ്ഥിരീകരിക്കുക.
qwinsta
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Select-Object InterfaceAlias,NextHop,RouteMetric
Test-NetConnection -ComputerName intranet.example.internal -Port 443രണ്ട് അക്കൗണ്ടുകൾക്കും ഒരേ സമയം വ്യത്യസ്ത നെറ്റ്വർക്ക് പാതകൾ യഥാർത്ഥത്തിൽ വേണ്ടിവന്നാൽ, സത്യസന്ധമായ ഉത്തരം രണ്ട് മെഷീനുകൾ, രണ്ട് വെർച്വൽ മെഷീനുകൾ, അല്ലെങ്കിൽ ഒരു പാത മാത്രം ആവശ്യമുള്ള ഒരു നയമാണ്. പങ്കിട്ട കണക്ഷനിലെ സ്പ്ലിറ്റ് ടണൽ എന്താണ് നീങ്ങുന്നതെന്ന് ചുരുക്കാം, പക്ഷേ ഓരോ സെഷനും സ്വന്തം ടേബിൾ നൽകാൻ കഴിയില്ല. മൂന്ന് ശ്രമങ്ങൾക്ക് ശേഷം കണ്ടെത്തുന്നതിനേക്കാൾ ഇത് നേരത്തെ അറിയുന്നത് വിലകുറവാണ്.
ചുറ്റും പാച്ച് ചെയ്യുന്നതിന് പകരം വ്യക്തമായി എടുക്കേണ്ട തീരുമാനമാണിത്. ഒരു റൂട്ടിംഗ് ടേബിൾ, ഒരു റിസോൾവർ പട്ടിക, ഒരു ഫയർവാൾ പ്രൊഫൈൽ: ബാക്കിയെല്ലാം അതിൽ നിന്നാണ് വരുന്നത്, അതിനെ മാനിക്കുന്ന പരിഹാരം അടുത്ത മാസവും പ്രവർത്തിക്കും.