Apple MDM ಗೆ VPN ಬೇಕೇ? ಮೂರು ಪ್ರವೇಶ ಅಗತ್ಯಗಳು, ಒಂದೇ ಉತ್ತರ
Apple MDM APNs ಮತ್ತು ಸಾಧನದಿಂದ ಪ್ರಾರಂಭವಾಗುವ HTTPS ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, LAN ಸುರಂಗದ ಮೇಲೆ ಅಲ್ಲ. VPN ಸೇರಿಸುವ ಮೊದಲು ನಿರ್ವಹಣೆ, ಸ್ಕ್ರೀನ್ ಹಂಚಿಕೆ ಮತ್ತು ಖಾಸಗಿ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶವನ್ನು ಬೇರ್ಪಡಿಸಿ.
Apple ಸಾಧನ ನಿರ್ವಹಣೆಗೆ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಬೇಕೇ ಎಂಬುದು ಅಪರೂಪದ ಪ್ರಶ್ನೆ, ಏಕೆಂದರೆ ಬೇಕು. ನಿಜವಾದ ಪ್ರಶ್ನೆ ಎಂದರೆ Mac ಅಥವಾ iPad ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಾಗುವ ಮೊದಲೇ ನಿಮ್ಮ ಫ್ಲೀಟ್‌ಗೆ ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ VPN ಬೇಕೇ ಎಂಬುದು, ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ನಿರ್ವಹಿಸುವ ಹೆಚ್ಚಿನ ನಿಯೋಜನೆಗಳಿಗೆ ಉತ್ತರ ಇಲ್ಲ. Apple ಸಾಧನವು ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಂತೆ ನಿರ್ವಹಣಾ ಸೇವೆಯನ್ನು ತಲುಪಲು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಮುಖ್ಯವಾದ ಸಂಚಾರವೆಂದರೆ ಸಹಿ ಮಾಡಿದ ಆದೇಶ ಮಾರ್ಗ, ಡೆಸ್ಕ್‌ಟಾಪ್ ಸೆಷನ್ ಅಲ್ಲ. ಅದು ನಿಮಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದು ಮೂರು ಷರತ್ತುಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಗೊಂದಲಗೊಳಿಸುವುದು ಸುಲಭ ಏಕೆಂದರೆ ಹೊರಗಿನಿಂದ ಎಲ್ಲವೂ ದೂರದ ಪ್ರವೇಶದಂತೆ ಕಾಣುತ್ತವೆ.
ಸಾಗಣೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಅಗತ್ಯಕ್ಕೆ ಹೆಸರಿಡಿ
ನಿರ್ವಹಣಾ ಆದೇಶಗಳು ಮತ್ತು ಸಂರಚನಾ ಪ್ರೊಫೈಲ್‌ಗಳು ಒಂದು ಅಗತ್ಯ, ಸಂವಾದಾತ್ಮಕ ಸ್ಕ್ರೀನ್ ಹಂಚಿಕೆ ಎರಡನೆಯದು, ಮತ್ತು ಖಾಸಗಿ ಒಳಗಿನ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪುವುದು ಮೂರನೆಯದು. ಅವುಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರು, ಬೇರೆ ಬೇರೆ ದೃಢೀಕರಣ, ಮತ್ತು ಹೆಚ್ಚಾಗಿ ತುಂಬಾ ಬೇರೆ ಸ್ವೀಕಾರಾರ್ಹ ಒಡ್ಡುವಿಕೆ ಇರುತ್ತದೆ. ಅವುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸೇರಿಸುವುದು ಫ್ಲೀಟ್ ಯಾರೂ ಸಮರ್ಥಿಸಲಾಗದ ಸಾರ್ವಜನಿಕ ಪೋರ್ಟ್ ಪಟ್ಟಿಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.
ಮೂರು ಅಗತ್ಯಗಳು ಒಂದೇ ಸಾಗಣೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ:
| Need | What actually carries it |
|---|---|
| Management commands and profiles | The enrolled device pulls from a service it can reach; APNs only wakes it |
| Interactive screen sharing | A remote-support tool or private desktop path with its own authentication |
| Private application access | That application's permitted network path, which may well be a VPN |
ಗೊಂದಲ ಸಾಮಾನ್ಯವಾಗಿ ಹಳೆಯ ಸರ್ವರ್ ಪರಿಶೀಲನಾ ಪಟ್ಟಿಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. OS X Server ನ ಐತಿಹಾಸಿಕ ದಾಖಲೆಯು ದೀರ್ಘ ಪೋರ್ಟ್ ಗುಂಪನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ನಿರ್ವಹಣಾ ಸೇವೆ ಎಲ್ಲೋ ಒಳಗಿರುವುದರಿಂದ ಯಾರೋ ಎಲ್ಲವನ್ನೂ ಅಂಚಿನಲ್ಲಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತಾರೆ. ಅದು ನಿರ್ವಹಣಾ ವಾಸ್ತುಶಿಲ್ಪವಲ್ಲ, ಮತ್ತು ಅದು ಒಡ್ಡಿದ ಮೇಲ್ಮೈಯನ್ನು ನೀವು ಪ್ರಕಟಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ನಿಯಂತ್ರಣ ಸಮತಲದ ಆಚೆಗೆ ಬಹಳ ದೂರ ವಿಸ್ತರಿಸುತ್ತದೆ.
ಪುಶ್ ಅಧಿಸೂಚನೆ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ
Apple ದಾಖಲಿತ ಹರಿವಿನಲ್ಲಿ, ನಿರ್ವಹಣಾ ಸರ್ವರ್ APNs ಅಧಿಸೂಚನೆಯನ್ನು ಕಳುಹಿಸಿ ಸಾಧನಕ್ಕೆ ಕೆಲಸ ಕಾಯುತ್ತಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ. ನಂತರ ಸಾಧನವು ನಿರ್ವಹಣಾ ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕ ತೆರೆದು ತನ್ನ ಆದೇಶಗಳನ್ನು ಕೇಳುತ್ತದೆ. ಪುಶ್ ಬಾಗಿಲ ಗಂಟೆಯೇ, ಸುರಂಗವಲ್ಲ: ಅದು ಯಾವುದೇ ಅನಿಯಂತ್ರಿತ ಪೇಲೋಡ್, ದೂರದ ಡೆಸ್ಕ್‌ಟಾಪ್ ಸೆಷನ್, ಅಥವಾ ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ಸಾಧನವು ಉದ್ದೇಶಿತ ಸೇವೆಯಲ್ಲಿ ನೋಂದಾಯಿತವಾಗಿರಬೇಕು, ನಿರೀಕ್ಷಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ನಂಬಬೇಕು, ಮತ್ತು ನಿರ್ವಹಣಾ ಸೇವೆ ಹಾಗೂ ಹರಿವು ಅವಲಂಬಿಸಿರುವ Apple ಸೇವೆಗಳೆರಡನ್ನೂ ತಲುಪಬಲ್ಲದಾಗಿರಬೇಕು. Apple ನ ನೆಟ್‌ವರ್ಕ್ ಸಿದ್ಧತಾ ಮಾರ್ಗದರ್ಶನ ಆ ಅವಲಂಬನೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅವು ಹರಿವಿನ ಮಾತುಕತೆಗೆ ಒಳಪಡುವ ಭಾಗಗಳಲ್ಲ. ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಒಳಗೆ ಮಾತ್ರ ಇರುವ ನಿರ್ವಹಣಾ ಸರ್ವರ್‌ಗೂ ಸಾಧನವು ನಿಜವಾಗಿ ಬಳಸಬಲ್ಲ ಬೆಂಬಲಿತ ಮಾರ್ಗ ಬೇಕು. ಅದನ್ನು MDM ಎಂದು ಕರೆಯುವುದು ತಲುಪಲಾಗದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ತಲುಪಬಲ್ಲದನ್ನಾಗಿಸುವುದಿಲ್ಲ.
ಅನುಮತಿಸಿದ ಮಾರ್ಗಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ, ಮಧ್ಯದಲ್ಲಿರುವ ಯಾವುದೇ ಪ್ರಾಕ್ಸಿ ಮತ್ತು TLS ತಪಾಸಣಾ ನೀತಿಯನ್ನೂ ಸೇರಿಸಿ. ನಿರೀಕ್ಷಿತ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯನ್ನು ಮುರಿಯುವ ತಪಾಸಣಾ ಸಾಧನವು ಮುರಿದ ನೋಂದಣಿಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.
VPN ತಪ್ಪು ಉತ್ತರವಾದಾಗ
ನಿಮ್ಮ ನಿರ್ವಹಣಾ ಸೇವೆಯನ್ನು ಸರಿಯಾದ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಪ್ರಕಟಿಸಿದ್ದರೆ ಮತ್ತು ಪ್ರತಿ ಸಂಪರ್ಕವನ್ನು ಸಾಧನವೇ ಪ್ರಾರಂಭಿಸಿದರೆ, VPN ನಿಯಂತ್ರಣ ಸೇರಿಸದೆ ಒಂದು ಜಿಗಿತ ಸೇರಿಸುತ್ತದೆ. ಸಾಧನವು ತನ್ನ ನೋಂದಣಿ ಗುರುತಿನಿಂದ ಈಗಾಗಲೇ ದೃಢೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್ ಯಾವ ಆದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಈಗಾಗಲೇ ನಿರ್ಧರಿಸುತ್ತದೆ. ಅದರ ಮುಂದೆ ಇರುವ ಸುರಂಗವು ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗವನ್ನು ಬದಲಿಸುತ್ತದೆ, ನಂಬಿಕೆಯ ನಿರ್ಧಾರವನ್ನಲ್ಲ.
ಅದೇ ನಿಯಂತ್ರಣ ಸಮತಲವು VPN ಪ್ರೊಫೈಲ್ ಅನ್ನೂ ತಲುಪಿಸಬಲ್ಲದು. ಆ ಕ್ರಮ ಮುಖ್ಯ: ನಿರ್ವಹಿತ VPN ಸಂರಚನೆಯು ಇನ್ನೊಂದು ಪೇಲೋಡ್ ಆಗಿಯೇ ಬರುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಸೃಷ್ಟಿಸುವ ಪ್ರೊಫೈಲ್ ಸಿಗುವ ಮೊದಲು ಸುರಂಗ ಇರಬೇಕೆಂಬ ಅಗತ್ಯ ಸಾಧನಕ್ಕಿಲ್ಲ.
VPN ಸರಿಯಾದ ಉತ್ತರವಾದಾಗ
ನಿರ್ವಹಣಾ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಎಂದಿಗೂ ಇಂಟರ್ನೆಟ್‌ನಿಂದ ತಲುಪಬಲ್ಲದಾಗಿರಬಾರದು ಎಂಬ ಫ್ಲೀಟ್‌ಗಳಿವೆ, ಮತ್ತು ಅದು ಧೈರ್ಯದ ಕೊರತೆಯಲ್ಲ, ಕಾನೂನುಬದ್ಧ ವಿನ್ಯಾಸ. ನಿಯಂತ್ರಿತ ಪರಿಸರಗಳು, ಸಣ್ಣ ಒಳಗಿನ IT ತಂಡಗಳು, ಮತ್ತು ಇತರ ಆಡಳಿತಾತ್ಮಕ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನೂ ಹೋಸ್ಟ್ ಮಾಡುವ ಸರ್ವರ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ಅಲ್ಲಿಗೇ ಬರುತ್ತವೆ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ನಿರ್ವಹಣಾ ಸೇವೆಯ ಮುಂದೆ ಸಂರಕ್ಷಿತ ಪ್ರವೇಶ ಮಾರ್ಗವು ಉದ್ದೇಶಪೂರ್ವಕ ವಾಸ್ತುಶಿಲ್ಪ, ಪರ್ಯಾಯ ದಾರಿಯಲ್ಲ.
ಸ್ಕ್ರೀನ್ ಹಂಚಿಕೆ ಮತ್ತು ಖಾಸಗಿ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶ ಸಾಮಾನ್ಯವಾಗಿ ರೇಖೆಯ ಆ ಬದಿಗೂ ಸೇರುತ್ತವೆ. ಎರಡೂ ಆದೇಶ ಮಾರ್ಗಕ್ಕಿಂತ ಬಹಳ ಹೆಚ್ಚು ಬಯಲು ಮಾಡುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ನೋಂದಣಿ ಗುರುತಿನ ಮೇಲೆ ಸವಾರಿ ಮಾಡುವ ಬದಲು ತಮ್ಮದೇ ದೃಢೀಕರಣಕ್ಕೆ ಅರ್ಹ.
ಚೇತರಿಕೆಯನ್ನು ಮುರಿಯುವ ಬೂಟ್‌ಸ್ಟ್ರಾಪ್ ಬಲೆ
ನಾನು ವಿರುದ್ಧ ವಿನ್ಯಾಸ ಮಾಡುವ ವೈಫಲ್ಯ ಇದು: ನಿರ್ವಹಣಾ ಸೇವೆಗೆ ಏಕೈಕ ಮಾರ್ಗ VPN ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಸಾಧನದಲ್ಲಿರುವ VPN ಪ್ರೊಫೈಲ್ ಅಥವಾ ರುಜುವಾತಿನ ಅವಧಿ ಮುಗಿದಿದೆ. ಸಾಧನವು ಬದಲಿ ಆದೇಶ ಸಂಗ್ರಹಿಸಲು ಸರ್ವರ್ ತಲುಪಲಾರದು, ಮತ್ತು ಸರ್ವರ್ ಏಳದ ಸುರಂಗದ ಮೂಲಕ ಏನನ್ನೂ ತಳ್ಳಲಾರದು. ಚೇತರಿಕೆ ಈಗ ನೂರಾರು ಮೈಲು ದೂರದಲ್ಲಿರಬಹುದಾದ ಬಳಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಚೇತರಿಕೆಗಾಗಿ ಎರಡನೇ, ಸ್ವತಂತ್ರ ಮಾರ್ಗವನ್ನು ಇರಿಸಿ, ಅದು ಬ್ಯಾಂಡ್‌ನ ಹೊರಗಿನ ನಿರ್ವಹಣಾ ಮಾರ್ಗವಾಗಿರಬಹುದು, ಸ್ಥಳೀಯ ನಿರ್ವಾಹಕರಾಗಿರಬಹುದು, ಅಥವಾ ಸುರಂಗವಿಲ್ಲದೆ ತಲುಪಬಲ್ಲದಾಗಿ ಉಳಿಯುವ ನಿರ್ವಹಣಾ ಸೇವೆಯಾಗಿರಬಹುದು. ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುವಾಗಲೇ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ನಿಮಗೆ ಸ್ವಚ್ಛ ಪರೀಕ್ಷೆ ಸಿಗುವುದಿಲ್ಲ.
ನಂತರ ಪ್ರತಿ ಮಾರ್ಗವು ಮೂರು ಅಗತ್ಯಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ, ಮತ್ತು ಯಾವುದಕ್ಕೂ ಸೇವೆ ಸಲ್ಲಿಸದ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ಸಾಮಾನ್ಯ ಸುರಂಗವಿಲ್ಲದೆ ನಿರ್ವಹಿಸಬಹುದಾದ ಮತ್ತು ಸುರಂಗವೇ ಮುರಿದಾಗಲೂ ಸರಿಪಡಿಸಬಹುದಾದ ಫ್ಲೀಟ್ ಎಂಬುದೇ ವಿನ್ಯಾಸ ಮಾಡಲು ಯೋಗ್ಯವಾದ ಫಲಿತಾಂಶ.