બે લોકો સાઇન-ઇન છે, તેમાંથી એક કોર્પોરેટ ટનલ સાથે જોડાય છે, અને બીજા ખાતાનું બ્રાઉઝર એ પાનાં લોડ કરવાનું બંધ કરે છે જે એક મિનિટ પહેલાં ઠીક હતાં. એ જ મશીન પર સાઇન-ઇન સ્ક્રીન પરથી વપરાશકર્તા બદલો એન્ટ્રી પણ ગાયબ થઈ ગઈ છે, તેથી બીજી વ્યક્તિ પોતાના સત્રમાં પાછી ફરી શકતી નથી. આને બીજા સત્રથી બહારની તરફ અનુસરવું એ સમજવાનો સૌથી ઝડપી રસ્તો છે, કારણ કે પહેલા વપરાશકર્તાના કનેક્શનમાં કંઈ છુપાયેલું નથી, અને કઈ વસ્તુઓ વહેંચાયેલી છે તે જોતાં જ બીજા વપરાશકર્તાની સમસ્યામાં કંઈ રહસ્ય રહેતું નથી.

તૂટેલા સત્રથી શરૂ કરો

પહેલા નહીં, બીજા ખાતાના ડેસ્કટોપ પર જાઓ. ત્યાં ટર્મિનલ ખોલો અને બીજું સત્ર જોડાયેલું હોય ત્યારે રાઉટિંગ ટેબલ અને રિઝોલ્વર યાદી જુઓ. તમે જે જુઓ છો તે બધું મશીનનું છે, બીજા વપરાશકર્તાનું નહીં, અને એ પહેલો સંકેત છે.

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 વંચાય, તો એન્ટ્રી નીતિથી છુપાયેલી છે, અને ગ્રુપ પોલિસી માર્ગ છે કમ્પ્યુટર રૂપરેખાંકન, વહીવટી નમૂનાઓ, સિસ્ટમ, લોગિન, અને ઝડપી વપરાશકર્તા ફેરબદલ પ્રવેશબિંદુઓ છુપાવવા માટે નામ આપેલી સેટિંગ. તેને 'રૂપરેખાંકિત નથી' પર સેટ કરો અને gpupdate /force વડે રિફ્રેશ કરો.

બીજો આદેશ તમને કહે છે કે એ નીતિ સ્થાનિક રીતે લખવાને બદલે ડોમેનમાંથી પહોંચાડાય છે કે નહીં. જો તે અહેવાલમાં વિજેતા GPO સાથે દેખાય, તો સ્થાનિક મૂલ્ય સંપાદિત કરવું એ હંગામી સુધારો છે જે આગલા રિફ્રેશ પર પાછો જાય છે, અને વાતચીત નીતિના માલિક સાથેની છે.

ત્રીજો આદેશ બીજી પદ્ધતિ આવરે છે. લોગિન મોડ્યુલ ઇન્સ્ટોલ કરતું ક્રેડેન્શિયલ કે નેટવર્ક એક્સેસ પ્રદાતા ચાલતું હોય ત્યારે એન્ટ્રીને દબાવી શકે છે, અને કેટલાક ક્લાઇન્ટ લોગિન પહેલાં શરૂ થતું અને સાઇન-ઇન સ્ક્રીન પર દાવો રાખતું ઘટક પણ નોંધે છે. એ સેવા નિષ્ક્રિય કરવાથી ફેરબદલ પાછું આવે છે, અને મોડ્યુલ જે પ્રી-લોગિન કે પોસ્ચર કાર્યો માટે છે તે પણ દૂર થાય છે.

CauseHow to confirmCost of the fix
HideFastUserSwitching policyRegistry value present and set to 1None; remove the policy
Logon module serviceService running under a vendor nameLoses pre-logon and posture behaviour
GINA-era assumptionOnly relevant on very old WindowsNothing to fix; the mechanism is gone

પોતાને બહાર તાળું માર્યા વિના તેને બદલો

કામ કરતી વખતે એક વહીવટી સત્ર ખુલ્લું રાખો, અને જે મશીન પર ફક્ત એ સ્ક્રીન દ્વારા જ પહોંચી શકાય ત્યાં ક્યારેય સાઇન-ઇન સ્ક્રીન પર ફેરફાર કરશો નહીં. પહેલા બીજાં સત્રો સાઇન-આઉટ કરો, ફેરફાર લાગુ કરો, રિફ્રેશ કરો, અને પછી રીબૂટ કરીને નહીં, વપરાશકર્તા બદલીને પરીક્ષણ કરો.

તમે કયા પોસ્ચર કાર્યો નિષ્ક્રિય કર્યાં તે નોંધો. ક્લાઇન્ટ અપડેટ લોગિન મોડ્યુલ ફરી ઇન્સ્ટોલ કે ફરી સક્રિય કરી શકે છે, અને લક્ષણ સ્પષ્ટ કારણ વગર પાછું આવે છે, સામાન્ય રીતે સપોર્ટ વિન્ડોની વચ્ચે જ્યારે કોઈને પહેલાનું ફેરફાર યાદ રહેતું નથી.

વ્યવસ્થિત ઉપકરણ પર, ધારો કે સેટિંગ ઉપરથી પહોંચાડાય છે. પહેલા નીતિ અહેવાલ તપાસવો એ પાછા જતા સ્થાનિક સંપાદનોનો એક કલાક બચાવે છે. તે એ પણ કહે છે કે જવાબ 'ના' હોય ત્યારે કોને પૂછવું. વિજેતા નીતિનું નામ લેતી ટિકિટ કોઈએ પહેલેથી બદલેલી રજિસ્ટ્રી કીનું વર્ણન કરતી ટિકિટ કરતાં બમણી ઝડપથી ઉકેલાય છે.

બંને ખાતાં ચકાસો અને મોડેલ પસંદ કરો

પરિણામને બે વપરાશકર્તા જે ક્રમમાં અનુભવે તે ક્રમમાં પરીક્ષણ કરો. પહેલું ડિસ્કનેક્ટ હોય ત્યારે બીજા ખાતા તરીકે સાઇન ઇન કરો, સામાન્ય પ્રવેશની પુષ્ટિ કરો, પછી પહેલા ખાતાનું ટનલ જોડો અને પુષ્ટિ કરો કે બીજા ખાતાનો અપેક્ષિત માર્ગ હજી પણ તમે ઇચ્છ્યો હતો તે જ છે.

qwinsta
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Select-Object InterfaceAlias,NextHop,RouteMetric
Test-NetConnection -ComputerName intranet.example.internal -Port 443

જો બંને ખાતાંને ખરેખર એક જ સમયે અલગ નેટવર્ક માર્ગની જરૂર હોય, તો પ્રામાણિક જવાબ છે બે મશીન, બે વર્ચ્યુઅલ મશીન, અથવા એવી નીતિ જેમાં ફક્ત એક માર્ગ જરૂરી હોય. વહેંચાયેલા કનેક્શન પરનું સ્પ્લિટ ટનલ શું ખસે છે તે સાંકડું કરી શકે છે, પણ દરેક સત્રને તેનું પોતાનું ટેબલ આપી શકતું નથી. ત્રણ પ્રયાસો પછી શોધવા કરતાં ત્યાં વહેલા પહોંચવું સસ્તું છે.

એ નિર્ણય સ્પષ્ટપણે લેવાનો છે, આસપાસ પેચ કરવાનો નહીં. એક રાઉટિંગ ટેબલ, એક રિઝોલ્વર યાદી, એક ફાયરવોલ પ્રોફાઇલ: બાકીનું બધું તેમાંથી આવે છે, અને જે ઉકેલ તેનું સન્માન કરે છે તે આવતા મહિને પણ કામ કરશે.

સંબંધિત લેખો