AWS Client VPN ನಲ್ಲಿ SAML ಲಾಗಿನ್ ಪೂರ್ಣಗೊಳಿಸಬಲ್ಲ ಕ್ಲೈಂಟ್ ಯಾವುದು
AWS ಕ್ಲೈಂಟ್ ಇರುವ Linux ಡೆಸ್ಕ್ಟಾಪ್‌ಗಳು SAML ಬ್ರೌಸರ್ ಹಸ್ತಾಂತರವನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಲ್ಲವು; Android ನಲ್ಲಿ ಸಾಮಾನ್ಯ OpenVPN ಆಮದು ಸಾಧ್ಯವಿಲ್ಲ. ಮೂರು ಷರತ್ತುಗಳು ನಿಮ್ಮ ಪ್ರಕರಣವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಇಬ್ಬರು ಜನ AWS Client VPN ಮತ್ತು SAML ಬಗ್ಗೆ ಒಂದೇ ಪ್ರಶ್ನೆ ಕೇಳಿ ವಿರುದ್ಧ ಉತ್ತರಗಳನ್ನು ಪಡೆಯುತ್ತಾರೆ. ಒಬ್ಬರು ಪ್ರತಿ ಬೆಳಗ್ಗೆ Ubuntu ಲ್ಯಾಪ್ಟಾಪ್‌ನಿಂದ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ; ಇನ್ನೊಬ್ಬರ ಬಳಿ ಫೋನ್, ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಅದರಲ್ಲಿನ ಒಂದು ಸಾಲನ್ನು ನಿರಾಕರಿಸುವ ಕ್ಲೈಂಟ್ ಇದೆ. ವ್ಯತ್ಯಾಸ ಅದೃಷ್ಟವಲ್ಲ ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ಅಡಗಿರುವ ಸ್ವಿಚ್ ಕೂಡ ಅಲ್ಲ. ಎಲ್ಲವೂ ಮೂರು ಷರತ್ತುಗಳ ಮೇಲೆ ನಿಲ್ಲುತ್ತದೆ: ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ AWS ತನ್ನದೇ ಕ್ಲೈಂಟ್‌ಗೆ ಬೆಂಬಲಿಸುವ ಒಂದಾಗಿದೆಯೇ, ನಿಮ್ಮ ಕೈಯಲ್ಲಿರುವ ಸಾಧನ ಒಕ್ಕೂಟದ ಬ್ರೌಸರ್ ವಿನಿಮಯ ಮಾಡಬಲ್ಲದೇ, ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ SAML ಗೆ ಸಂರಚಿಸಲಾಗಿದೆಯೇ. ಮೂರರಲ್ಲಿ ಒಂದನ್ನು ತಪ್ಪಿಸಿದರೆ ಸೈನ್ ಇನ್ ಬೇರೆಡೆ ನಿಲ್ಲುತ್ತದೆ.
ಲಾಗಿನ್ ಪೂರ್ಣಗೊಳ್ಳಬಹುದೇ ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮೊದಲನೆಯದು. AWS Windows, macOS ಮತ್ತು AMD64 ನಲ್ಲಿ Ubuntu ಗಾಗಿ ತನ್ನದೇ Client VPN ಕ್ಲೈಂಟ್ ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅಕ್ಟೋಬರ್ 2026 ರ ಅಂತ್ಯದ ವೇಳೆಗೆ Linux ಅಗತ್ಯತೆಗಳ ಪುಟವು Ubuntu 22.04, 24.04 ಮತ್ತು 26.04 ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಮರುಪ್ಯಾಕ್ ಮಾಡಿದ ಬಿಲ್ಡ್, ಪರಿವರ್ತಿಸಿದ ಪ್ಯಾಕೇಜ್ ಅಥವಾ ಬೇರೆ ವಿತರಣೆ ಕೆಲಸ ಮಾಡಬಹುದು, ಆದರೆ ಅದು ಬೆಂಬಲಿತ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಲ್ಲ, ಮತ್ತು ಅದು ಒಡೆದಾಗ ಬೆಂಬಲ ಸಾಲು ನೀವೇ.
ಕ್ಲೈಂಟ್ ಎರಡನೆಯದು. ಒಕ್ಕೂಟದ ಸೈನ್ ಇನ್ ಎಲ್ಲಾ OpenVPN-ಹೊಂದಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್ ವಿಶ್ಲೇಷಿಸುವ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಯಲ್ಲ. ಒದಗಿಸಿದ ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ಗುರುತು ಪೂರೈಕೆದಾರರನ್ನು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ತೆರೆಯುತ್ತದೆ, ಸಹಿ ಮಾಡಿದ ದೃಢೀಕರಣ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಓದಿ ಸುರಂಗ ಎಬ್ಬಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಈ ಹಂತವನ್ನು ಮಾಡುವುದಿಲ್ಲ, ಅದರ ಸಂಪರ್ಕ ಲಾಗ್ ಎಷ್ಟೇ ಸ್ವಚ್ಛವಾಗಿ ಕಂಡರೂ.
ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮೂರನೆಯದು. Active Directory ರುಜುವಾತುಗಳು ಅಥವಾ ಪರಸ್ಪರ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಳಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂಪೂರ್ಣ ಬೇರೆ ವ್ಯವಸ್ಥೆ ಹೊಂದಿದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಬದಲಾಯಿಸುವುದು ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಬೇರೆ ಯಾವುದನ್ನೂ ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಪ್ರೊಫೈಲ್ ನೀಡಿದವರೊಂದಿಗೆ ದೃಢೀಕರಣ ಕ್ರಮವನ್ನು ಖಚಿತಪಡಿಸಿ.
ಒಟ್ಟಾಗಿ, ಮೂರು ಷರತ್ತುಗಳು ಒಂದು ಸಣ್ಣ ನಿರ್ಧಾರ ಕೋಷ್ಟಕವನ್ನು ನೀಡುತ್ತವೆ:
| Platform | AWS-provided client | Completes the SAML exchange | What that means |
|---|---|---|---|
| Ubuntu 22.04 / 24.04 / 26.04, AMD64 | Yes | Yes | Normal sign-in path; debug stages, not platforms |
| Windows or macOS | Yes | Yes | Same path, different installer |
| Android | No published client | No | Needs a different access design, not a different profile |
| Other Linux distributions | No | Depends on the tool | Runs at your own support risk |
OpenVPN ಆಮದು auth-federate ನಲ್ಲಿ ಏಕೆ ನಿಲ್ಲುತ್ತದೆ
ರಫ್ತು ಮಾಡಿದ AWS Client VPN ಪ್ರೊಫೈಲ್ ದೃಢೀಕರಣವು ಸುರಂಗದ ಹೊರಗೆ, ಒಕ್ಕೂಟದ ಮೂಲಕ ನಡೆಯುತ್ತದೆ ಎಂದು ಕ್ಲೈಂಟ್‌ಗೆ ಹೇಳುವ ನಿರ್ದೇಶನವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಸಾಮಾನ್ಯ OpenVPN ಕ್ಲೈಂಟ್ ಆ ಸಾಲನ್ನು ನೇರವಾಗಿ ನಿರಾಕರಿಸುತ್ತದೆ ಅಥವಾ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಆಗ ನೀಡಲು ಯಾವುದೇ ರುಜುವಾತು ಇರುವುದಿಲ್ಲ. Android ಪ್ರಯತ್ನಗಳ ಬಹುಪಾಲು ಇಲ್ಲಿಯೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ: ಪ್ರೊಫೈಲ್ ಆಮದಾಗುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್ ಆಕ್ಷೇಪಿಸುತ್ತದೆ, ಅಥವಾ ಒಂದು ಪ್ಯಾಕೆಟ್ ಕೂಡ ಸಾಧನ ಬಿಡುವ ಮೊದಲು ಸಂಪರ್ಕ ಸಂರಚನಾ ದೋಷದಿಂದ ಸಾಯುತ್ತದೆ.
auth-federate ಅನ್ನು ಅಳಿಸುವುದು ಮುಂದಿನ ಆಮಿಷದ ಹೆಜ್ಜೆ, ಮತ್ತು ಅದು ಸ್ಪಷ್ಟ ವೈಫಲ್ಯವನ್ನು ಗೊಂದಲಮಯ ವೈಫಲ್ಯವಾಗಿ ಬದಲಿಸುತ್ತದೆ. ನಿರ್ದೇಶನ ತೆಗೆದರೆ SAML ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಗುಪ್ತಪದ ದೃಢೀಕರಣವಾಗುವುದಿಲ್ಲ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇನ್ನೂ ಸಹಿ ಮಾಡಿದ SAML ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಬದಲಿಗೆ ಕಳುಹಿಸುವುದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. ನಿಮ್ಮ ಖಾತೆ ಗುಪ್ತಪದ, ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ನಕಲಿಸಿದ ಹೇಳಿಕೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ರುಜುವಾತುಗಳಲ್ಲ.
ಫೋನಿನಲ್ಲಿ Chrome ನಲ್ಲಿ ಗುರುತು ಪೂರೈಕೆದಾರರಿಗೆ ಸೈನ್ ಇನ್ ಮಾಡುವುದು ಪೂರೈಕೆದಾರರು ಬಳಕೆದಾರರನ್ನು ಸ್ವೀಕರಿಸಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪ್ರತಿಕ್ರಿಯೆಯು ಅದನ್ನು ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಹಿಂತಿರುಗಿಸಬಲ್ಲ ಕ್ಲೈಂಟ್ ತಲುಪುತ್ತದೆಯೇ ಎಂಬ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಒಕ್ಕೂಟದ ದೃಢೀಕರಣದ ಅಗತ್ಯತೆಗಳು ನಿಖರವಾಗಿ ಆ ಕಾರಣಕ್ಕಾಗಿ ಒದಗಿಸಿದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಹರಿವಿನ ಭಾಗವಾಗಿಸುತ್ತವೆ: ಬ್ರೌಸರ್ ಹಂತ ಅಗತ್ಯ ಮತ್ತು ಸಾಕಾಗುವುದಿಲ್ಲ.
ಬೆಂಬಲಿತ Linux ಡೆಸ್ಕ್‌ಟಾಪ್ ಮಾರ್ಗ ಹೇಗಿದೆ
AWS Ubuntu AMD64 ಗಾಗಿ ಪ್ರಕಟಿಸುವ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ನಿಮ್ಮ ಸಿಸ್ಟಂ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನಿಂದ ಸ್ಥಾಪಿಸಿ, ನಂತರ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸಾಮಾನ್ಯ VPN ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಆಮದು ಮಾಡುವ ಬದಲು ಆ ಕ್ಲೈಂಟ್‌ನಿಂದ ಸಂಪರ್ಕ ತೆರೆಯಿರಿ. ನಿಮ್ಮ ನಿರ್ವಾಹಕರು ಈ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ರಫ್ತು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಬಳಸಿ; ಹಳೆಯ ಮಾರ್ಗದರ್ಶಿಯ ಕಾಲ್‌ಬ್ಯಾಕ್ URL ಅಥವಾ ಕ್ಲೈಂಟ್ ಗುರುತನ್ನು ಬದಲಾಯಿಸಬೇಡಿ, ಕ್ಲೈಂಟ್ ಅದನ್ನು ಸ್ವೀಕರಿಸಿದರೂ.
ಸಂಪರ್ಕ ಪ್ರಾರಂಭಿಸಿ, ತೆರೆಯುವ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಸೈನ್ ಇನ್ ಮತ್ತು ಯಾವುದೇ MFA ಸೂಚನೆ ಪೂರ್ಣಗೊಳಿಸಿ, ಮತ್ತು ಬ್ರೌಸರ್‌ನಿಂದ ಕ್ಲೈಂಟ್‌ಗೆ ಹಿಂತಿರುಗುವ ಹರಿವು ಮುಗಿಯಲು ಬಿಡಿ. ನಂತರ ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಹೊಸದಾಗಿ ಕೇಳಿ. ಯಶಸ್ವಿ ಸೈನ್ ಇನ್ ಘೋಷಿಸುವ ಪುಟ ಸುರಂಗ ಏರಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
Linux ಕ್ಲೈಂಟ್ SAML ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗಾಗಿ ಸ್ಥಳೀಯ TCP ಪೋರ್ಟ್‌ಗಳು 8096 ರಿಂದ 8115 ವರೆಗೆ ಕಾಯ್ದಿರಿಸುತ್ತದೆ. ಗುರುತು ಪೂರೈಕೆದಾರರು ನಿಮ್ಮನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರವೂ ಹಸ್ತಾಂತರ ನೇತಾಡುತ್ತಿದ್ದರೆ, ಆ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಈಗಾಗಲೇ ಯಾವುದು ಆಲಿಸುತ್ತಿದೆ ಎಂದು ನೋಡಿ:
ss -ltnp | grep -E ":809[6-9]|:81(0[0-9]|1[0-5])"
ಆಕ್ರಮಿಸಲಾದ ಪೋರ್ಟ್, ಅಥವಾ loopback ಆಲಿಸುವವರನ್ನು ನಿರ್ಬಂಧಿಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಭದ್ರತಾ ತಂತ್ರಾಂಶ, ಪೂರ್ಣಗೊಂಡಂತೆ ಕಾಣುವ ಮತ್ತು ನಂತರ ಎಂದಿಗೂ ಸಂಪರ್ಕಿಸದ ಸೈನ್ ಇನ್ ಉಂಟುಮಾಡುತ್ತದೆ. ಆ ವ್ಯಾಪ್ತಿಯನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಇರಿಸಿ. ಇದು ಕ್ಲೈಂಟ್ ಬದಿಯ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ, EC2 ಭದ್ರತಾ ಗುಂಪಿನಲ್ಲಿ ಅಥವಾ ಗೇಟ್‌ವೇ ಫೈರ್‌ವಾಲ್ ನಿಯಮದಲ್ಲಿ ತೆರೆಯುವಂಥದ್ದಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಇಂಟರ್ನೆಟ್‌ಗೆ ತೆರೆದರೆ ಏನನ್ನೂ ಸರಿಪಡಿಸದೆ ಒಡ್ಡಿಕೆ ಹೆಚ್ಚುತ್ತದೆ.
ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ವಿಫಲವಾದ ಹಂತವನ್ನು ಓದಿ
ಕ್ಲೈಂಟ್ ಅನ್ನು ದೂಷಿಸುವುದು ಸಾಮಾನ್ಯ ಪ್ರತಿಕ್ರಿಯೆ, ಆದರೆ ಪ್ರತಿ ವೈಫಲ್ಯ ಬಿಂದು ಬೇರೆ ಮಾಲೀಕರಿಗೆ ಸೇರಿದೆ. ಮೊದಲು ನೀವು ನಿಜವಾಗಿ ಎಲ್ಲಿದ್ದೀರಿ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ.
- ಯಾವುದೇ ಬ್ರೌಸರ್ ವಿಂಡೋ ತೆರೆಯುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್‌ನ ದೃಢೀಕರಣ ಕ್ರಮ, ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಸಂಪರ್ಕ ಮತ್ತು ಡೆಸ್ಕ್‌ಟಾಪ್‌ನ ಡೀಫಾಲ್ಟ್ ಬ್ರೌಸರ್ ಏಕೀಕರಣವನ್ನು ಪರಿಶೀಲಿಸಿ.
- ಗುರುತು ಪೂರೈಕೆದಾರರು ಖಾತೆಯನ್ನು ನಿರಾಕರಿಸುತ್ತಾರೆ. ಖಾತೆ ಹಂಚಿಕೆ, MFA ನೋಂದಣಿ ಅಥವಾ SAML ಅಪ್ಲಿಕೇಶನ್ ಸಂರಚನೆ, ಎಲ್ಲವೂ ನಿರ್ವಾಹಕರ ಕ್ಷೇತ್ರ.
- ಬ್ರೌಸರ್ ಮುಗಿಯುತ್ತದೆ ಆದರೆ ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ. ಅವಧಿ ಮುಗಿದ ಅಥವಾ ಬಳಸಲಾಗದ ದೃಢೀಕರಣ ಪ್ರತಿಕ್ರಿಯೆ, ನಿರ್ಬಂಧಿತ ಹಿಂತಿರುಗುವ ಪೋರ್ಟ್, ಅಥವಾ ವಿಫಲ ಹಸ್ತಾಂತರ.
- ಸುರಂಗ ಏರಿದೆ ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪಲಾಗದು. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮಾರ್ಗಗಳು, ಅಧಿಕಾರ ನಿಯಮಗಳು, ಭದ್ರತಾ ಗುಂಪುಗಳು, DNS. ಬ್ರೌಸರ್ ಲಾಗಿನ್ ಪುನರಾವರ್ತಿಸುವುದರಿಂದ ಕಾಣೆಯಾದ ಜಾಲ ಅನುಮತಿ ಸೇರುವುದಿಲ್ಲ.
ಎಸ್ಕಲೇಟ್ ಮಾಡುವಾಗ ಕ್ಲೈಂಟ್‌ನ ದೋಷ ಪಠ್ಯ ಮತ್ತು ಪ್ರಯತ್ನದ ಸಮಯವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ. SAML ಮುರಿದಿದೆ ಎಂಬ ಹೇಳಿಕೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ಮಾನ್ಯ ದೃಢೀಕರಣ ಪ್ರತಿಕ್ರಿಯೆ ಪಡೆಯಲಿಲ್ಲ ಎಂಬ ಹೇಳಿಕೆ ಜನರನ್ನು ಸಂಪೂರ್ಣ ಬೇರೆ ಸ್ಥಳಗಳಿಗೆ ಕಳುಹಿಸುತ್ತವೆ.
ಅಗತ್ಯವು ಹೇಗಿದ್ದರೂ Android ಆಗಿದ್ದಾಗ
Android ಎಂಬುದು AWS ತನ್ನ ಕ್ಲೈಂಟ್ ಪ್ರಕಟಿಸುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ ಎಂದರೆ ಸ್ಥಾಪಿಸಲು ಯಾವುದೇ ಬೆಂಬಲಿತ ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ ಇಲ್ಲ. ಇದು ವಿನ್ಯಾಸ ಮಿತಿ, ಫೋನಿನಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸಿ ಏನಾದರೂ ಸಂಪರ್ಕವಾಗುವವರೆಗೆ ಬಿಡಿಸುವ ಒಗಟಲ್ಲ.
ಬದಲಾಗಬಹುದಾದುದು ಅದರ ಹಿಂದಿನ ಪ್ರವೇಶ ವಿನ್ಯಾಸ, ಮತ್ತು ಆ ನಿರ್ಧಾರ ನಿರ್ವಾಹಕರದು: ಫೋನಿಗೆ ಬೇಕಾದ ಒಂದೇ ಆಂತರಿಕ ಸೇವೆಗೆ ಅನುಮೋದಿತ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶ ಮಾರ್ಗ, ಸಂಸ್ಥೆ ಈಗಾಗಲೇ ನಡೆಸುತ್ತಿರುವ ಮೊಬೈಲ್ ಸಮರ್ಥ VPN ಉತ್ಪನ್ನ, ಅಥವಾ SAML ಮಾತ್ರ ಬಳಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಬೆಂಬಲಿತ ಡೆಸ್ಕ್‌ಟಾಪ್. ಪ್ರತಿ ಆಯ್ಕೆಯೂ ತನ್ನದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಂರಚನೆ, ಗುರುತು ನೋಂದಣಿ ಮತ್ತು ಅಧಿಕಾರ ನಿಯಮಗಳನ್ನು ತರುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಬಳಕೆದಾರರು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್‌ನಿಂದ ಮಾಡಲಾಗದು.
ಈ ಕಂದರವನ್ನು ಮುಚ್ಚುವುದಾಗಿ ಹೇಳಿಕೊಳ್ಳುವ ತೃತೀಯ ಪಕ್ಷದ ಸಾಧನಗಳಿಗೆ MFA, ಪ್ರತಿಕ್ರಿಯೆ ನಿರ್ವಹಣೆ, ಸಾಧನ ನೀತಿ ಮತ್ತು ನವೀಕರಣ ಗತಿಯನ್ನು ಒಳಗೊಳ್ಳುವ ಸ್ಪಷ್ಟ ಬೆಂಬಲ ಮತ್ತು ಭದ್ರತಾ ಪರಿಶೀಲನೆ ಬೇಕು. ಅವುಗಳ ಅಸ್ತಿತ್ವ ಅವುಗಳನ್ನು AWS ಒದಗಿಸಿದ Android ಕ್ಲೈಂಟ್ ಆಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಕೆಲಸ ಮಾಡಲಿ ಎಂದು ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ದೃಢೀಕರಣ ಸಾಮಗ್ರಿಯನ್ನು ಫೋನಿಗೆ ಸ್ಥಳಾಂತರಿಸಬೇಡಿ.
ನಿರ್ದೇಶನಗಳ ಬಗ್ಗೆ ಉದ್ದದ ಥ್ರೆಡ್ ಬದಲು ನಿರ್ವಾಹಕರಿಗೆ ಮೂರು ಸತ್ಯಗಳನ್ನು ನೀಡಿ: ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ದೃಢೀಕರಣ ಕ್ರಮ, ಫೋನ್ ತಲುಪಬೇಕಾದ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ, ಮತ್ತು ಗಡುವು. ಡೆಸ್ಕ್‌ಟಾಪ್, ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶ ಮಾರ್ಗ ಮತ್ತು ಹೊಸ VPN ಉತ್ಪನ್ನದ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಲು ಅಷ್ಟೇ ಸಾಕು.
ಇನ್ನೊಂದು ಟಿಕೆಟ್ ತೆರೆಯುವ ಮೊದಲು ಷರತ್ತುಗಳನ್ನು ಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸಿ: ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಒದಗಿಸಿದ ಕ್ಲೈಂಟ್‌ಗಳ ಪಟ್ಟಿಯಲ್ಲಿ, ಬ್ರೌಸರ್ ವಿನಿಮಯ ಪೂರ್ಣಗೊಳಿಸಬಲ್ಲ ಸಾಧನ, ನಿಜವಾಗಿ ಒಕ್ಕೂಟಕ್ಕೆ ಸಂರಚಿಸಿದ ಎಂಡ್‌ಪಾಯಿಂಟ್, ಮತ್ತು Linux ನಲ್ಲಿ loopback ಪೋರ್ಟ್ ವ್ಯಾಪ್ತಿ. ಮೊದಲು ವಿಫಲವಾದ ಅಂಶವೇ ಸರಿಪಡಿಸಬೇಕಾದದ್ದು. ಅದರ ನಂತರದ್ದೆಲ್ಲ ಊಹೆ.