ASA ಗುಂಪು alias ಮತ್ತು ಗುಂಪು URL: ಪ್ರೊಫೈಲ್ ಹೇಗೆ ಆಯ್ಕೆಯಾಗುತ್ತದೆ

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

ಕೆಳಗಿನ ವ್ಯತ್ಯಾಸಗಳು 9.16 ದಾಖಲೆಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ; ಕ್ಲೈಂಟ್ ರಹಿತ SSL VPN ಅನ್ನು 9.17(1) ಮತ್ತು ನಂತರ ತೆಗೆದುಹಾಕಲಾಯಿತು.

alias ಪಟ್ಟಿಯ ನಮೂದು, URL ಅಲ್ಲ

group-alias ಲಾಗಿನ್ ಪುಟದಲ್ಲಿನ ಗುಂಪು ಪಟ್ಟಿಯಿಂದ ಬಳಕೆದಾರರು ಆಯ್ಕೆ ಮಾಡುವ ಲೇಬಲ್ ನೀಡುತ್ತದೆ. ಆ ಪಟ್ಟಿಯನ್ನು ತೋರಿಸುವುದು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್, tunnel-group-list enable. alias ಕೇವಲ ಆಯ್ಕೆಯ ಹೆಸರು, ಅಷ್ಟೇ. staff ಎಂಬ alias ಸಂರಚಿಸುವುದರಿಂದ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಮಾಡುವ /staff URL ಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ.

ಬ್ರೌಸರ್ನಿಂದ ಪಟ್ಟಿ ಮತ್ತು URL ಒಂದೇ ಆಯ್ಕೆಯಂತೆ ಕಾಣುವುದರಿಂದ, alias ಎರಡು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಜನ ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ.

group-url ನಿಜವಾಗಿ ಏನನ್ನು ಹೊಂದಿಸುತ್ತದೆ

group-url ಒಳಬರುವ URL ಅನ್ನು ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ಗೆ ಬಂಧಿಸುತ್ತದೆ. ಆ ಸಕ್ರಿಯ URL ಹೊಂದಿಕೆಯಾದಾಗ, ಬಳಕೆದಾರರನ್ನು ಪಟ್ಟಿಯಿಂದ ಆಯ್ಕೆ ಮಾಡಲು ಕೇಳದೆ ASA ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. URL ಸಂಪೂರ್ಣ ಉದ್ದೇಶಿತವಾಗಿರಬೇಕು, ನಿಮ್ಮ ಆವೃತ್ತಿ ಬೆಂಬಲಿಸುವ ವಾಕ್ಯರಚನೆಯಲ್ಲಿ. ಅದರ DNS ದಾಖಲೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವು ಬಳಕೆದಾರರು ಟೈಪ್ ಮಾಡುವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಹೊಂದಿಕೆ ಎಂದಿಗೂ ಸಂಭವಿಸುವುದಿಲ್ಲ.

ನಕಲಿಸಿದ URL ಪ್ರತ್ಯಯ ಸಂರಚನೆ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ವಿಳಾಸ ಪಟ್ಟಿಯಲ್ಲ, ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ.

ಆಯ್ಕೆಯನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ನೀತಿಯವರೆಗೆ ಅನುಸರಿಸಿ

ಟನೆಲ್ ಗುಂಪನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ನಂತರ, ಸಾಧನವು ದೃಢೀಕರಣ ವಿಧಾನ ಮತ್ತು ಅದಕ್ಕೆ ಜೋಡಿಸಲಾದ ಡೀಫಾಲ್ಟ್ ಗುಂಪು ನೀತಿಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಂತರ ಬಳಕೆದಾರ-ನಿರ್ದಿಷ್ಟ ಗುಣಲಕ್ಷಣಗಳು, ದೃಢೀಕರಣ ನೀಡಿದ ಮೌಲ್ಯಗಳು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಅಧಿಕಾರ ನೀಡುವಿಕೆ ಆ ಆಧಾರದ ಭಾಗಗಳನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದು. ಸೆಷನ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪಡೆದಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಹೆಸರಿಸಿದ ನೀತಿಯನ್ನು ಮಾತ್ರ ಓದುವುದು ಆಧಾರವನ್ನು ನೀಡುತ್ತದೆ, ಫಲಿತಾಂಶವನ್ನಲ್ಲ.

ಎರಡರ ನಡುವಿನ ಅಂತರವೇ «ನಿಯಮ ಸರಿ ಆದರೆ ಪ್ರವೇಶ ತಪ್ಪು» ಎಂಬ ಹೆಚ್ಚಿನ ವರದಿಗಳ ಮೂಲ.

ಉತ್ತರಾಧಿಕಾರವು ಪ್ರತ್ಯೇಕತೆ ಅಲ್ಲ

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

ಪ್ರವೇಶ ಜಾರಿಯನ್ನು ಆಯ್ಕೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.

ಕ್ಲೈಂಟ್ ರಹಿತ ಸೆಷನ್ಗೆ ಅನ್ವಯವಾಗುವ ಫಿಲ್ಟರ್ webtype ACL. ಟನೆಲ್ ಕ್ಲೈಂಟ್ನ VPN ಫಿಲ್ಟರ್ ಅದರ ಪರ್ಯಾಯವಲ್ಲ, ಸಂರಚನೆಯಲ್ಲಿ ಎರಡೂ ಒಂದೇ ನೀತಿ ಬ್ಲಾಕ್ ಹತ್ತಿರ ಇರುವುದರಿಂದ ಮಾತ್ರ.

ಹೊಂದಿಕೆಯಾಗದ ಸಂದರ್ಭವನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಪ್ರತಿ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಹಿಂದಿನ ಲಾಗಿನ್ನ ಬ್ರೌಸರ್ ಟ್ಯಾಬ್ ಮರುಬಳಕೆ ಮಾಡುವುದು ಹೋಲಿಕೆಯನ್ನು ಹಾಳುಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಆ ಸೆಷನ್ ಈಗಾಗಲೇ ಪ್ರೊಫೈಲ್ಗೆ ಬದ್ಧವಾಗಿದೆ.

ಆ ದಾಖಲೆಯು «ಪೋರ್ಟಲ್ ತೆರೆಯುತ್ತದೆ» ಎಂಬುದನ್ನು ನಂತರ ಆಡಿಟ್ ಮಾಡಬಹುದಾದ ಲಾಗಿನ್ನಿಂದ-ನೀತಿಗೆ ಮ್ಯಾಪಿಂಗ್ ಆಗಿ ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸರಿಯಾಗಿ ಕಾಣುತ್ತಿದ್ದರೂ ಯಾರನ್ನೂ ನಿಯಂತ್ರಿಸದಿರುವಾಗ ಇದೇ ಏಕೈಕ ಶಾಶ್ವತ ಉತ್ತರ.