RADIUS ನಿರಾಕರಣೆ ಮತ್ತು ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲ: ಸ್ಥಳೀಯ ಲಾಗಿನ್ ಯಾವಾಗ ಚಲಿಸುತ್ತದೆ

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

ವಿಧಾನಗಳ ಪಟ್ಟಿ ಏಕೆ ಏಣಿಯಂತೆ ಕಾಣುತ್ತದೆ

ಇಂತಹ ಸಾಲು aaa authentication login default group radius local ಎಡದಿಂದ ಬಲಕ್ಕೆ ಓದಲಾಗುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಜನರು ಅದನ್ನು RADIUS ಪ್ರಯತ್ನಿಸಿ, ನಂತರ ಸ್ಥಳೀಯ ಡೇಟಾಬೇಸ್ ಪ್ರಯತ್ನಿಸಿ ಎಂದು ಓದುತ್ತಾರೆ. ಪಟ್ಟಿ ಒಂದು ಕ್ರಮವಾದ್ದರಿಂದ ವಾಕ್ಯರಚನೆ ಆ ಓದುವಿಕೆಗೆ ಆಹ್ವಾನಿಸುತ್ತದೆ. ಅರ್ಥ ಸಂಕುಚಿತವಾಗಿದೆ: ಪಟ್ಟಿ ದೃಢೀಕರಣ ವಿಧಾನಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದರಿಂದ ಮುಂದಿನದಕ್ಕೆ ಹೋಗುವ ನಿಯಮವು ಹಿಂದಿನ ವಿಧಾನದ ಫಲಿತಾಂಶವನ್ನು ಅವಲಂಬಿಸಿದೆ, ಬಳಕೆದಾರರಿಗೆ ಇನ್ನೊಂದು ಪ್ರಯತ್ನ ನೀಡುವುದನ್ನಲ್ಲ.

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

ವಿಧಾನಗಳ ಪಟ್ಟಿಯನ್ನು ಸರ್ವರ್ ಗುಂಪಿನಿಂದ ಬೇರ್ಪಡಿಸಿ

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

AAA ಸಂರಚನೆಯನ್ನು ಮುದ್ರಿಸಿ ಮತ್ತು ಸೇವೆ ತೋರಿಸುವ ಪಟ್ಟಿಯನ್ನು ಓದಿ, ನೀವು ಬರೆದದ್ದು ನೆನಪಿರುವ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವನ್ನಲ್ಲ. ಸೇವೆ ನಿಜವಾಗಿ ಕೊನೆಗೊಳ್ಳುವ ಸಾಧನದಿಂದ ಇದನ್ನು ಮಾಡಿ.

show running-config | section aaa
show radius server-group RAD-GRP
show aaa servers

ಸರ್ವರ್ ಕೋಷ್ಟಕ ಪ್ರತಿ ನಮೂದಿನ ಸ್ಥಿತಿ ಮತ್ತು ಕೌಂಟರ್ಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಇದು ಪ್ರಯತ್ನದ ಸಮಯದಲ್ಲಿ ಗೇಟ್ವೇ ಸರ್ವರ್ ತಲುಪಿತೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಹೆಚ್ಚುತ್ತಿರುವ ವಿನಂತಿ ಕೌಂಟರ್ನೊಂದಿಗೆ ಸಕ್ರಿಯ ಎಂದು ಗುರುತಿಸಲಾದ ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತಿತ್ತು, ಆದ್ದರಿಂದ ವಿಫಲ ಲಾಗಿನ್ ಒಂದು ನಿರ್ಧಾರ, ಸಂಪರ್ಕ ಸಮಸ್ಯೆಯಲ್ಲ.

ಲಾಗ್ಗಿಂತ ಮೊದಲು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಓದಿ

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

ನಿಗದಿತ ಪರೀಕ್ಷಾ ಖಾತೆಯೊಂದಿಗೆ ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಪುನರುತ್ಪಾದಿಸಿ, ಇದರಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ದಾಖಲೆಯನ್ನು ಒಂದೇ ಸಮಯ ಚಿಹ್ನೆಯಲ್ಲಿ ಹೋಲಿಸಬಹುದು. ವಿಫಲಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿ ಇರುವ ರುಜುವಾತನ್ನು ಬಳಸಿ.

test aaa group RAD-GRP svc-ops 'LabPass!24' legacy
debug radius authentication

RADIUS ಕ್ಲೈಂಟ್ ನಮೂದು ಕಾಣೆಯಾಗುವುದು ಅಥವಾ ಗುರುತಿಸಲಾಗದಿರುವುದು ಶಾಂತ ಕಾಲಮಿತಿಯ ಸಾಮಾನ್ಯ ಕಾರಣ, ಏಕೆಂದರೆ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿ, ಹೊಂದುವ ಕ್ಲೈಂಟ್ ವ್ಯಾಖ್ಯಾನವನ್ನು ಕಂಡುಕೊಳ್ಳದೆ ಉತ್ತರಿಸದೆ ಬಿಸಾಡುತ್ತದೆ. ಹಂಚಿಕೆಯ ರಹಸ್ಯದ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದೂ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಲಮಿತಿಯಂತೆ ಕಾಣುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿಕ್ರಿಯೆ ಮಾನ್ಯತೆಯಲ್ಲಿ ವಿಫಲವಾಗಿ ತಿರಸ್ಕರಿಸಲ್ಪಡುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ Access-Reject ನಂತೆ ಕಾಣುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಸ್ಥಳೀಯ ಖಾತೆ ಸೇರಿಸುವುದರಿಂದ ಸರಿಯಾಗುವುದಿಲ್ಲ. ವಿಧಾನಗಳ ಪಟ್ಟಿಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಕ್ಲೈಂಟ್ ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ರಹಸ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಸ್ಥಳೀಯ ಖಾತೆ ಏಕೆ ಎಂದೂ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡಲಿಲ್ಲ

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

ತುರ್ತು ಪ್ರವೇಶ ಒಂದು ವಿನ್ಯಾಸ ನಿರ್ಧಾರ, ಸಂರಚನೆಯ ಅಡ್ಡಪರಿಣಾಮವಲ್ಲ. ಅದಕ್ಕೆ ತನ್ನದೇ ಸೀಮಿತ ಖಾತೆ, ತನ್ನದೇ ಮಾಲೀಕ ಮತ್ತು ಲಿಖಿತ ಪುನಃಪ್ರಾಪ್ತಿ ಕಾರ್ಯವಿಧಾನ ನೀಡಿ, ಮತ್ತು ಹಂಚಿಕೆಯ ರಹಸ್ಯದ ಪರಿಭ್ರಮಣೆಯನ್ನು ಆ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ಸೇರಿಸಿ. ಪ್ರತಿ ಕೇಂದ್ರ ಬಳಕೆದಾರರಿಗೆ ಒಂದೇ ಹೆಸರಿನ ಸ್ಥಳೀಯ ಪಾಸ್ವರ್ಡ್ ಇಡುವುದು ನೀವು ತೆಗೆದುಹಾಕಿದೆ ಎಂದು ಭಾವಿಸಿದ ಪ್ರವೇಶವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮರುಪರಿಚಯಿಸುವ ಮಾದರಿ.

ಮುಖ್ಯವಾದ ಪರೀಕ್ಷೆ ಉದ್ದೇಶಪೂರ್ವಕ, ಮತ್ತು ಚಲಿಸುವಾಗ ಅದು ಲಾಗಿನ್ಗಳನ್ನು ಅಡ್ಡಿಪಡಿಸುತ್ತದೆ. ಅದಕ್ಕೇ ಅದು ರೋಲ್ಬ್ಯಾಕ್ ಹೆಜ್ಜೆಯನ್ನು ಮೊದಲು ಬರೆದ ನಿಗದಿತ ಕಿಟಕಿಯಲ್ಲಿ ಸೇರುತ್ತದೆ.

ನಿರ್ವಹಣಾ ಕಿಟಕಿಯಲ್ಲಿ ಫಾಲ್ಬ್ಯಾಕ್ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

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

ಪ್ರತಿ ಪರಿಶೀಲನೆಯನ್ನು ಕನ್ಸೋಲ್ ಅವಧಿಯಿಂದ ಅಥವಾ ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ಮಾರ್ಗದಿಂದ ನಡೆಸಿ, ತಪ್ಪು ನೀವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಅವಧಿಯನ್ನು ಮುಚ್ಚದಂತೆ. ಪರೀಕ್ಷೆಯಲ್ಲಿರುವ ಘಟಕವನ್ನು ಅವಲಂಬಿಸದ ಏಕೈಕ ಮಾರ್ಗ ಕನ್ಸೋಲ್.

show aaa servers
show running-config | include aaa authentication
test aaa group RAD-GRP svc-ops 'LabPass!24' legacy

ನಂತರ ಹಿಂದಿನ ಸಂರಚನೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಮುಂದಿನ ನಿಜವಾದ ಲಾಗಿನ್ನಲ್ಲಿ ಕೌಂಟರ್ಗಳು ಮತ್ತೆ ಚಲಿಸುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಉದ್ದೇಶಪೂರ್ವಕ ನಿರಾಕರಣೆ ನಿರಾಕರಣೆಯ ಬದಲು ಸ್ಥಳೀಯ ಲಾಗಿನ್ ಉತ್ಪಾದಿಸಿದರೆ, ಪಟ್ಟಿ ಅಥವಾ ವೈಫಲ್ಯ ನಿರ್ವಹಣೆ ನೀವು ನಂಬಿದಂತಿಲ್ಲ, ಮತ್ತು ಆ ಕಂಡುಹಿಡಿಯುವಿಕೆ ನೀವು ಪ್ರಾರಂಭಿಸಿದ ಅಡಚಣೆಗಿಂತ ಮುಖ್ಯ. ಫಲಿತಾಂಶವನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಖಾತೆ ಹೆಸರುಗಳು ಮತ್ತು ಪರೀಕ್ಷೆಯ ದಿನಾಂಕದ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ.