ಒಂದು 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ಎರಡೂ ಖಾತೆಗಳಿಗೆ ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಬೇರೆ ಬೇರೆ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗಗಳು ಬೇಕಾದರೆ, ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ ಎರಡು ಯಂತ್ರಗಳು, ಎರಡು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಅಥವಾ ಒಂದೇ ಮಾರ್ಗ ಅಗತ್ಯವಿರುವ ನೀತಿ. ಹಂಚಿಕೆಯ ಸಂಪರ್ಕದಲ್ಲಿನ ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಏನು ಚಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಕಿರಿದಾಗಿಸಬಹುದು, ಆದರೆ ಪ್ರತಿ ಸೆಷನ್ಗೂ ತನ್ನದೇ ಟೇಬಲ್ ಕೊಡಲಾಗದು. ಮೂರು ಪ್ರಯತ್ನಗಳ ನಂತರ ಕಂಡುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಇದನ್ನು ಬೇಗ ತಿಳಿಯುವುದು ಅಗ್ಗ.
ಇದು ಸುತ್ತಮುತ್ತ ಪ್ಯಾಚ್ ಮಾಡುವ ಬದಲು ಸ್ಪಷ್ಟವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ನಿರ್ಧಾರ. ಒಂದು ರೂಟಿಂಗ್ ಟೇಬಲ್, ಒಂದು ರೆಸಾಲ್ವರ್ ಪಟ್ಟಿ, ಒಂದು ಫೈರ್ವಾಲ್ ಪ್ರೊಫೈಲ್: ಉಳಿದೆಲ್ಲವೂ ಅದರಿಂದಲೇ ಬರುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಗೌರವಿಸುವ ಪರಿಹಾರ ಮುಂದಿನ ತಿಂಗಳೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ.