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

ਉਸ ਤੋਂ ਬਾਅਦ ਪਿਛਲੀ ਸੰਰਚਨਾ ਬਹਾਲ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਅਗਲੇ ਅਸਲ ਲੌਗਇਨ 'ਤੇ ਕਾਊਂਟਰ ਦੁਬਾਰਾ ਹਿਲਦੇ ਹਨ। ਜੇ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਅਸਵੀਕਾਰ ਅਸਵੀਕਾਰ ਦੀ ਬਜਾਏ ਸਥਾਨਕ ਲੌਗਇਨ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਸੂਚੀ ਜਾਂ ਅਸਫਲਤਾ ਸੰਭਾਲ ਤੁਹਾਡੇ ਮੰਨੇ ਅਨੁਸਾਰ ਨਹੀਂ, ਅਤੇ ਉਹ ਖੋਜ ਤੁਹਾਡੇ ਸ਼ੁਰੂ ਕੀਤੇ ਰੁਕਾਵਟ ਤੋਂ ਵੱਡੀ ਹੈ। ਨਤੀਜਾ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਵਿੱਚ ਖਾਤਾ ਨਾਵਾਂ ਅਤੇ ਟੈਸਟ ਦੀ ਤਾਰੀਖ ਦੇ ਕੋਲ ਲਿਖੋ।