Bootstrap ಅಥವಾ GPO: Windows VPN ಪ್ರೊಫೈಲ್‌ಗೆ ಎರಡು ಮಾರ್ಗಗಳು
GPO ಮೂಲಕ ಹಂಚುವ ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಹಂಚುವ ಷೇರ್ ತಲುಪುವ ಏಕೈಕ ದಾರಿಯಾಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮೊದಲ ಸ್ಥಾಪನೆಯನ್ನು ಸಾಮಾನ್ಯ ನವೀಕರಣದಿಂದ ಬೇರ್ಪಡಿಸಿ, ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಆವೃತ್ತಿಗೊಳಿಸಿ.
ಡೊಮೇನ್ ಷೇರ್‌ನಿಂದ VPN ಪ್ರೊಫೈಲ್ ಕಳುಹಿಸಿ, ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ — ಡೊಮೇನ್ ತಲುಪಲಾಗದ ಲ್ಯಾಪ್‌ಟಾಪ್‌ವರೆಗೆ. ಆ ಕ್ಷಣದಲ್ಲಿ ವಿತರಣೆ ಪ್ರೊಫೈಲ್ ರಚಿಸಲು ಇರುವ ಸಂಪರ್ಕವನ್ನೇ ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಆ ಲ್ಯಾಪ್‌ಟಾಪ್ ಹಿಡಿದಿರುವ ವ್ಯಕ್ತಿ ಸಹಾಯ ಕೇಂದ್ರ ಕಾಣದ ಸ್ಥಳದಲ್ಲಿದ್ದಾರೆ. ಮೊದಲ ಸ್ಥಾಪನೆ ಮತ್ತು ಸಾಮಾನ್ಯ ನವೀಕರಣವನ್ನು ಒಂದೇ ಪ್ಯಾಕೇಜಿನ ಎರಡು ಪ್ರತ್ಯೇಕ ಮಾರ್ಗಗಳೆಂದು ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ಹಂಚಿಕೊಳ್ಳಲು ಏನೂ ಇಲ್ಲದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ.
ಮೊದಲ ಸ್ಥಾಪನೆ ಬೇರೆ ಸಮಸ್ಯೆ
ಎರಡು ಘಟನೆಗಳು ಮುಖ್ಯ, ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಜಾಲಬಂಧ ಸಹಕರಿಸುವಾಗ ಸಂಭವಿಸುತ್ತದೆ. ಏನು ಲಭ್ಯವಿದೆ, ಕೆಲಸವನ್ನು ಯಾವುದು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲಿ ತಪ್ಪಾಗುತ್ತದೆ ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಕೋಷ್ಟಕ ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ.
| First install | Routine update | |
|---|---|---|
| Network reachable | Something other than the VPN being installed | The domain or a management channel |
| Trigger | Enrollment, imaging, or a prepared package | A policy refresh or a management push |
| Usual failure | No route to the package at all | Duplicate profiles, or a change that silently does nothing |
ಒಂದು ಪರಿಶೀಲಿತ ಆರ್ಟಿಫ್ಯಾಕ್ಟ್ ಎರಡೂ ಮಾರ್ಗಗಳಿಗೆ ಉಪಯೋಗವಾಗುತ್ತದೆ; ಸಂಪರ್ಕದ ಬಗ್ಗೆ ಇರುವ ಊಹೆಯನ್ನು ಹಂಚಲಾಗದು. ಸ್ಟಾರ್ಟಪ್ ಸ್ಕ್ರಿಪ್ಟ್ ಕಾರ್ಪೊರೇಟ್ ಜಾಲದ ಮೇಜಿನ ಮೇಲೆ ಓಡುವಾಗ ಆ ಊಹೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಕ್ಷೇತ್ರದಲ್ಲಿ ಅದನ್ನು ಬಯಲು ಮಾಡುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ದೋಷಯುಕ್ತವಲ್ಲ, ಯಾರೂ ಅದಕ್ಕಾಗಿ ವಿನ್ಯಾಸ ಮಾಡದ ಸ್ಥಳದಲ್ಲಿ ಓಡಿಸಲು ಹೇಳುತ್ತಿದ್ದಾರೆ.
ಪ್ಯಾಕೇಜಿನಲ್ಲಿ ಏನಿರಬೇಕು
ಪ್ಯಾಕೇಜ್ ಮಾಡುವ ಮೊದಲು ಐದು ವಿಷಯಗಳನ್ನು ನಿರ್ಧರಿಸಿ: Windows ನ ಯಾವ ಪ್ರೊಫೈಲ್ ವ್ಯವಸ್ಥೆ ಬೆಂಬಲಿತವಾಗಿದೆ, ವ್ಯಾಪ್ತಿ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗಾ ಪ್ರತಿ ಸಾಧನಕ್ಕಾ, ಯಾವ ಪ್ರಮಾಣಪತ್ರಗಳು ಅಥವಾ ಕ್ಲೈಂಟ್ ಘಟಕಗಳು ಪೂರ್ವಷರತ್ತು, ಪ್ರೊಫೈಲ್ ವ್ಯಾಖ್ಯಾನ ಏನು ಹೇಳುತ್ತದೆ, ಯಾವ ಕ್ರಿಯೆ ಅದನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ProfileXML ಎಂಬುದು VPN ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ಬೆಂಬಲಿತ ಮಾರ್ಗ, VPNv2 CSP ಮೂಲಕ ಒದಗಿಸಲಾಗುತ್ತದೆ, Microsoft ನ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಮಾರ್ಗದರ್ಶಿ ಅದರಲ್ಲಿ ಏನಿರಬಹುದು ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಆ ಪಟ್ಟಿಯ ಹೊರಗಿನದು ನೀವು ತಕ್ಷಣ ತೆಗೆದುಕೊಳ್ಳುವ ನಿರ್ಧಾರ.
ಸಹಾಯಕ ಸ್ಕ್ರಿಪ್ಟ್‌ನ ನಿಯತಾಂಕಗಳು ಆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೇ ಸೇರಿವೆ. xmlFilePath ಅಥವಾ AllUserConnection ಮುಂತಾದ ಹೆಸರುಗಳು ಒಬ್ಬ ಲೇಖಕನ ಆಯ್ಕೆ, ಪ್ರತಿ ಸ್ಥಾಪಕರೂ ಪಾಲಿಸುವ ಮಾನದಂಡವಲ್ಲ; ಅವನ್ನು ಬೇರೆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ನಕಲಿಸಿದರೆ ಸರಿಯಾಗಿ ಕಾಣುವ ಮತ್ತು ಏನೂ ಮಾಡದ ಆದೇಶ ಸಿಗುತ್ತದೆ.
ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ವ್ಯಾಖ್ಯಾನವನ್ನು ಒಂದೇ ಆವೃತ್ತಿಯಲ್ಲಿ ಇರಿಸಿ, ಎರಡೂ ಎಲ್ಲಿಂದ ಬಂದವು ಎಂಬುದನ್ನು ಅವುಗಳ ಅನುಮತಿಗಳೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ. SYSVOL ನಿಂದ ಆಕಸ್ಮಿಕವಾಗಿ ಓದಬಹುದಾದ ವಿಶೇಷಾಧಿಕಾರದ ಸ್ಟಾರ್ಟಪ್ ಸ್ಕ್ರಿಪ್ಟ್ ಇನ್ನೂ ಪರಿಶೀಲನೆಯಾಗಿಲ್ಲ, ಮತ್ತು ಧೋರಣೆಯ ಮೂಲಕ ವಿತರಣೆ ಪರಿಶೀಲನೆ ಅಲ್ಲ.
ಮೊದಲ ಸಂಪರ್ಕ ಪಡೆಯುವುದು
ಸಾಧನವನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ತಲುಪಬಹುದಾದಾಗಲೇ ಮೊದಲ ಸ್ಥಾಪನೆ ನಡೆಯುತ್ತದೆ: ಅನುಮೋದಿತ ಜಾಲ, ಇರುವ ನಿರ್ವಹಣಾ ಚಾನೆಲ್, ಅಥವಾ ಇದಕ್ಕಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಿದ ನೋಂದಣಿ ಹರಿವು. ಆಯ್ಕೆ ಮಾಡಿದ ದೃಢೀಕರಣ ವಿಧಾನದ ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ವಿಶ್ವಾಸದ ಪೂರ್ವಷರತ್ತುಗಳು ಅದೇ ಪ್ಯಾಕೇಜಿನಲ್ಲಿರುತ್ತವೆ, ಏಕೆಂದರೆ ಇನ್ನೂ ಇಲ್ಲದ ಸುರಂಗದ ಮೂಲಕ ಏನನ್ನೂ ತರಲಾಗದು. ಯಾರಾದರೂ ದಿನಾಂಕ ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಈ ಮೂರು ಚಾನೆಲ್‌ಗಳಲ್ಲಿ ಈ ಬಳಕೆದಾರರಿಗೆ ಯಾವುದು ನಿಜವಾದುದು ಎಂದು ಕೇಳಿ. ಕಾಗದದಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಚಾನೆಲ್ ಕ್ಷೇತ್ರದಿಂದ ಬಂದ ದೂರವಾಣಿ ಕರೆಯಾಗುತ್ತದೆ.
ಆ ಕ್ಷಣದಲ್ಲಿ ತಂತ್ರಜ್ಞರು ಅಥವಾ ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತಾರೆ ಎಂದು ಬರೆಯಿರಿ. ಉತ್ತರ IT ಸಹಾಯಕ್ಕಾಗಿ ದೂರದಿಂದ ಸಂಪರ್ಕಿಸುತ್ತದೆ ಎಂದಾದರೆ, ಮೊದಲ ಸ್ಥಾಪನೆಯ ಮಾರ್ಗ ಮೌನವಾಗಿ, ಯಾರಾದರೂ ಒದಗಿಸಿ ಬೆಂಬಲಿಸಬೇಕಾದ ಎರಡನೇ ದೂರ ಪ್ರವೇಶ ಸಾಧನವನ್ನು ಅವಲಂಬಿಸುತ್ತದೆ.
ನವೀಕರಣಗಳಿಗೆ ತಿಳಿದ ಸ್ಥಿತಿ ಬೇಕು
ಯಂತ್ರ ಡೊಮೇನ್ ತಲುಪಿದ ನಂತರ, ಸಾಮಾನ್ಯ ಡೊಮೇನ್ ಅಥವಾ ಸಾಧನ ನಿರ್ವಹಣಾ ಪ್ರಕ್ರಿಯೆ ಜವಾಬ್ದಾರಿ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ದೋಷಗಳು ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ನುಸುಳುತ್ತವೆ, ಏಕೆಂದರೆ ಸ್ಟಾರ್ಟಪ್ ಸ್ಕ್ರಿಪ್ಟ್ ಯಂತ್ರದ ಸಂದರ್ಭದಲ್ಲಿ ಓಡುತ್ತದೆ, ಆದರೆ ಬಳಕೆದಾರ ಲಾಗಿನ್ ಕ್ರಿಯೆ ಮತ್ತು ಸಾಧನ ನಿರ್ವಹಣಾ ಕ್ರಿಯೆ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಮತ್ತು ಅನುಮತಿಯಲ್ಲಿ ಭಿನ್ನವಾಗಬಹುದು.
ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಸಂಪರ್ಕ ನಮೂದು ಲಾಗಿನ್‌ಗೆ ಮೊದಲಿನ ಸಾಧನ ಸುರಂಗ ಅಲ್ಲ, ಹೆಸರುಗಳು ಏನು ಸೂಚಿಸಿದರೂ. ಸಾಧನ ಸುರಂಗಗಳು ತಮ್ಮದೇ ಆದ ವೇದಿಕೆ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ರುಜುವಾತುಗಳ ಅಗತ್ಯಗಳನ್ನು ಹೊತ್ತಿರುತ್ತವೆ, ಆ ಅಗತ್ಯಗಳನ್ನು ಓದುವುದೇ ಇಲ್ಲಿ ಲಾಗಿನ್‌ಗೆ ಮೊದಲು ಸುರಂಗ ಸಾಧ್ಯವೇ ಎಂದು ತಿಳಿಯುವ ಏಕೈಕ ದಾರಿ. ಲಾಗಿನ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುವ ಬಳಕೆದಾರ ಸುರಂಗ ಬೇರೆ ಭರವಸೆ ನೀಡುತ್ತದೆ.
ನವೀಕರಣ ಮಾರ್ಗವನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದಾದಂತೆ ಮಾಡಿ: ಈಗಾಗಲೇ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತಿರುವ ಪ್ರೊಫೈಲ್ ಹುಡುಕಿ, ಉದ್ದೇಶಿತ ಬಳಕೆದಾರ ಆದ್ಯತೆಗಳನ್ನು ಉಳಿಸಿ, ಹೊಂದಿಕೆಯಾಗುವ ವ್ಯಾಖ್ಯಾನ ಅನ್ವಯಿಸಿ, ಸ್ಪಷ್ಟ ಫಲಿತಾಂಶ ವರದಿ ಮಾಡಿ. ಪ್ರತಿ ಧೋರಣಾ ರಿಫ್ರೆಶ್‌ನಲ್ಲಿ ಹೊಸ ಪ್ರೊಫೈಲ್ ರಚಿಸುವುದೇ ಯಂತ್ರ ಐದು ನಮೂದುಗಳೊಂದಿಗೆ, ತಪ್ಪಾದದನ್ನು ಆರಿಸುವ ಬಳಕೆದಾರರೊಂದಿಗೆ ಉಳಿಯುವುದಕ್ಕೆ ಕಾರಣ.
ಇದನ್ನು ಬೆಂಬಲಿಸಬಹುದಾದಂತೆ ಇಡುವ ದಾಖಲೆ
ಹಸ್ತಾಂತರದಲ್ಲಿ ಮೂರು ಉತ್ತರಗಳಿವೆ: ಹೊಸದಾಗಿ ನೀಡಿದ ಸಾಧನ ತನ್ನ ಮೊದಲ ಸಂಪರ್ಕವನ್ನು ಹೇಗೆ ಪಡೆಯುತ್ತದೆ, ಪ್ಯಾಕೇಜ್ ಯಾರು ಬದಲಾಯಿಸಬಹುದು, ನಿರ್ವಾಹಕರು ಹೊಂದಿಕೆಯಾಗದ ಬದಲಾವಣೆಯಿಂದ ಹೇಗೆ ಹಿಂದೆ ಸರಿಯುತ್ತಾರೆ. ಇವು ಬರೆಯಲ್ಪಟ್ಟಿದ್ದರೆ, ನಿಯೋಜನೆ ಇನ್ನು ಮುಂದೆ ನೀಡಬೇಕಾದ ಪ್ರವೇಶ ಈಗಾಗಲೇ ಇರುವವರನ್ನು ಅವಲಂಬಿಸುವುದಿಲ್ಲ.
ಆ ದಾಖಲೆಯನ್ನು ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ, ಎರಡನ್ನೂ ಒಂದೇ ಬದಲಾವಣೆಯಲ್ಲಿ ನವೀಕರಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ವರ್ಷದ ಹಿಂದೆ ಮುಚ್ಚಿದ ಟಿಕೆಟ್‌ನಿಂದ bootstrap ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ಕಟ್ಟುತ್ತಾರೆ.