VPN ಬಳಕೆದಾರರ ನೋಂದಣಿ: ಮೊದಲು ಗುರುತಿನ ಮಾಲೀಕರನ್ನು ಹುಡುಕಿ

ಯಾರೋ VPN ಪ್ರವೇಶವನ್ನು ಕೇಳುತ್ತಾರೆ, ಮತ್ತು ಮೊದಲ ಪ್ರವೃತ್ತಿ ಸರ್ವರ್ನಲ್ಲಿ adduser ಚಲಾಯಿಸುವುದು. ಆ ಪ್ರವೃತ್ತಿ ಕೆಲವೇ ನಿಯೋಜನೆಗಳಲ್ಲಿ ಸರಿಯಾಗಿದೆ. ಏನನ್ನೂ ರಚಿಸುವ ಮೊದಲು, ಸರ್ವರ್ನ ಸಂರಚನೆಯನ್ನು ತೆರೆದು ಅಲ್ಲಿ ಯಾವ ಉತ್ಪನ್ನ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಅದು ರುಜುವಾತುಗಳನ್ನು ಎಲ್ಲಿ ಪರಿಶೀಲಿಸುತ್ತದೆ ಎಂದು ಕಂಡುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಖಾತೆಯು ಉತ್ಪನ್ನದ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ, ಗುರುತಿನ ಪೂರೈಕೆದಾರರಲ್ಲಿ ಅಥವಾ ಹೋಸ್ಟ್ನ ಸ್ವಂತ ದೃಢೀಕರಣ ಸ್ಟಾಕ್ನಲ್ಲಿ ಇರಬಹುದು. ತಪ್ಪು ರೀತಿಯ ಖಾತೆಯನ್ನು ರಚಿಸಿದರೆ ವ್ಯಕ್ತಿಯು ಕೆಲಸ ಮಾಡುವ ಲಾಗಿನ್ ಮತ್ತು ಟನೆಲ್ ಇಲ್ಲದೆ ಉಳಿಯುತ್ತಾರೆ.

OpenVPN ಎಂದು ಹೇಳುವ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅದರ ಹಿಂದಿನ ಗುರುತಿನ ವ್ಯವಸ್ಥೆಯನ್ನಲ್ಲ.

adduser ನಿಂದ ಅಲ್ಲ, ಸರ್ವರ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಮೊದಲು ಉತ್ಪನ್ನವನ್ನು ಗುರುತಿಸಿ. Community OpenVPN ಎಂದರೆ ಡೀಮನ್ ಜೊತೆಗೆ ನೀವು ಸೇರಿಸಿದ ಯಾವುದೇ ದೃಢೀಕರಣ, ಆದರೆ Access Server ತಮ್ಮದೇ ಬಳಕೆದಾರ ಪದರವಿರುವ ಉತ್ಪನ್ನ. ಸಂರಚನೆ, ಘಟಕದ ಹೆಸರು ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿಯನ್ನು ಕೇಳಿ, ಮತ್ತು ಬಳಕೆದಾರ ನಿರ್ವಹಣೆಗೆ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ನಂತರ ನಿಯೋಜಿತ ಪ್ರೊಫೈಲ್ ಕ್ಲೈಂಟ್ಗಳು ತಮ್ಮ ಗುರುತನ್ನು ಹೇಗೆ ಸಾಬೀತುಪಡಿಸಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ: ಪ್ರಮಾಣಪತ್ರ, ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಗುಪ್ತಪದ, ಅಥವಾ ಎರಡೂ. ಆ ಉತ್ತರವು ಖಾತೆಯನ್ನು ಹೊಂದಿರುವ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

ಅದಾದ ಮೇಲೆಯೇ ಬಳಕೆದಾರನನ್ನು ರಚಿಸುವುದು ಎಂಬ ಪದಗುಚ್ಛಕ್ಕೆ ಅರ್ಥ ಬರುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರಗಳಷ್ಟೇ ಇರುವ ನಿಯೋಜನೆಯಲ್ಲಿ ಇದು ಅನುಮೋದಿತ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಸಾಧನದ ಗುರುತನ್ನು ನೀಡುವುದನ್ನು ಅರ್ಥೈಸುತ್ತದೆ, ಮತ್ತು Unix ಲಾಗಿನ್ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ. ಗುಪ್ತಪದದ ನಿಯೋಜನೆಯಲ್ಲಿ ಇದು ಗುಪ್ತಪದವನ್ನು ನಿಜವಾಗಿ ಪರಿಶೀಲಿಸುವ ಬ್ಯಾಕೆಂಡ್ ಅನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.

ನಾಲ್ಕು ಬ್ಯಾಕೆಂಡ್ಗಳು, ಖಾತೆ ರಚಿಸಲು ನಾಲ್ಕು ಸ್ಥಳಗಳು

Access Server ನ ಸ್ಥಳೀಯ ದೃಢೀಕರಣವು ಖಾತೆಗಳನ್ನು ತನ್ನದೇ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ರಚಿಸುವ ಇಂಟರ್ಫೇಸ್ ಹೋಸ್ಟ್ನದಲ್ಲ, ಉತ್ಪನ್ನದ್ದು. PAM ಪರಿಶೀಲನೆಯನ್ನು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಸ್ಟಾಕ್ಗೆ ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸೇವೆ ಆ ಸ್ಟಾಕ್ ಅನ್ನೇ ಆರಿಸಿದಾಗ ಸ್ಥಳೀಯ Unix ಖಾತೆ ನೋಂದಣಿಯ ಭಾಗವಾಗಬಹುದು. LDAP, RADIUS ಮತ್ತು SAML ಪರಿಶೀಲನೆಯನ್ನು ಬಾಹ್ಯ ಸೇವೆಗೆ ಸರಿಸುತ್ತವೆ, ಅಲ್ಲಿ ಒದಗಿಸುವಿಕೆ, ಗುಪ್ತಪದ ನೀತಿ ಮತ್ತು MFA ಇರುತ್ತವೆ. Access Server ನಾಲ್ಕು ಸಂದರ್ಭಗಳಲ್ಲೂ ಬಳಕೆದಾರವಾರು ಪ್ರಮಾಣಪತ್ರಗಳು ಮತ್ತು ಅನುಮತಿಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ವಿಭಜನೆಯನ್ನು ಗೊಂದಲಮಯವಾಗಿಸುವುದು ಅದೇ.

ಜಾಗತಿಕ ಡೀಫಾಲ್ಟ್ ಅಲ್ಲ, ಈ ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರಿಗೆ ಪರಿಣಾಮಕಾರಿಯಾದ ವಿಧಾನವನ್ನು ಪರಿಶೀಲಿಸಿ. Access Server 2.10 ಮತ್ತು ನಂತರದ ಆವೃತ್ತಿಗಳು ಗುಂಪು ಅಥವಾ ಬಳಕೆದಾರವಾರು ವಿಭಿನ್ನ ದೃಢೀಕರಣ ವಿಧಾನಗಳನ್ನು ಅನ್ವಯಿಸಬಹುದು, ಆದ್ದರಿಂದ ಡೀಫಾಲ್ಟ್ ಸ್ಥಳೀಯವಾಗಿರುವುದು ನಿಮ್ಮ ಮುಂದಿರುವ ಖಾತೆ ಸ್ಥಳೀಯವಾಗಿ ಪರಿಶೀಲನೆಯಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಹಕ್ಕು ಪ್ರತ್ಯೇಕ ನಿರ್ಣಯ

ದೃಢೀಕರಣವು ವ್ಯಕ್ತಿ ಯಾರು ಎಂಬುದನ್ನು ಉತ್ತರಿಸುತ್ತದೆ; ಹಕ್ಕು ಅವರು ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಉತ್ತರಿಸುತ್ತದೆ. ಇವನ್ನು ಎರಡು ಹಂತಗಳಾಗಿ ಇಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಯಶಸ್ವಿ ಲಾಗಿನ್ ನೀಡಿಕೆಯಲ್ಲ. ಉದ್ದೇಶಿತ ಮಾರ್ಗಗಳು, ಸಂಪನ್ಮೂಲ ಅನುಮತಿಗಳು ಮತ್ತು ಆಡಳಿತಾತ್ಮಕ ಹಕ್ಕುಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಗದಿಪಡಿಸಿ, ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಪ್ರವೇಶವು ನಿರಾಕರಿಸಲ್ಪಟ್ಟೇ ಇರುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಿಯೋಜನೆಯು ವೈಯಕ್ತಿಕ ಗುರುತುಗಳನ್ನು ಬೆಂಬಲಿಸುವಲ್ಲಿ, ಬೇರೆಯವರ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಬದಲು ಪ್ರತಿ ವ್ಯಕ್ತಿಗೆ ಒಂದನ್ನು ನೀಡಿ, ಏಕೆಂದರೆ ಹಂಚಿಕೊಂಡ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ರದ್ದುಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಕ್ಲೈಂಟ್ ಸಾಮಗ್ರಿಯೂ ಮುಖ್ಯ. ಸ್ವಯಂ-ಲಾಗಿನ್ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಸಂವಾದಾತ್ಮಕ ಬಳಕೆದಾರ ಲಾಗಿನ್ ವಿಭಿನ್ನ ದೃಢೀಕರಣ ಸಂಬಂಧಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ, ಮತ್ತು ಒಂದನ್ನು ಇನ್ನೊಂದರಿಂದ ಬದಲಿಸಿದರೆ ಸರ್ವರ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಎಂಬುದು ಬದಲಾಗುತ್ತದೆ.

ಪ್ರವೇಶ ರದ್ದತಿ ನೋಂದಣಿಯ ಭಾಗ

ಬಳಕೆದಾರರನ್ನು ರಚಿಸುವಾಗ ಮೂವರು ಮಾಲೀಕರನ್ನು ಬರೆಯಿರಿ: ಯಾರು ಖಾತೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ, ಯಾರು VPN ಪ್ರವೇಶವನ್ನು ಅಧಿಕೃತಗೊಳಿಸುತ್ತಾರೆ, ಮತ್ತು ಯಾವ ಸಾಧನ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಸಂಪರ್ಕವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಇವು ಮೂರು ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳಾಗಿರಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನಷ್ಟೇ ಹೆಸರಿಸುವ ರದ್ದತಿ ಯೋಜನೆ ಒಂದು ಮಾರ್ಗವನ್ನು ತೆರೆದಿಡುತ್ತದೆ. ವ್ಯಕ್ತಿ ಹೊರಟಾಗ, ಹಕ್ಕನ್ನು ಅದರ ಮಾಲೀಕರಿಂದ ತೆಗೆದುಹಾಕಿ ಮತ್ತು ನೀಡಿದ ಪ್ರತಿ ರುಜುವಾತನ್ನು ಅದರ ಮಾಲೀಕರ ಬಳಿ ರದ್ದುಮಾಡಿ. ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು ರದ್ದತಿಯಲ್ಲ, ಮತ್ತು ಬಾಹ್ಯ ಗುರುತು ಇನ್ನೂ ದೃಢೀಕರಣಗೊಂಡರೆ ಸ್ಥಳೀಯ ನಮೂದನ್ನು ಅಳಿಸುವುದೂ ರದ್ದತಿಯಲ್ಲ.

ನಂತರ ನೋಂದಣಿಯನ್ನು ಆಕ್ರಮಣಕಾರರು ಮಾಡುವಂತೆ ಪರೀಕ್ಷಿಸಿ: ಹೊಸ ಗುರುತಿನೊಂದಿಗೆ ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, ಉದ್ದೇಶಿತ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಸಂಪನ್ಮೂಲವು ಇನ್ನೂ ನಿರಾಕರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಮೊದಲ ಸಂಪರ್ಕ ಮತ್ತು ಋಣಾತ್ಮಕ ಪರೀಕ್ಷೆ ಸೇರಿ ಪೂರ್ಣಗೊಂಡ ನೋಂದಣಿ.

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