ਸ਼ਾਖਾ ਟਨਲ ਚਾਲੂ ਹੈ, ਵਰਤੋਂਕਾਰ ਦੂਰਲੇ TACACS+ ਸਰਵਰ ਉੱਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਫਾਇਰਵਾਲ ਦਾ ਆਪਣਾ ਲੌਗਇਨ ਅਜੇ ਵੀ ਸਮਾਂ ਖਤਮ ਹੋ ਕੇ ਫੇਲ ਹੁੰਦਾ ਹੈ। ਕਾਰਨ ਟਨਲ ਵਿੱਚ ਕੋਈ ਖਰਾਬੀ ਨਹੀਂ ਹੈ: LAN-to-LAN ਟਨਲ ਉਹ ਟ੍ਰੈਫਿਕ ਲੈ ਜਾਂਦੀ ਹੈ ਜੋ ਇਸਦੇ ਸਿਲੈਕਟਰਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਅਤੇ ASA ਆਪਣੇ ਬਾਰੇ ਜੋ ਪ੍ਰਬੰਧਨ ਟ੍ਰੈਫਿਕ ਬਣਾਉਂਦਾ ਹੈ ਉਹ ਆਪਣੇ ਸਰੋਤ ਪਤੇ ਵਾਲਾ ਵੱਖਰਾ ਪ੍ਰਵਾਹ ਹੈ। ਬਹੁਤੀਆਂ ਟੀਮਾਂ ਇਹ ਤਬਦੀਲੀ ਵਿੰਡੋ ਦੌਰਾਨ ਲੱਭਦੀਆਂ ਹਨ, ਜਦੋਂ ਇੱਕੋ-ਇੱਕ ਪ੍ਰਬੰਧਕ ਖਾਤਾ ਹੀ ਫੇਲ ਹੋ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ASA ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤੇ AAA ਸੈਸ਼ਨ ਨੂੰ ਉਸ ਪ੍ਰਵਾਹ ਵਜੋਂ ਲਓ ਜੋ ਤੁਹਾਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਹੈ, ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਹੀ ਕਨੈਕਟੀਵਿਟੀ ਦੇ ਪਾਸੇ-ਪ੍ਰਭਾਵ ਵਜੋਂ ਨਹੀਂ।

ASA ਹੀ ਕਲਾਇੰਟ ਹੈ, ਅਤੇ ਇਸਦੇ ਆਪਣੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਪਣਾ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ

ਜਦੋਂ ਫਾਇਰਵਾਲ ਕਿਸੇ TACACS+ ਸਰਵਰ ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ, ਤਾਂ ਫਾਇਰਵਾਲ ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਵਾਂਗ ਹੁੰਦਾ ਹੈ, ਸਿਵਾਏ ਇਸਦੇ ਕਿ ਕਿਸੇ ਨੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਇਸ ਲਈ ਰੂਟ ਕਨਫਿਗਰ ਨਹੀਂ ਕੀਤਾ। ਇਸਦੇ ਪੈਕਟ ਡਿਵਾਈਸ ਉੱਤੇ ਇੰਟਰਫੇਸ ਪਤੇ ਤੋਂ ਨਿਕਲਦੇ ਹਨ, ਉਹ ਅੱਗੇ ਭੇਜੇ ਜਾਣ ਦੀ ਥਾਂ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਬਣਦੇ ਹਨ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਟ੍ਰੈਫਿਕ ਵਾਂਗ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਰੂਟ, ਅਨੁਵਾਦ ਅਤੇ ਨੀਤੀ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਸਬਨੈੱਟ ਦੀ ਸੁਰੱਖਿਆ ਕਰਨ ਵਾਲੀ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਟਨਲ ਉਸ ਪ੍ਰਬੰਧਨ ਸਰੋਤ ਦੀ ਆਪਣੇ-ਆਪ ਸੁਰੱਖਿਆ ਨਹੀਂ ਕਰਦੀ, ਕਿਉਂਕਿ ਟ੍ਰੈਫਿਕ ਚੋਣ ਪਤਿਆਂ ਉੱਤੇ ਆਧਾਰਿਤ ਹੈ, ਇਰਾਦੇ ਉੱਤੇ ਨਹੀਂ।

ਉਹ ਪਤਾ ਲਿਖੋ ਜੋ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ ਕਿ ਸਰਵਰ ਦੇਖੇਗਾ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਨਹੀਂ ਕਹਿ ਸਕਦੇ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਅਜੇ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਹੈ।

aaa-server ਲਾਈਨ ਦਾ ਇੰਟਰਫੇਸ ਸਜਾਵਟ ਨਹੀਂ ਹੈ

ASA ਉੱਤੇ aaa-server ਹੋਸਟ ਐਂਟਰੀ ਬਰੈਕਟ ਵਿੱਚ ਇੰਟਰਫੇਸ ਸੰਬੰਧ ਲੈਂਦੀ ਹੈ, ਅਤੇ Cisco ਦਾ AAA ਹੋਸਟ ਕਮਾਂਡ ਸੰਦਰਭ ਇਸਨੂੰ ਉਸ ਇੰਟਰਫੇਸ ਵਜੋਂ ਦੱਸਦਾ ਹੈ ਜਿੱਥੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸਰਵਰ ਹੈ। ਇਹੀ ਸੰਬੰਧ ਬੇਨਤੀ ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਅਤੇ ਉਸ ਇੰਟਰਫੇਸ ਵੱਲੋਂ ਲਾਗੂ ਨੀਤੀ ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ। ਇੰਟਰਨੈੱਟ ਵੱਲ ਮੂੰਹ ਵਾਲੇ ਕਿਸੇ ਵੀ ਇੰਟਰਫੇਸ ਨਾਲ ਇਸਨੂੰ ਚੁਣਨਾ, ਜਾਂ ਪਿਛਲੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਚਿਆ ਹੋਇਆ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਛੱਡ ਦੇਣਾ, ਅਜਿਹਾ ਸਰੋਤ ਪਤਾ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਲਈ ਦੂਰਲਾ ਸਰਵਰ ਅਤੇ ਟਨਲ ਕਦੇ ਬਣੇ ਹੀ ਨਹੀਂ ਸਨ।

inside ਸਿਰਫ਼ ਤਦ ਸਹੀ ਜਵਾਬ ਹੈ ਜਦੋਂ ਨਾਮਿਤ ਇੰਟਰਫੇਸ ਕੋਲ ਉਹ ਪਤਾ ਹੋਵੇ ਜੋ ਤੁਹਾਡਾ ਡਿਜ਼ਾਈਨ ਸਰੋਤ ਵਜੋਂ ਵਰਤਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਸ਼ਾਖਾ ਡਿਵਾਈਸ ਉੱਤੇ ਅਜਿਹਾ ਅਕਸਰ ਹੁੰਦਾ ਹੈ; ਕਈ ਪ੍ਰਾਈਵੇਟ ਸੈਗਮੈਂਟ ਵਾਲੇ ਡਿਵਾਈਸ ਉੱਤੇ ਨਹੀਂ ਵੀ ਹੋ ਸਕਦਾ।

ਸੰਬੰਧ ਬਦਲਣ ਦਾ ਮਤਲਬ ਹੈ ਐਂਟਰੀ ਦੁਬਾਰਾ ਬਣਾਉਣਾ

ਉਹੀ ਕਮਾਂਡ ਸੰਦਰਭ ਇੱਕ ਸੋਧ ਸੀਮਾ ਦੱਸਦਾ ਹੈ ਜੋ ਬਦਲਾਅ ਦੌਰਾਨ ਲੋਕਾਂ ਨੂੰ ਫਸਾਉਂਦੀ ਹੈ: ਮੌਜੂਦਾ ਹੋਸਟ ਉੱਤੇ ਇੰਟਰਫੇਸ ਬਦਲਣ ਲਈ ਹੋਸਟ ਐਂਟਰੀ ਹਟਾ ਕੇ ਦੁਬਾਰਾ ਬਣਾਉਣੀ ਪੈਂਦੀ ਹੈ। ਸੋਧਿਆ ਹੋਇਆ ਦਿਸਣ ਵਾਲਾ ਕਨਫਿਗਰੇਸ਼ਨ ਸ਼ਾਇਦ ਲਾਗੂ ਨਾ ਹੋਇਆ ਹੋਵੇ, ਅਤੇ ਅਗਲੀ ਲੌਗਇਨ ਕੋਸ਼ਿਸ਼ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਪਤੇ ਤੋਂ ਹੀ ਨਿਕਲੇਗੀ। ਇਸਨੂੰ ਥਾਂ ਉੱਤੇ ਸੋਧ ਵਜੋਂ ਨਹੀਂ, ਸਗੋਂ ਅਸਲ ਐਂਟਰੀ ਦੀ ਨਕਲ ਸਾਹਮਣੇ ਰੱਖ ਕੇ ਹਟਾਉਣ-ਜੋੜਨ ਦੇ ਕੰਮ ਵਜੋਂ ਯੋਜਨਾ ਬਣਾਓ।

ਜੇ ਕਈ ਸਰਵਰ ਪਰਿਭਾਸ਼ਿਤ ਹਨ, ਤਾਂ ਇੱਕ ਬਦਲੋ ਅਤੇ ਬਾਕੀਆਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸਦੀ ਜਾਂਚ ਕਰੋ, ਤਾਂ ਜੋ ਇੱਕ ਗਲਤੀ ਇੱਕੋ ਸਮੇਂ ਸਾਰੇ ਪ੍ਰਬੰਧਕੀ ਮਾਰਗ ਬੰਦ ਨਾ ਕਰ ਦੇਵੇ।

ਸਿਲੈਕਟਰ, ਅਨੁਵਾਦ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਇਕੱਠੇ ਜਾਂਚੋ

ਬੇਨਤੀ ਪਹੁੰਚਣ ਲਈ ਤਿੰਨ ਚੀਜ਼ਾਂ ਮੇਲ ਖਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਟਨਲ ਦੇ ਟ੍ਰੈਫਿਕ ਸਿਲੈਕਟਰ, ਜਾਂ ਤੁਸੀਂ ਟਨਲ-ਇੰਟਰਫੇਸ ਸੁਰੱਖਿਆ ਵਰਤਦੇ ਹੋ ਤਾਂ ਉਹ, ਵਿੱਚ ASA ਦਾ ਆਪਣਾ ਸਰੋਤ ਅਤੇ ਸਰਵਰ ਦਾ ਪਤਾ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਵਰਤੋਂਕਾਰ ਸਬਨੈੱਟਾਂ ਲਈ ਬਣੀ ਸਿਲੈਕਟਰ ਸੂਚੀ ਆਮ ਤੌਰ ਉੱਤੇ ਅਜਿਹਾ ਨਹੀਂ ਕਰੇਗੀ। ਮਾਰਗ ਉੱਤੇ ਕੋਈ ਵੀ NAT ਨਿਯਮ ਉਸ ਸਰੋਤ ਦਾ ਇਕਸਾਰ ਅਨੁਵਾਦ ਕਰੇ, ਕਿਉਂਕਿ ਸਰਵਰ ਉਸ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ ਨੂੰ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਪਤਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ ਉਹ ਦੇਖਦਾ ਹੈ। ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸਦਾ ਨੀਤੀ-ਆਧਾਰਿਤ ਟਨਲ ਵਿੱਚ ਮਤਲਬ ਹੈ ਕਿ ਦੂਰਲੇ ਸਿਰੇ ਉੱਤੇ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਮੇਲ ਖਾਂਦਾ ਸਿਲੈਕਟਰ ਹੈ।

ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਡਿਵਾਈਸ ਦੀ ਪਛਾਣ, ਸਾਂਝਾ ਭੇਤ ਅਤੇ ਪ੍ਰਬੰਧਕੀ ਨੀਤੀ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਪੁਸ਼ਟੀ ਕਰੋ। TACACS+ ਪ੍ਰਮਾਣਿਕਤਾ, ਅਧਿਕਾਰ ਅਤੇ ਲੇਖਾ-ਜੋਖਾ ਨੂੰ ਵੱਖਰੀਆਂ ਕਿਰਿਆਵਾਂ ਵਜੋਂ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਪੂਰੀ ਹੋਈ ਅਦਲਾ-ਬਦਲੀ ਤੋਂ ਬਾਅਦ ਆਉਣ ਵਾਲਾ ਇਨਕਾਰ ਨੀਤੀ ਦਾ ਜਵਾਬ ਹੈ, ਆਵਾਜਾਈ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ। ਇਸਨੂੰ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਵਜੋਂ ਪੜ੍ਹਨਾ ਤੁਹਾਨੂੰ ਗਲਤ ਥਾਂ ਲੱਭਣ ਭੇਜਦਾ ਹੈ।

ਡੀਬੱਗ ਕਰਦੇ ਸਮੇਂ ਭੇਤ ਨੂੰ ਪੈਕਟ ਕੈਪਚਰ, ਟਿਕਟਾਂ ਅਤੇ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਅਤੇ ਯਾਦ ਰੱਖੋ ਕਿ ਸਰਵਰ ਜੋ ਸਰੋਤ ਪਤਾ ਲੌਗ ਕਰਦਾ ਹੈ ਉਹੀ ਪਤਾ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਡੇ ਡਿਜ਼ਾਈਨ ਨੇ ਸਮਝਾਉਣਾ ਹੈ।

ਆਪਣੇ ਆਪ ਨੂੰ ਬਾਹਰ ਲਾਕ ਕੀਤੇ ਬਿਨਾਂ ਤਬਦੀਲੀ ਕਰੋ

ਦੂਰਲੀ ਪ੍ਰਬੰਧਕੀ ਪ੍ਰਮਾਣਿਕਤਾ ਬਦਲਦੇ ਸਮੇਂ ਕੰਸੋਲ ਜਾਂ ਸੁਤੰਤਰ ਪ੍ਰਬੰਧਨ ਮਾਰਗ ਵਰਤੋ, ਅਤੇ ਨਵਾਂ ਮਾਰਗ ਅਸਲੀ ਲੌਗਇਨ ਨਾ ਲੈ ਆਉਣ ਤੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਥਾਨਕ ਬਦਲ ਰੱਖੋ। ਫਿਰ ਸੰਕੀਰਣ ਤੌਰ ਉੱਤੇ ਪੁਸ਼ਟੀ ਕਰੋ: ਇੱਕ ਸਰਵਰ, ਇੱਕ ਡਿਵਾਈਸ, ਦੋਵੇਂ ਸਿਰਿਆਂ ਉੱਤੇ ਦੇਖੇ ਗਏ ਸਰੋਤ ਪਤੇ ਨਾਲ ਇੱਕ ਸਫਲ ਪ੍ਰਮਾਣਿਕਤਾ।

ਪ੍ਰਵਾਹ ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਪੰਨੇ ਉੱਤੇ ਦਰਜ ਕਰੋ: ਸਰੋਤ ਇੰਟਰਫੇਸ ਅਤੇ ਪਤਾ, ਦੂਰਲਾ ਸਰਵਰ, ਸੁਰੱਖਿਅਤ ਮਾਰਗ, ਅਤੇ ਅਧਿਕਾਰ ਨੀਤੀ ਦਾ ਮਾਲਕ ਵਿਅਕਤੀ। ਫਿਰ ਬਾਅਦ ਦੀ ਇੰਟਰਫੇਸ ਜਾਂ ਟਨਲ ਤਬਦੀਲੀ ਦਾ ਮੁਲਾਂਕਣ ਦੋ ਪ੍ਰਵਾਹਾਂ ਵਿੱਚੋਂ ਕਿਸ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ, ਇਹ ਅੰਦਾਜ਼ਾ ਲਾਏ ਬਿਨਾਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ