VPN ಬದಲಾವಣೆಯ ನಂತರ Outlook ಸೈನ್-ಇನ್: Entra ನಿಜವಾಗಿ ಏನನ್ನು ನೋಡುತ್ತದೆ

VPN ಬದಲಾವಣೆಯ ನಂತರ Outlook ಮತ್ತೆ ಸೈನ್-ಇನ್ ಕೇಳಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದರೆ ಮೇಲ್ಬಾಕ್ಸ್ ಪಾಸ್ವರ್ಡ್ ಬದಲಾಗಿಲ್ಲ. Microsoft Entra ಕ್ಲೌಡ್ ಸೇವೆ ನೋಡುವ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸವನ್ನು ಬಳಸಿ ವಿನಂತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ, ಮತ್ತು VPN ಖಾತೆಯನ್ನು ಸ್ಪರ್ಶಿಸದೆ ಆ ವೀಕ್ಷಣೆಯನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಈ ವಿನಂತಿ ನೀತಿಯ ಫಲಿತಾಂಶ, ರುಜುವಾತುಗಳ ವೈಫಲ್ಯವೇ ಆಗಿರಬೇಕಿಲ್ಲ.

ಎರಡು ಸೆಷನ್‌ಗಳು ಒಳಗೊಂಡಿವೆ: VPN ಸೆಷನ್ ಮತ್ತು ಮೇಲ್ಬಾಕ್ಸ್ ಟೋಕನ್. ಅವು ಬೇರೆ ಬೇರೆ ವ್ಯವಸ್ಥೆಗಳ ವಿರುದ್ಧ ದೃಢೀಕರಿಸುತ್ತವೆ.

ಸೈನ್-ಇನ್ ಸಮಯದಲ್ಲಿ Entra ಏನನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ

ಸೈನ್-ಇನ್ ಸಮಯದಲ್ಲಿ Entra ಸಂರಚಿತ ಷರತ್ತುಗಳ ವಿರುದ್ಧ ವಿನಂತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ: ನೆಟ್ವರ್ಕ್ ಸ್ಥಳ, ಬಹು-ಅಂಶ ಸ್ಥಿತಿ, ಸಾಧನ ಅನುಸರಣೆ ಮತ್ತು ಯಾವುದೇ ಸೆಷನ್ ನಿಯಂತ್ರಣಗಳು. ನೆಟ್ವರ್ಕ್ ಷರತ್ತು ಸೇವೆ ನೋಡುವ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಅದು ಲ್ಯಾಪ್ಟಾಪ್‌ನ ಸ್ಥಿತಿ ಪುಟದ ವಿಳಾಸವಾಗಿರಬೇಕಿಲ್ಲ. ಆದ್ದರಿಂದ ಕಾರ್ಪೊರೇಟ್ ಶ್ರೇಣಿಯನ್ನು ನಂಬುವ ನೀತಿ, ಟ್ರಾಫಿಕ್ ಈಗ ಬೇರೆಡೆ ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರಾಕರಿಸಬಹುದು. ಇದು ಸರಿಯಾದ ಮೌಲ್ಯಮಾಪನ, ದೋಷವಲ್ಲ.

ಫಲಿತಾಂಶವನ್ನು ಪಾಸ್ವರ್ಡ್ ಸಮಸ್ಯೆ ಎಂದು ಓದುವ ಮೊದಲು ನೀತಿ ನಿರ್ಧಾರ ಎಂದು ಓದಿ.

VPN ಸೆಷನ್ ಮತ್ತು ಮೇಲ್ಬಾಕ್ಸ್ ಟೋಕನ್ ಬೇರೆ ಬೇರೆ

ಗೇಟ್‌ವೇ VPN ರುಜುವಾತುಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದು ನೆಟ್ವರ್ಕ್ ಸೆಷನ್ ಇದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. Exchange Online ಮೇಲ್ಬಾಕ್ಸ್ ಖಾತೆ, ಸಾಧನ ಅಥವಾ ಪ್ರಸ್ತುತ ಪ್ರವೇಶ ನೀತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದೆಯೇ ಎಂಬುದನ್ನು ಅದು ಹೇಳುವುದಿಲ್ಲ.

ಹೊಸ ಟೋಕನ್ ವಿನಂತಿ Conditional Access ಅಗತ್ಯಕ್ಕೆ ಎದುರಾಗಿ ಕಾನೂನುಬದ್ಧ ಹೆಚ್ಚುವರಿ ದೃಢೀಕರಣ ಹಂತವನ್ನು ಉತ್ಪಾದಿಸಬಹುದು. ಅಂತ್ಯವಿಲ್ಲದ ವಿಫಲ ವಿನಂತಿ ಬೇರೆ ಫಲಿತಾಂಶ. ಯಾವುದೇ ಪಾಸ್ವರ್ಡ್ ಮರುಹೊಂದಿಸುವ ಮೊದಲು ನಿಮ್ಮಲ್ಲಿ ಯಾವುದು ಇದೆ ಎಂದು ನಿರ್ಧರಿಸಿ.

ನಿರಂತರ ಪ್ರವೇಶ ಮೌಲ್ಯಮಾಪನ ಇನ್ನೊಂದು ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತದೆ: ಸಂಪನ್ಮೂಲವು ಅವಧಿ ಮುಗಿಯದ ಟೋಕನ್ ಅನ್ನು ನಿರಾಕರಿಸಿ ಮರುಮೌಲ್ಯಮಾಪನ ಕೇಳಬಹುದು. ಪ್ರತಿ ನೆಟ್ವರ್ಕ್ ಬದಲಾವಣೆಯೂ ಪ್ರತಿ Outlook ಕ್ಲೈಂಟ್ ಸೈನ್-ಇನ್ ಕೇಳುತ್ತದೆ ಎಂದಲ್ಲ.

ಕ್ಲೌಡ್ ನಿಜವಾಗಿ ಯಾವ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ

ಸಂಪರ್ಕಿತ VPN ಐಕಾನ್ ಪ್ರತಿ ಕ್ಲೌಡ್ ವಿನಂತಿಯ ಸಾರ್ವಜನಿಕ ಮೂಲವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್, IPv6 ಮಾರ್ಗ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಹೊರಹೋಗುವ ಟ್ರಾಫಿಕ್ Entra ಗೆ Exchange Online ಗಿಂತ ಬೇರೆ ವಿಳಾಸವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು. ಬ್ರೌಸರ್ ಪರಿಶೀಲನೆ ಸಂಪೂರ್ಣ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಬಹುದು.

ನಿಜವಾದ ಸೈನ್-ಇನ್ ವೀಕ್ಷಣೆಗಳನ್ನು ಉದ್ದೇಶಿತ ನೆಟ್ವರ್ಕ್ ವಿನ್ಯಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ನಿಯೋಜನೆ ಅದನ್ನು ಬಹಿರಂಗಪಡಿಸುವಲ್ಲಿ ಸಂಪನ್ಮೂಲ-ದೃಶ್ಯ ವಿಳಾಸವನ್ನು ಸೇರಿಸಿ.

ಸಾರಿಗೆ ವೈಫಲ್ಯಗಳನ್ನು ನೀತಿ ನಿರಾಕರಣೆಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ನಿರ್ಬಂಧಿತ ದೃಢೀಕರಣ ಎಂಡ್‌ಪಾಯಿಂಟ್, TLS ವೈಫಲ್ಯ ಅಥವಾ ಮುರಿದ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗ ಸೈನ್-ಇನ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು Conditional Access ನಿರ್ಧಾರವಲ್ಲ. ಈ ವ್ಯತ್ಯಾಸವು ನೀವು ಟೆನೆಂಟ್‌ನ ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತೀರಾ ಅಥವಾ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುತ್ತೀರಾ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದನ್ನು ಸಂರಕ್ಷಿಸಿ.

ಒಂದು ವಿನಂತಿಯನ್ನು ಒಂದು ಸೈನ್-ಇನ್ ಘಟನೆಗೆ ಸಹಸಂಬಂಧಿಸಿ

ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಪ್ರಯತ್ನವನ್ನು ದಾಖಲಿಸಿ: ಸಮಯ ಮತ್ತು ಅದರ ಸಮಯ ವಲಯ, Outlook ಬಿಲ್ಡ್, ಮೇಲ್ಬಾಕ್ಸ್ ಖಾತೆ, VPN ಸ್ಥಿತಿ ಮತ್ತು ನಿಖರ ದೋಷ. ದೋಷವು ದೋಷನಿವಾರಣೆ ವಿವರಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಿದರೆ, ಪಾಸ್ವರ್ಡ್‌ಗಳು ಅಥವಾ ಟೋಕನ್‌ಗಳನ್ನು ನಕಲಿಸದೆ ಸಹಸಂಬಂಧ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಇರಿಸಿ.

ಅಧಿಕೃತ ನಿರ್ವಾಹಕರು Entra ಸೈನ್-ಇನ್ ಲಾಗ್‌ಗಳಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ಘಟನೆಯನ್ನು ಹುಡುಕಿ ಕ್ಲೈಂಟ್, ಸಂಪನ್ಮೂಲ, ದೃಢೀಕರಣ ವಿವರಗಳು ಮತ್ತು ನೀತಿ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

ನೀತಿಯನ್ನು ಸರಿಪಡಿಸಿ, ನಂತರ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ

ಲಾಗ್ ನಮೂದನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ. ಯಶಸ್ವಿ ಬ್ರೌಸರ್ ಲಾಗಿನ್ ನೀವು ಹುಡುಕುತ್ತಿರುವ Outlook ವಿನಂತಿಯೇ ಆಗಿರಬೇಕಿಲ್ಲ, ಮತ್ತು ವೀಕ್ಷಕರ ಸಮಯ ವಲಯ ನಿಮ್ಮದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು. ಹಿನ್ನೆಲೆ ಟೋಕನ್ ಚಟುವಟಿಕೆಯೂ ಪುನರ್ರಚನೆಯಲ್ಲಿ ಸೇರಿದೆ.

ನೀತಿಯು ವಿನಂತಿಯನ್ನು ವಿವರಿಸಿದಾಗ, ಅನುಮೋದಿತ ಗುರುತು, ಸಾಧನ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಅದರ ಮಾಲೀಕರೊಂದಿಗೆ ಸರಿಪಡಿಸಿ. ಇಡೀ ಪೂರೈಕೆದಾರ ಶ್ರೇಣಿಯನ್ನು ನಂಬುವುದು ಅಥವಾ ವಿನಂತಿಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮಾಡಲು MFA ಆಫ್ ಮಾಡುವುದು ರಿಪೇರಿ ಅಲ್ಲ.

ಸೈನ್-ಇನ್ ಆವರ್ತನವು ತಪ್ಪು ಪಾಸ್ವರ್ಡ್ ಇಲ್ಲದೆ ಮರುದೃಢೀಕರಣವನ್ನು ಒತ್ತಾಯಿಸಬಹುದು. ತಿದ್ದುಪಡಿಯ ನಂತರ ಹೊಸ ಅಧಿಕೃತ ಮೇಲ್ಬಾಕ್ಸ್ ಸಿಂಕ್ ಅಥವಾ ಕಳುಹಿಸುವಿಕೆಯೊಂದಿಗೆ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ; ಸಂಗ್ರಹಿಸಿದ ಸಂದೇಶವನ್ನು ಓದುವುದರಿಂದ ಏನೂ ಸಾಬೀತಾಗುವುದಿಲ್ಲ. Conditional Access ದೋಷನಿವಾರಣಾ ಕಾರ್ಯವಿಧಾನ ಲಾಗ್ ಸಹಸಂಬಂಧವನ್ನು ವಿವರಿಸುತ್ತದೆ.