ASA FirePOWER ਮਾਡਿਊਲ ਕੋਲ FMC ਤੱਕ ਪ੍ਰਬੰਧਨ ਰਾਹ ਨਹੀਂ ਹੈ

FMC ਮਾਡਿਊਲ ਨੂੰ ਅਪਹੁੰਚਯੋਗ ਦਿਖਾਉਂਦਾ ਹੈ, ਰਜਿਸਟਰੇਸ਼ਨ ਲੰਬਿਤ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ASA ਦੇ ਅੰਦਰੋਂ ping ਬਿਲਕੁਲ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ. ਮੌਜੂਦਾ ASA FirePOWER ਤੈਨਾਤੀ ਵਿੱਚ ਇਹ ਸੁਮੇਲ ਆਮ ਹੈ. ਮਾਡਿਊਲ ਦਾ ਆਪਣਾ ਪ੍ਰਬੰਧਨ ਪਤਾ, ਆਪਣਾ ਡਿਫਾਲਟ ਗੇਟਵੇ ਅਤੇ ਆਪਣੇ ਰਾਊਟਿੰਗ ਫੈਸਲੇ ਹਨ, ਅਤੇ ਕੁਝ ਪਲੇਟਫਾਰਮਾਂ ਉੱਤੇ ASA ਨਾਲ ਭੌਤਿਕ ਪ੍ਰਬੰਧਨ ਕਨੈਕਸ਼ਨ ਸਾਂਝਾ ਕਰਨਾ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਨੈੱਟਵਰਕ ਸਟੈਕ ਵਿੱਚ ਨਹੀਂ ਮਿਲਾਉਂਦਾ. ਇੱਕੋ ਤਾਰ ਉੱਤੇ ਦੋ ਉਪਕਰਣ ਦੋ ਵੱਖਰੇ ਨਜ਼ਰੀਏ ਤੋਂ ਜਵਾਬ ਦਿੰਦੇ ਹਨ.

ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਪਹਿਲਾਂ ਹੀ ਸੇਵਾ ਵਿੱਚ ਚੱਲ ਰਹੇ ਮਾਡਿਊਲਾਂ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ. ਕਿਸੇ ਵੀ ਗਾਈਡ ਤੋਂ ਪੋਰਟ ਡਾਇਗ੍ਰਾਮ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੇਸਿਸ ਮਾਡਲ, ਮਾਡਿਊਲ ਕਿਸਮ ਅਤੇ ਸਮਰਥਿਤ ਸੌਫਟਵੇਅਰ ਸੰਸਕਰਣ ਪਛਾਣੋ.

ਮਾਡਿਊਲ ਨੂੰ ਵੱਖਰੇ ਹੋਸਟ ਵਜੋਂ ਬਣਾਓ

ਡਾਇਗ੍ਰਾਮ ਮਾਡਿਊਲ ਦੇ ਪ੍ਰਬੰਧਨ IP, ਮਾਸਕ ਅਤੇ ਡਿਫਾਲਟ ਗੇਟਵੇ, ਉਸ VLAN ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਉਹ ਕਨੈਕਸ਼ਨ ਅਸਲ ਵਿੱਚ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਸ FMC ਪਤੇ ਨਾਲ ਜਿੱਥੇ ਪਹੁੰਚਣਾ ਹੈ. ਫਿਰ ਵੱਖਰੇ ਬਾਕਸ ਵਿੱਚ ASA ਦੇ ਇੰਟਰਫੇਸ ਪਤੇ ਅਤੇ ਉਸਦੀ ਪੂਰੀ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਲਿਖੋ. ਜੇ ਦੋਵੇਂ ਬਾਕਸ ਅੰਤ ਵਿੱਚ ਵੱਖਰੇ ਮਾਲਕਾਂ ਦੇ ਪਤਿਆਂ ਵਾਲਾ ਇੱਕੋ ਸਬਨੈੱਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਸਮੱਸਿਆ ਦਾ ਦਿਲਚਸਪ ਹਿੱਸਾ ਲੱਭ ਲਿਆ ਹੈ.

ASA FirePOWER ਮਾਡਿਊਲ ਗਾਈਡ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮਾਂ ਵਿਚਕਾਰ ਪੋਰਟ ਪ੍ਰਬੰਧ ਕਿਵੇਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਸਾਂਝੀ ਪ੍ਰਬੰਧਨ ਵਾਇਰਿੰਗ ਵੀ ਸ਼ਾਮਲ ਹੈ ਜਿੱਥੇ ASA ਅਤੇ ਮਾਡਿਊਲ ਇੱਕੋ ਸੈਗਮੈਂਟ ਉੱਤੇ ਵੱਖਰੇ ਪਤੇ ਰੱਖਦੇ ਹਨ. ਉਹ ਹਾਰਡਵੇਅਰ ਡਾਇਗ੍ਰਾਮ ਡਿਜ਼ਾਈਨ ਲਈ ਇਨਪੁੱਟ ਹੈ, ਫੁਟਨੋਟ ਨਹੀਂ.

ਪਤਾ ਲਗਾਓ ਕਿ ਵਾਪਸੀ ਰਾਹ ਕਿੱਥੇ ਟੁੱਟਦਾ ਹੈ

ਕੋਰ ਰਾਹੀਂ ਰਾਊਟ ਕੀਤਾ ਪ੍ਰਬੰਧ ਲਓ. ਮਾਡਿਊਲ FMC ਵੱਲ ਦਾ ਟ੍ਰੈਫਿਕ Layer 3 ਕੋਰ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਕੋਰ ਦੂਰ ਦੇ ਪ੍ਰਬੰਧਨ ਟਿਕਾਣੇ ਨੂੰ ASA ਦੇ ਅੰਦਰਲੇ ਇੰਟਰਫੇਸ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਸਾਈਟ ਦਾ VPN ਉਸਨੂੰ ਦੂਜੇ ਪਾਸੇ ਲੈ ਜਾਂਦਾ ਹੈ. ਫਿਰ ਦੂਰ ਦੀ ਸਾਈਟ ਨੂੰ ਮਾਡਿਊਲ ਦੇ ਪ੍ਰਬੰਧਨ ਸਬਨੈੱਟ ਵੱਲ ਵਾਪਸੀ ਰਾਹ ਚਾਹੀਦਾ ਹੈ. ਉਸ ਲੜੀ ਦਾ ਹਰ ਕਦਮ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਉਹ ਆਖਰੀ ਰਾਹ ਗਾਇਬ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਅਸਫਲਤਾ ਅਕਸਰ ਟੁੱਟੀ ਸੁਰੰਗ ਵਰਗੀ ਦਿਖਦੀ ਹੈ.

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ASA ਦਾ ਆਪਣਾ ਨਜ਼ਰੀਆ ਪੜ੍ਹੋ:

show interface ip brief
show route
show running-config interface

ਤੀਜਾ ਕਮਾਂਡ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਭੁੱਲੇ ਇੰਟਰਫੇਸ ਪਤੇ ਹੀ ਵਾਪਸੀ ਰਾਹ ਨੂੰ ਗਲਤ ਉਪਕਰਣ ਉੱਤੇ ਉਤਾਰਦੇ ਹਨ.

ਜਾਂਚੋ ਕਿ ASA ਕਿਸ ਨੂੰ ਜੁੜਿਆ ਮੰਨਦਾ ਹੈ

ਜੇ ASA ਕੋਲ ਮਾਡਿਊਲ ਦੇ ਪ੍ਰਬੰਧਨ ਸਬਨੈੱਟ ਉੱਤੇ ਪਤਾ ਹੈ, ਤਾਂ ਉਸਦਾ ਜੁੜਿਆ ਰਾਹ ਉਸ ਪ੍ਰੀਫਿਕਸ ਦਾ ਮਾਲਕ ਹੈ. ਕੋਰ ਵੱਲ ਸਥਿਰ ਰਾਹ ਜੁੜੇ ਰਾਹ ਦੀ ਮਾਲਕੀ ਨੂੰ ਹਟਾਉਂਦਾ ਨਹੀਂ, ਇਸ ਲਈ ਪੈਕਟ ASA ਕੋਲ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਅਤੇ ਉੱਥੇ ਰੁਕ ਜਾਂਦਾ ਹੈ. ਫਿਰ ਰਜਿਸਟਰੇਸ਼ਨ ਅਜਿਹੇ ਬਿੰਦੂ ਉੱਤੇ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਜਿਸਦਾ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨਾਲ ਕੋਈ ਸਬੰਧ ਨਹੀਂ.

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

ਅਜਿਹਾ ਸੁਧਾਰ ਚੁਣੋ ਜੋ ਮਾਡਿਊਲ ਨੂੰ ਜੁੜਿਆ ਰੱਖੇ

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

ਦੂਜਾ ਸਮਰਥਿਤ ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ ASA ਦੇ ਪ੍ਰਬੰਧਕੀ ਰਾਹ ਨੂੰ ਆਪਣਾ ਸੈਗਮੈਂਟ ਦਿੱਤਾ ਜਾਵੇ ਤਾਂ ਜੋ ਮਾਡਿਊਲ ਦੇ ਪ੍ਰਬੰਧਨ ਸਬਨੈੱਟ ਦਾ ਇੱਕੋ ਮਾਲਕ ਹੋਵੇ. ਇਸ ਲਈ ਇੱਕ ਪਤਾ ਅਤੇ ਥੋੜ੍ਹਾ ਦਸਤਾਵੇਜ਼ ਖਰਚ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਅਸਪਸ਼ਟਤਾ ਹਮੇਸ਼ਾ ਲਈ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ. ਤੁਸੀਂ ਜੋ ਵੀ ਰਾਹ ਚੁਣੋ, ਬਾਅਦ ਵਿੱਚ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਮਾਡਿਊਲ ਅਜੇ ਵੀ FMC ਅਤੇ ਆਪਣੇ DNS ਜਾਂ NTP ਸਰੋਤਾਂ ਦੋਵਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ.

ਰਾਹ ਸੁਸੰਗਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਰਜਿਸਟਰ ਕਰੋ

ਵਾਪਸੀ ਰਾਹ ਸਾਫ਼ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸੰਬੰਧਿਤ FMC ਅਤੇ ਮਾਡਿਊਲ ਰਿਲੀਜ਼ ਗਾਈਡ ਤੋਂ ਪ੍ਰਬੰਧਨ ਕਨੈਕਟੀਵਿਟੀ ਅਤੇ ਰਜਿਸਟਰੇਸ਼ਨ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ. ਰਜਿਸਟਰੇਸ਼ਨ ਭੇਤ ਸਾਂਝੇ ਨੋਟਾਂ ਅਤੇ ਟਿਕਟਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਅਤੇ ਨਿਦਾਨ ਕਦਮ ਵਜੋਂ ਮੁੜ ਰਜਿਸਟਰ ਕਰਨ ਦੇ ਲਾਲਚ ਦਾ ਵਿਰੋਧ ਕਰੋ: ਟੁੱਟੇ ਰਾਹ ਉੱਤੇ ਨਵੀਂ ਕੁੰਜੀ ਸਿਰਫ਼ ਨਵੇਂ ਸਮਾਂ-ਛਾਪ ਨਾਲ ਉਹੀ ਅਸਫਲਤਾ ਪੈਦਾ ਕਰਦੀ ਹੈ.

ਰਾਹ ਨੂੰ ASA ਵੱਲੋਂ ਸ਼ੁਰੂ ਹੋਏ ping ਦੀ ਥਾਂ ਮਾਡਿਊਲ ਦੇ ਆਪਣੇ ਪ੍ਰਬੰਧਨ ਸਟੈਕ ਤੋਂ ਸਵੀਕਾਰ ਕਰੋ, ਕਿਉਂਕਿ ਜਾਂਚ ਦਾ ਸਰੋਤ ਹੀ ਸ਼ੱਕ ਹੇਠ ਹੈ. ਮਾਡਿਊਲ ਦਾ ਅਗਲਾ ਹੌਪ, ASA ਦੀ VPN ਚੋਣ ਅਤੇ FMC ਦਾ ਜਵਾਬੀ ਰਾਹ ਦਰਜ ਕਰੋ, ਅਤੇ ਦੋਵੇਂ ਪ੍ਰਬੰਧਨ ਭੂਮਿਕਾਵਾਂ ਲਈ ਸੁਤੰਤਰ ਬਹਾਲੀ ਵਿਧੀ ਰੱਖੋ. ਉਹੀ ਰਿਕਾਰਡ ਮੁਰੰਮਤ ਕੀਤੇ ਆਵਾਜਾਈ ਨੂੰ ਸਫਲ ਰਜਿਸਟਰੇਸ਼ਨ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ.

ਜਦੋਂ ਮਾਡਿਊਲ ਆਖਰਕਾਰ FMC ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇ, ਤਾਂ ਉਹੀ ਤਿੰਨ ਕਮਾਂਡ ਦੁਬਾਰਾ ਚਲਾਓ ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਡਾਇਗ੍ਰਾਮ ਦੇ ਕੋਲ ਸੰਭਾਲੋ. ਉਸ ਪ੍ਰਬੰਧਨ ਸੈਗਮੈਂਟ ਨੂੰ ਛੂਹਣ ਵਾਲੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਬਿਲਕੁਲ ਉਹੀ ਤੁਲਨਾ ਚਾਹੀਦੀ ਹੋਵੇਗੀ.