VPN ಇಲ್ಲದೆಯೇ ಮೇಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಅದು ರಹಸ್ಯವಾಗಿ ಟನೆಲ್ ಮೂಲಕ ಹೋಗುತ್ತಿದೆಯೇ?
Exchange ಖಾತೆ ಯಾವುದೇ ಗೇಟ್ವೇ, ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಊಹಿಸುವ ಮೊದಲು ನಿಯೋಜನೆ, ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶ, ನಿರ್ವಹಿತ VPN ಅಥವಾ ಸಕ್ರಿಯ ಟನೆಲ್ ಅನ್ನು ಗುರುತಿಸಿ.
ಒಮ್ಮೆಯೂ VPN ಐಕಾನ್ ತೋರಿಸದ ಫೋನಿಗೆ ಮೇಲ್ ಬರುತ್ತಲೇ ಇರುತ್ತದೆ, ಮತ್ತು ಅದೃಶ್ಯವಾದ ಯಾವುದೋ ಒಂದು ಅದನ್ನು ಟನೆಲ್ ಮೂಲಕ ಕಳುಹಿಸುತ್ತಿದೆ ಎಂಬುದು ಸಹಜ ತೀರ್ಮಾನ. ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ಅದೃಶ್ಯ ವಸ್ತು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ. Exchange ಖಾತೆ ಸೇರಿಸುವುದರಿಂದ ಗೇಟ್ವೇ, ಪ್ರೋಟೋಕಾಲ್, ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಮಾರ್ಗ ಆಯ್ಕೆಯಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಖಾತೆ ಎಂಬುದು ಸೇವಾ ಗುರುತು ಮತ್ತು ಟನೆಲ್ ಎಂಬುದು ಬೇರೆಯವರು ಸಂರಚಿಸಿದ ಜಾಲ ವ್ಯವಸ್ಥೆ. ಉಪಯುಕ್ತ ಹೆಜ್ಜೆ ಎಂದರೆ ಎಂದೂ ಇರದ ಟನೆಲ್ ಅನ್ನು ಹುಡುಕುವ ಬದಲು ನಿಮ್ಮ ಬಳಿ ನಿಜವಾಗಿ ಯಾವ ವ್ಯವಸ್ಥೆ ಇದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸುವುದು.
ಮೂರು ವ್ಯವಸ್ಥೆಗಳು, ಒಂದೇ ಸ್ಕ್ರೀನ್
ಮೂರೂ ಸಾಧನದಲ್ಲಿ ಮೇಲ್ ಕಾಣಿಸಿಕೊಳ್ಳುವುದರೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಸ್ ಸ್ಕ್ರೀನ್ ಪ್ರತಿ ಸಂದರ್ಭದಲ್ಲೂ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತದೆ. ವ್ಯತ್ಯಾಸವೆಂದರೆ ಮಾರ್ಗವನ್ನು ಯಾರು ಸಂರಚಿಸಿದರು ಮತ್ತು ಅದರ ಅಸ್ತಿತ್ವವನ್ನು ಯಾವ ಸಾಕ್ಷ್ಯ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
| Arrangement | Who set it up | What proves it |
|---|---|---|
| Approved public mail entry | The service owner, at the publishing layer | A published endpoint reached over TLS with its own authentication |
| Managed app or account VPN | Device management, as explicit policy | A profile binding that traffic to a VPN association |
| Already active tunnel | An always-on service or an earlier manual connect | Tunnel state plus routes and scope that include the mail destination |
ಸಾರ್ವಜನಿಕ ತಲುಪುವಿಕೆಗೆ ತನ್ನದೇ ವಾಕ್ಯ ಬೇಕು, ಏಕೆಂದರೆ ಅದನ್ನು ನಿರಂತರವಾಗಿ ತಪ್ಪಾಗಿ ಓದಲಾಗುತ್ತದೆ. ಪ್ರಕಟಿತ ಮೇಲ್ ಸೇವೆ ದೃಢೀಕರಣವಿಲ್ಲದ ಸೇವೆಯಲ್ಲ, ಮತ್ತು ಮೇಲ್ ತಲುಪಬಲ್ಲದು ಎಂಬ ಅಂಶವು ಕಾರ್ಪೊರೇಟ್ ಜಾಲದ ಉಳಿದ ಭಾಗ ತಲುಪಬಲ್ಲದೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಇವು ಬೇರೆ ಬೇರೆ ಜನರು ತೆಗೆದುಕೊಳ್ಳುವ ಬೇರೆ ಬೇರೆ ನಿರ್ಧಾರಗಳು.
ಸಾಧನ ನಿರ್ವಹಣೆ ನಿಜವಾಗಿ ಏನನ್ನು ಬಂಧಿಸಬಲ್ಲದು
Apple ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಮೇಲ್ ಡೊಮೇನ್ VPN ನಿಯಮಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ, ಮತ್ತು ನಿರ್ವಹಿತ iOS ಅಥವಾ iPadOS ಮೇಲ್ ಖಾತೆಗೆ ನಿರ್ದಿಷ್ಟವಾದ VPN ಸಂಬಂಧವನ್ನು ಹೊಂದಿರಬಹುದು. ಆ ಸಂಬಂಧವು ಯಾರೋ ಆಯ್ಕೆ ಮಾಡಿದ ಮೌಲ್ಯವಿರುವ ಒದಗಿಸುವಿಕೆ ಸೆಟ್ಟಿಂಗ್ ಆಗಿದೆ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಫೋನಿನಲ್ಲಿ ಇಮೇಲ್ ವಿಳಾಸ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಟೈಪ್ ಮಾಡುವ ಮೂಲಕ ಅದನ್ನು ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
Android ನಿರ್ವಹಣೆ ಮತ್ತು ತೃತೀಯ ಪಕ್ಷದ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ತಮ್ಮದೇ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಪ್ರೊಫೈಲ್ ನಿಯಂತ್ರಣಗಳಿವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ Apple ಖಾತೆ ಪೇಲೋಡ್ಗಳೊಂದಿಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದುದಲ್ಲ. ಒಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿರುವ ನೀತಿಯನ್ನು ಇನ್ನೊಂದರಲ್ಲಿ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮರುಸೃಷ್ಟಿಸಬೇಕು. ಅದು ಮೇಲ್ ಖಾತೆಯೊಂದಿಗೆ ಪ್ರಯಾಣಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದೇ ವ್ಯಕ್ತಿ ಎರಡಕ್ಕೂ ಸೈನ್ ಇನ್ ಮಾಡಿದ್ದರಿಂದ ಬರುವುದಿಲ್ಲ. ಈ ಅನುವಾದ ತಾನಾಗಿಯೇ ಆಗುತ್ತದೆ ಎಂಬ ನಿರೀಕ್ಷೆಯೇ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳ ನಡುವಿನ «ನನ್ನ ಫೋನಿನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ» ವರದಿಗಳ ಹೆಚ್ಚಿನ ಭಾಗದ ಹಿಂದಿದೆ.
ಗುರುತು ಮತ್ತು ಸಾಗಣೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಉಳಿಯುತ್ತವೆ
ಮೇಲ್ ಸೇವೆ ಮತ್ತು VPN ಕಾನೂನುಬದ್ಧವಾಗಿ ಡೈರೆಕ್ಟರಿ ಅಥವಾ ಗುರುತು ಪೂರೈಕೆದಾರರನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಜನರು ಆ ಹಂಚಿದ ಲಾಗಿನ್ ಅನ್ನು ಹಂಚಿದ ಅವಧಿಯ ಸಾಕ್ಷ್ಯವಾಗಿ ಓದುತ್ತಾರೆ. ಹಾಗಲ್ಲ. ಪುನರಾವರ್ತಿತ ಬಳಕೆದಾರಹೆಸರಿನ ಪಠ್ಯವು ಮೇಲ್ ಅಪ್ಲಿಕೇಶನ್ VPN ಅವಧಿಯನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆದಿದೆ ಎಂದು ತೋರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಪ್ರತಿ ಸೇವೆಗೂ ಸಂಬಂಧವಿಲ್ಲದ ಪಾಸ್ವರ್ಡ್ಗಳನ್ನು ಕಲ್ಪಿಸುವ ಕಾರಣವಲ್ಲ.
ಎರಡೂ ಸೇವೆಗಳು ತಮ್ಮ ಷರತ್ತುಗಳ ಮೇರೆಗೆ ತಮ್ಮದೇ ದೃಢೀಕರಣವನ್ನು ಬೇಡುತ್ತವೆ. ಯಶಸ್ವಿ ಮೇಲ್ ಸೈನ್ ಇನ್ ಅನ್ನು VPN ಕ್ಲೈಂಟ್ಗೆ ಅಂಟಿಸುವ ವಸ್ತುವೆಂದು ಎಂದಿಗೂ ಪರಿಗಣಿಸಬಾರದು, ಮತ್ತು ಮೇಲೆದ್ದ ಟನೆಲ್ ಮೇಲ್ ಸರ್ವರ್ ಯಾವ ಖಾತೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. Intune ಮೇಲ್ ಪ್ರೊಫೈಲ್ ಉಲ್ಲೇಖ ಇಲ್ಲಿ ಉಪಯುಕ್ತ ಉದಾಹರಣೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಅದು VPN ಸಂಬಂಧವನ್ನು ಖಾತೆ ಹೆಸರಿನಿಂದ ಪಡೆದ ಗುಣಲಕ್ಷಣವಲ್ಲದೆ ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ.
ಹೊಸ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಕ್ಯಾಶ್ ಮಾಡಿದ ಇನ್ಬಾಕ್ಸ್ಗಿಂತ ಉತ್ತಮ
ಕ್ಯಾಶ್ ಮಾಡಿದ ಇನ್ಬಾಕ್ಸ್ ಯಾವುದೇ ಪ್ರಸ್ತುತ ಮಾರ್ಗವಿಲ್ಲದೆ ಸಂಪೂರ್ಣ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು, ಆದ್ದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ತೆರೆದು ಕಳೆದ ವಾರದ ಸಂದೇಶಗಳನ್ನು ನೋಡುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅನುಮೋದಿತ ಹೊಸ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಸಿ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬರುವ ಸ್ಥಿತಿ ಅಥವಾ ಲಾಗ್ ಸಾಕ್ಷ್ಯವನ್ನು ಓದಿ.
ನಂತರ ಫಲಿತಾಂಶವನ್ನು ನಿಜವಾಗಿ ನಿರ್ಧರಿಸುವ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ಸಂರಚಿಸಿದ ಸೇವಾ ಎಂಡ್ಪಾಯಿಂಟ್, ರಿಜಾಲ್ವರ್ ಏನನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಯಾವ ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಸ್ತುತ VPN ಸ್ಥಿತಿ. ಸರಿಯಾದ ಸಂದರ್ಭದಲ್ಲಿ ಇದನ್ನು ಮಾಡಿ, ಏಕೆಂದರೆ ಹೋಲುವ ಹೆಸರಿನ ವೈಯಕ್ತಿಕ ಮೇಲ್ ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸದ ಅಪ್ಲಿಕೇಶನ್ ಜಾಲ ನೀತಿಯ ಅಡಿಯಲ್ಲಿಲ್ಲ ಮತ್ತು ಸಂಪೂರ್ಣ ಕಾನೂನುಬದ್ಧ ಕಾರಣಗಳಿಗಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ. ಈ ಎರಡು ಸಂದರ್ಭಗಳನ್ನು ಬೆರೆಸುವುದೇ ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆಯನ್ನು ಮುರಿದದ್ದು ಎಂದು ವರದಿ ಮಾಡುವ ವಿಧಾನ. ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ನೀತಿಯನ್ನು ಪಾಲಿಸಿ ಅದರ ಹತ್ತಿರದ ಹೆಸರಿನ ನೆರೆಹೊರೆಯವರು ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ.
ನೀವು ಪರಿಶೀಲಿಸಿದ್ದನ್ನು ಬರೆಯಿರಿ
ಪ್ರವೇಶಕ್ಕೆ ಟನೆಲ್ ಅಗತ್ಯ ಎಂದು ಭಾವಿಸಿದರೆ, ಮಾಲೀಕರು ಅನುಮತಿಸಿದ ಖಾಸಗಿ ಮಾರ್ಗ ಮತ್ತು ಅದಿಲ್ಲದ ವರ್ತನೆ ಎರಡನ್ನೂ ದೃಢೀಕರಿಸಬೇಕು. ಸೇವೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರಕಟಿಸಿದ್ದರೆ, ಟನೆಲ್ ಇಲ್ಲದಿರುವುದನ್ನು ಮೇಲ್ ಎನ್ಕ್ರಿಪ್ಟ್ ಆಗಿಲ್ಲ ಎಂಬ ಸಾಕ್ಷ್ಯವೆಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಅದರ TLS ಮಾನ್ಯತೆ, ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳನ್ನು ಜಾರಿಯಲ್ಲಿಡಿ.
ಬೆಂಬಲ ದಾಖಲೆಯು ಮೇಲ್ ಉತ್ಪನ್ನ, ಎಂಡ್ಪಾಯಿಂಟ್, ಖಾತೆ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಸಂಪರ್ಕ ನೀತಿಯನ್ನು ಹೆಸರಿಸಬೇಕು. ಪಾಸ್ವರ್ಡ್ಗಳು ಒಂದೇ ರೀತಿ ಇರುವುದು ಆ ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಟಿಕೆಟ್ನಲ್ಲಿ ನಾಲ್ಕು ಪ್ಯಾರಾಗಳು ಮತ್ತು ಯಾವುದೇ ಸತ್ಯ ಇಲ್ಲದಿರುವುದಕ್ಕೆ ಇದೇ ಸಾಮಾನ್ಯ ಕಾರಣ.