Protected Users ಲ್ಯಾಪ್ಟಾಪ್‌ಗೆ ಸೈನ್-ಇನ್ ಮೊದಲು VPN ಏಕೆ ಬೇಕು

ಲ್ಯಾಪ್ಟಾಪ್, ಕೆಲಸ ಮಾಡುವ ಖಾತೆ ಮತ್ತು ಹೋಟೆಲ್ ನೆಟ್‌ವರ್ಕ್ ಸೇರಿ ಯಾವುದೇ ಮರುಪ್ರಯತ್ನದಿಂದ ಒಡೆಯದ ಸೈನ್-ಇನ್ ಚಕ್ರವನ್ನು ರೂಪಿಸುತ್ತವೆ. ಖಾತೆ Protected Users ನಲ್ಲಿದೆ, ಇದು ಬಳಕೆದಾರರನ್ನು ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿ ದೃಢೀಕರಿಸಲು ಬೇಕಾದ ಪರಿಶೀಲಕವನ್ನು Windows ಸಂಗ್ರಹಿಸದಂತೆ ತಡೆಯುತ್ತದೆ. «ಮೊದಲು ಸೈನ್ ಇನ್ ಮಾಡಿ, ನಂತರ ಟನಲ್ ಸಂಪರ್ಕಿಸಿ» ಎಂಬ ರೀತಿಯ ಯಾವುದೇ ಯೋಜನೆಯಲ್ಲಿ ಕ್ರಮ ತಲೆಕೆಳಗಾಗಿದೆ, ಮತ್ತು ರಕ್ಷಣೆ ತಾನು ಭರವಸೆ ನೀಡಿದ್ದನ್ನೇ ಮಾಡುತ್ತಿದೆ. ಮುಂದಿನದು ಬೆಂಬಲಿತ Windows ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸಾಂಪ್ರದಾಯಿಕ Active Directory ಖಾತೆಯನ್ನು ಊಹಿಸುತ್ತದೆ.

ರಕ್ಷಣೆ ನಿಜವಾಗಿ ಏನನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ

ಸಾಮಾನ್ಯವಾಗಿ Windows ಪರಿಶೀಲಕವನ್ನು ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ ಡೊಮೇನ್ ನಿಯಂತ್ರಕ ತಲುಪಲಾಗದಿದ್ದಾಗಲೂ ಡೊಮೇನ್ ಖಾತೆ ಸೈನ್ ಇನ್ ಆಗಬಹುದು. Protected Users ಖಾತೆಗೆ ಅದನ್ನು ತಡೆಯುತ್ತದೆ, ಇದು ಆಫ್‌ಲೈನ್ ಡೊಮೇನ್ ಸೈನ್-ಇನ್ ಅನ್ನು ಅವಿಶ್ವಾಸನೀಯವಾಗಿಸುವ ಬದಲು ಸಾಧ್ಯತೆಯಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಇದು ಸಾಮಾನ್ಯ ಹಳೆಯ-ಕ್ಯಾಶ್ ಸಮಸ್ಯೆಯಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯ ಪರಿಹಾರಗಳು ಇಲ್ಲಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಪುನಃ ಪುನಃ ಆನ್‌ಲೈನ್ ಸೈನ್ ಇನ್ ಮಾಡುವುದು, ಇನ್ನೊಮ್ಮೆ ಗುಪ್ತಪದ ಬದಲಾಯಿಸುವುದು ಅಥವಾ ಕ್ಯಾಶ್ ಆದ ಸೈನ್-ಇನ್‌ಗಳ ಸಂಖ್ಯೆ ಹೆಚ್ಚಿಸುವುದು ಸಾಮರ್ಥ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆ ಕ್ರಿಯೆಗಳಲ್ಲಿ ಯಾವುದೂ ನೀತಿ ಸಂಗ್ರಹಿಸಲು ನಿರಾಕರಿಸುವ ಪರಿಶೀಲಕವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಖಾತೆ ವಿನ್ಯಾಸಗೊಂಡಂತೆ ವರ್ತಿಸುತ್ತಿದೆ, ಮತ್ತು ವಿನ್ಯಾಸವು Windows ಕೇಳುವ ಸಮಯದಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಇದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಲಕ್ಷಣವನ್ನು ಕ್ಯಾಶ್ ದೋಷವೆಂದು ಪರಿಗಣಿಸುವುದು ಎಂದರೆ ಎಂದೂ ಒಡೆದಿರದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ತಂಡಗಳು ಮತ್ತೆ ನಿರ್ಮಿಸುವುದು.

ಟನಲ್ ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗಿಂತ ಮೊದಲು ಏಕೆ ಇರಬೇಕು

Windows ಕೇಳಿದ ಕ್ಷಣದಲ್ಲೇ ಸಾಧನವು ಡೊಮೇನ್ ದೃಢೀಕರಣವನ್ನು ತಲುಪಬೇಕು, ಮತ್ತು ಅದು ಯಾವುದೇ ಬಳಕೆದಾರ ಸೆಷನ್‌ಗಿಂತ ಮೊದಲು. ಡೆಸ್ಕ್‌ಟಾಪ್ ಕಾಣಿಸಿಕೊಂಡ ನಂತರವಷ್ಟೇ ಪ್ರಾರಂಭವಾಗುವ VPN ಕ್ಲೈಂಟ್ ಹೊಸ ಸೈನ್-ಇನ್ ಅನ್ನು ಎಂದೂ ಬಾರದ ಮಾರ್ಗಕ್ಕಾಗಿ ಕಾಯಿಸುತ್ತದೆ. ಅವಲಂಬನೆ ಯಂತ್ರಕ್ಕೆ ಸೇರಿದ್ದು, ಇನ್ನೂ ಲಾಗಿನ್ ಆಗದ ಬಳಕೆದಾರರಿಗಲ್ಲ.

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಗುರುತಿನ ಮಾಲೀಕರೊಂದಿಗೆ ಒಪ್ಪಿದ ಬೆಂಬಲಿತ ಪೂರ್ವ-ಲಾಗಿನ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ. ಕಂಪ್ಯೂಟರ್ ಪ್ರಮಾಣಪತ್ರದಿಂದ ದೃಢೀಕರಿಸಿದ Always On VPN ಸಾಧನ ಟನಲ್, ನಿರ್ವಹಿತ ಸಾಧನವು ಆ ನಿಯೋಜನೆಯ ಪೂರ್ವಾಪೇಕ್ಷೆಗಳನ್ನು ಪೂರೈಸಿದಾಗ ಅರ್ಹವಾಗುತ್ತದೆ. ವಿಕ್ರೇತನ ಬೆಂಬಲಿತ ಸೈನ್-ಇನ್ ಪರದೆ ಏಕೀಕರಣ ಇನ್ನೊಂದು ಆಯ್ಕೆ. ಸ್ವಯಂ ಪ್ರಚೋದಕವಿರುವ ಸಾಮಾನ್ಯ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್ ಎರಡೂ ಅಲ್ಲ, ಕ್ಲೈಂಟ್ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಎಷ್ಟೇ ಹೋಲಿಕೆಯಾಗಿ ಕಂಡರೂ.

ಆ ಮಾರ್ಗಕ್ಕೆ ಡೊಮೇನ್‌ಗಾಗಿ ಹೆಸರು ಪರಿಹಾರ, ತಲುಪಬಲ್ಲ ಡೊಮೇನ್ ನಿಯಂತ್ರಕ ಮತ್ತು ಖಾತೆ ಬಳಸಬಹುದಾದ ದೃಢೀಕರಣ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಬೇಕು, ಮತ್ತು «ಸಂಪರ್ಕಗೊಂಡಿದೆ» ಸೂಚಕ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಒದಗಿಸುವುದಿಲ್ಲ. ಅದರ ಮಾರ್ಗಗಳು ಮತ್ತು ಫಿಲ್ಟರ್‌ಗಳು ಗುರುತಿನ ಸೇವೆಗಳನ್ನು ಸಾಗಿಸಬೇಕು ಮತ್ತು ಬೇಡವಾದ ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ, ಏಕೆಂದರೆ ಆ ಪೂರ್ವಪ್ರತ್ಯಯ ಪಟ್ಟಿಯೇ ಕಳ್ಳತನವಾದ ಲ್ಯಾಪ್ಟಾಪ್ ಯಾರಾದರೂ ಲಾಗಿನ್ ಆಗುವ ಮೊದಲು ಪಡೆಯುವ ಮೇಲ್ಮೈ. ಬಳಕೆದಾರ ಟನಲ್‌ಗಾಗಿ ತೆಗೆದುಕೊಂಡ ಸ್ಪ್ಲಿಟ್-ಟನಲ್ ನಿರ್ಧಾರಗಳು ಸಾಧನ ಟನಲ್‌ಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ.

ತಲುಪುವಿಕೆ ದೃಢೀಕರಣ ಹೊಂದಾಣಿಕೆ ಅಲ್ಲ

ಟನಲ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಪರಿಪೂರ್ಣವಾಗಿ ಸಾಗಿಸಬಹುದು ಆದರೆ ಡೊಮೇನ್ ದೃಢೀಕರಣ ವಿಫಲವಾಗಬಹುದು, ಏಕೆಂದರೆ ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಕಾರ್ಯವಿಧಾನ ಖಾತೆ ಬಳಸಲಾಗದ ಒಂದು. ಗುಂಪಿನ ನಿರ್ಬಂಧಗಳನ್ನು ಜಾರಿಗೊಳಿಸುವ ಡೊಮೇನ್‌ನಲ್ಲಿ ಸದಸ್ಯರಿಗೆ NTLM ಲಭ್ಯವಿಲ್ಲ ಮತ್ತು Kerberos ಗೆ AES-ಹೊಂದಾಣಿಕೆಯ ಖಾತೆ ಮತ್ತು ಸಂರಚನೆ ಬೇಕು. ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸರಿಪಡಿಸಲಾರದು. ಆದ್ದರಿಂದ ಡೊಮೇನ್ ನಿಯಂತ್ರಕಕ್ಕೆ ಸ್ವಚ್ಛ ping ಸೈನ್-ಇನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ.

ಎರಡು ರುಜುವಾತು ವ್ಯವಸ್ಥೆಗಳೂ ಇರಬಹುದು. VPN ಗುರುತಿನ ಪೂರೈಕೆದಾರರ ವಿರುದ್ಧ ದೃಢೀಕರಿಸಬಹುದು, ಆದರೆ Windows ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಡೊಮೇನ್ ಲಾಗ್‌ಆನ್ ಬೇಕು, ಮತ್ತು ಮೊದಲನೆಯ ಸ್ವೀಕೃತಿ ಎರಡನೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. «VPN ಸಂಪರ್ಕಗೊಂಡಿದೆ» ಮತ್ತು «ಬಳಕೆದಾರ ಸೈನ್ ಇನ್ ಆಗಿದ್ದಾರೆ» ಪ್ರತ್ಯೇಕ ಅವಲೋಕನಗಳು, ಮತ್ತು ಒಂದನ್ನು ಸರಿಪಡಿಸುವುದು ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ.

ದೃಢೀಕರಣದ ಸಾಕ್ಷ್ಯಗಳನ್ನು ಓದಿ

ಒಂದೇ ಪ್ರಯತ್ನಕ್ಕಾಗಿ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮತ್ತು ಡೊಮೇನ್ ನಿಯಂತ್ರಕದಿಂದ ಘಟನೆಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ, ಒಂದು ಬದಿಯಿಂದ ಮಾತ್ರವಲ್ಲ. Protected Users ಲಾಗ್‌ಗಳು Applications and Services Logs\Microsoft\Windows\Authentication ಅಡಿಯಲ್ಲಿವೆ, ಮತ್ತು ಏನನ್ನಾದರೂ ದಾಖಲಿಸುವ ಮೊದಲು ನಿರ್ವಾಹಕರು ಲಾಗ್ ಆನ್ ಮಾಡಬೇಕಾಗಬಹುದು. ಸಮಯದ ಮುದ್ರೆಗಳನ್ನು ಟನಲ್‌ನ ಸ್ವಂತ ಸಂಪರ್ಕ ಲಾಗ್‌ನೊಂದಿಗೆ ಹೊಂದಿಸಿ, ಏಕೆಂದರೆ ಕ್ರಮದ ತಪ್ಪು ಎರಡೂ ಕಡೆಯಿಂದ ರುಜುವಾತು ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ.

ಕೆಳಗಿನ ಮೊದಲ ಆಜ್ಞೆ ಸಾಧನವು ಬಹಿರಂಗಪಡಿಸುವ ಪ್ರತಿಯೊಂದು ದೃಢೀಕರಣ ಲಾಗ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಇರುವ ಒಂದನ್ನು ಓದುತ್ತೀರಿ, ಬ್ಲಾಗ್ ಪೋಸ್ಟ್ ಹೆಸರಿಸಿದ್ದನ್ನು ಅಲ್ಲ. ಎರಡನೆಯದು ಹೆಸರು ತಿಳಿದ ನಂತರ ಇತ್ತೀಚಿನ ನಮೂದುಗಳನ್ನು ಓದುತ್ತದೆ. ದೃಢೀಕರಣ ಪ್ಯಾಕೇಜ್, ಖಾತೆ ಮತ್ತು ವಿಫಲತೆಯ ಷರತ್ತನ್ನು ಹುಡುಕಿ, ಏಕೆಂದರೆ ಕಾಣೆಯಾದ ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗ ಮತ್ತು ತಿರಸ್ಕರಿಸಿದ ಕಾರ್ಯವಿಧಾನ ಬೇರೆ ಬೇರೆ ಸಾಕ್ಷ್ಯ ಬಿಡುತ್ತವೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ VPN ಸಮಸ್ಯೆ. ಪ್ರಯತ್ನದ ನಂತರ ಟನಲ್ ಮೇಲೆದ್ದರೆ, ಆ ನಮೂದುಗಳು ಏನೇ ಹೇಳಲಿ ಕ್ರಮ ತಪ್ಪಾಗಿತ್ತು.

Get-WinEvent -ListLog *Authentication*
Get-WinEvent -LogName Microsoft-Windows-Authentication/Operational -MaxEvents 20

ಶೀತ ಬೂಟ್‌ನಿಂದ ಗಡಿಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಸೈನ್ ಔಟ್ ಆದ ಅಥವಾ ಹೊಸದಾಗಿ ಬೂಟ್ ಆದ ಸ್ಥಿತಿಯಿಂದ ಸೀಮಿತ ಖಾತೆಯೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಿ, ಮತ್ತು ವಿಶೇಷಾಧಿಕಾರ ಹೊಂದಿದ ಬಳಕೆದಾರರಿಗೆ ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಅನುಮೋದಿತ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ತೆರೆದಿಡಿ. ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಲ್ಲಿ ಪರೀಕ್ಷೆ ಮುಖ್ಯ ಕೋಡ್ ಮಾರ್ಗದ ಯಾವ ಭಾಗವನ್ನೂ ಅಭ್ಯಾಸ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಇದೇ ಮುಂದಿನ ಮರುಪ್ರಾರಂಭದವರೆಗೆ ಉಳಿದ ಸರಿಪಡಿಸುವಿಕೆಯ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ವರದಿಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ನಂತರ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಪೂರೈಸಿ.

1. ಯಾರಾದರೂ ಸೈನ್ ಇನ್ ಆಗುವ ಮೊದಲು ಸಾಧನವು ಡೊಮೇನ್ ನಿಯಂತ್ರಕವನ್ನು ಹುಡುಕಬಲ್ಲದೆಂದು nltest /dsgetdc:corp.example.com ನಿಂದ ಖಚಿತಪಡಿಸಿ.
2. ಡೊಮೇನ್ ಸೈನ್-ಇನ್ ಪ್ರಯತ್ನಿಸಿ, ನಂತರ klist ನಿಂದ ಟಿಕೆಟ್ ಪಡೆದಿದೆಯೇ ಎಂದು ಕೇಳಿ.
3. ಸಾಧನ ದಾಖಲಿಸುವ ದೃಢೀಕರಣ ಲಾಗ್ ಅನ್ನು ಮೇಲಿನ ಎರಡು ಆಜ್ಞೆಗಳಿಂದ ಓದಿ, ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಹಾಗೂ ವಿಫಲತೆಯ ಷರತ್ತನ್ನು ಗಮನಿಸಿ.
4. ಅನುಮೋದಿತ ಚೇತರಿಕೆ ರುಜುವಾತು ಇನ್ನೂ ಸೈನ್-ಇನ್ ಪರದೆಯಿಂದ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಗಡಿ ಪರೀಕ್ಷೆ ವಿಫಲವಾದರೆ ಹಿಂತಿರುಗುವ ಏಕೈಕ ದಾರಿ ಅದೇ.

ಒದಗಿಸಿದ ರುಜುವಾತುಗಳೊಂದಿಗೆ ಫೈಲ್ ಹಂಚಿಕೆ ತೆರೆಯುವುದೂ ಆಫ್‌ಲೈನ್ ಸಂವಾದಾತ್ಮಕ ಲಾಗ್‌ಆನ್ ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ಮೇಲಿನ ಯಾವ ಹಂತಕ್ಕೂ ಪರ್ಯಾಯವಲ್ಲ. ಸಂಸ್ಥೆಗೆ ನಿಜವಾಗಿಯೂ ಸಂಪರ್ಕವಿಲ್ಲದ ಸೈನ್-ಇನ್ ಬೇಕಿದ್ದರೆ, ಉತ್ತರ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿದ ಹೊಂದಾಣಿಕೆಯ ಖಾತೆ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿನ್ಯಾಸ. ಖಾತೆಯನ್ನು ಗುಂಪಿನಿಂದ ಹೊರತೆಗೆಯುವುದು, ಅಥವಾ ಪ್ರತಿ ಲ್ಯಾಪ್ಟಾಪ್‌ನಲ್ಲಿ ಒಂದು ಅನಿರ್ಬಂಧಿತ ತುರ್ತು ಲಾಗಿನ್ ಇಟ್ಟುಕೊಳ್ಳುವುದು, VPN ಬದಲಾವಣೆ ನಿಮ್ಮ ಪರವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗದ ಗುರುತಿನ ನೀತಿ ನಿರ್ಧಾರ.

Protected Users ದಸ್ತಾವೇಜು ಪರಿಶೀಲಕದ ವರ್ತನೆ ಮತ್ತು ಈ ವಿನ್ಯಾಸ ಅವಲಂಬಿಸಿರುವ ಡೊಮೇನ್ ನಿರ್ಬಂಧಗಳೆರಡನ್ನೂ ವಿವರಿಸುತ್ತದೆ. ಯಾರಾದರೂ ಪ್ರಯಾಣಿಸುವ ಮೊದಲು ಚೇತರಿಕೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಯೋಜಿಸಿ, ಏಕೆಂದರೆ ಶೀತ-ಬೂಟ್ ಪರೀಕ್ಷೆ ಅದನ್ನು ಅಭ್ಯಾಸ ಮಾಡುವ ಏಕೈಕ ಸ್ಥಳ.