ఒక 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రెండు ఖాతాలకు ఒకే సమయంలో వేర్వేరు నెట్వర్క్ మార్గాలు నిజంగా అవసరమైతే, నిజాయితీ సమాధానం రెండు మెషీన్లు, రెండు వర్చువల్ మెషీన్లు లేదా ఒకే మార్గం అవసరమయ్యే పాలసీ. పంచుకున్న కనెక్షన్పై స్ప్లిట్ టన్నెల్ ఏది కదులుతుందో తగ్గించగలదు, కానీ ప్రతి సెషన్కు దాని స్వంత పట్టిక ఇవ్వలేదు. మూడు ప్రయత్నాల తర్వాత కనుగొనడం కంటే ముందుగానే అంగీకరించడం చవక.
చుట్టూ ప్యాచ్ చేయడం కాకుండా స్పష్టంగా తీసుకోవాల్సిన నిర్ణయం ఇది. ఒక రూటింగ్ పట్టిక, ఒక రిజాల్వర్ జాబితా, ఒక ఫైర్వాల్ ప్రొఫైల్: మిగతావన్నీ దాని నుండే వస్తాయి, దాన్ని గౌరవించే పరిష్కారం వచ్చే నెలలోనూ పని చేస్తుంది.