ASA ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਹਵਾਲੇ ਵਜੋਂ ਆਉਣ ਵਾਲਾ IOS ਕਨਫਿਗਰੇਸ਼ਨ ਇੱਕ ਪਲੇਟਫਾਰਮ ਦੀ ਵਾਕ ਰਚਨਾ ਵਿੱਚ ਲਿਪਟਿਆ ਸਮਝੌਤਾ ਦੱਸਦਾ ਹੈ। ਪੀਅਰ ਪਤੇ, ਪਛਾਣਾਂ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੇਂਜਾਂ ਸਮਝੌਤਾ ਹਨ। key ring, ਪ੍ਰੋਫਾਈਲ ਅਤੇ crypto map ਲੜੀ ਇਹ ਹੈ ਕਿ IOS ਇਸਨੂੰ ਕਿਵੇਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਜਦਕਿ ASA ਉਹੀ ਮਨਸ਼ਾ tunnel group ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਗੁਣਾਂ ਰਾਹੀਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਦੂਜਾ ਹਿੱਸਾ ਨਕਲ ਕਰਨਾ ਕਦੇ ਨਹੀਂ ਚੱਲਦਾ, ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਹਿੱਸਾ ਨਕਲ ਕਰਨਾ ਕੰਮ ਅੱਧਾ ਛੱਡ ਦਿੰਦਾ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੇ ਪੰਜ ਕਦਮ ਕ੍ਰਮ ਨਾਲ ਕਰੋ, ਅਤੇ ਜਿੱਥੇ ਦੋਵੇਂ ਪਲੇਟਫਾਰਮ ਵੱਖਰੇ ਸ਼ਬਦ ਨਹੀਂ ਸਗੋਂ ਵੱਖਰੀਆਂ ਗੱਲਾਂ ਦੱਸਦੇ ਹਨ, ਉੱਥੇ ਰੁਕੋ।

ਕਦਮ 1: ਸਮਝੌਤੇ ਨੂੰ ਵਾਕ ਰਚਨਾ ਤੋਂ ਵੱਖ ਕਰੋ

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

ਮੂਲ ਪਾਠ ਨੂੰ ਹਦਾਇਤਾਂ ਨਹੀਂ ਸਗੋਂ ਸਬੂਤ ਵਜੋਂ ਰੱਖੋ। ਇੱਕ ਪਲੇਟਫਾਰਮ 'ਤੇ ਹੋਣ ਵਾਲੀ ਅਤੇ ਦੂਜੇ 'ਤੇ ਨਾ ਹੋਣ ਵਾਲੀ ਲਾਈਨ ਵਾਕ ਰਚਨਾ ਦਾ ਫ਼ਰਕ ਹੈ, ਜਦ ਤੱਕ ਤੁਸੀਂ ਜਾਂਚ ਨਾ ਕਰੋ ਕਿ ਉਹੀ ਲੋੜ ਕਿਸੇ ਹੋਰ ਢੰਗ ਨਾਲ ਪੂਰੀ ਹੋ ਸਕਦੀ ਹੈ।

RequirementWhat must be agreed
Peer deliveryOuter endpoint, address family, NAT view, initiating side
AuthenticationIKE version, expected identities, credential method and delivery
Data protectionPermitted suites, protected ranges, intentional translation
ApplicationRoutes, return routes, resources beyond the tunnel

ਕਦਮ 2: ਹਰ ਪਲੇਟਫਾਰਮ 'ਤੇ ਆਬਜੈਕਟਾਂ ਦੇ ਨਾਮ ਦਿਓ

IOS XE 'ਤੇ IKEv2 key ring IKEv2 ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਭਰਦਾ ਹੈ, ਅਤੇ ਉਹ ਪ੍ਰੋਫਾਈਲ crypto map ਜਾਂ IPsec ਪ੍ਰੋਫਾਈਲ ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ। ASA 'ਤੇ tunnel group connection profile ਅਤੇ ਉਸ ਦੇ IPsec ਗੁਣ ਰੱਖਦਾ ਹੈ, ਅਤੇ crypto map ਉਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ connection profile ਗਾਈਡ ਦੱਸਦੀ ਹੈ। ਇਹ ਵੱਖਰੀ ਵਿਰਾਸਤ ਵਾਲੇ ਵੱਖਰੇ ਆਬਜੈਕਟ-ਗ੍ਰਾਫ ਹਨ, ਇਸ ਲਈ ਲਾਈਨ-ਦਰ-ਲਾਈਨ ਮੈਪਿੰਗ ਅਜਿਹਾ ਕਨਫਿਗਰੇਸ਼ਨ ਦਿੰਦੀ ਹੈ ਜੋ ਪਾਰਸ ਹੁੰਦਾ ਹੈ ਪਰ ਜੁੜਦਾ ਨਹੀਂ।

ਟਾਰਗੇਟ ਆਬਜੈਕਟ ਸਰੋਤ ਲਾਈਨਾਂ ਤੋਂ ਨਹੀਂ ਸਗੋਂ ਲੋੜ ਕਤਾਰਾਂ ਤੋਂ ਬਣਾਓ। ਜੇ ਕਤਾਰਾਂ ਪੂਰੀਆਂ ਹਨ, ਤਾਂ ਟਾਰਗੇਟ ਕਨਫਿਗਰੇਸ਼ਨ ਇੱਕ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲਾ ਹੈ। ਜੇ ਨਹੀਂ, ਤਾਂ ਕਿੰਨੀ ਵੀ ਕਮਾਂਡ ਅਨੁਵਾਦ ਛੁੱਟੀ ਮਨਸ਼ਾ ਨਹੀਂ ਲਿਆਏਗੀ।

ਕਦਮ 3: ਸਿਰਫ਼ ਪਤੇ ਨਹੀਂ, ਪਛਾਣ ਵੀ ਲੈ ਕੇ ਚੱਲੋ

ਪਛਾਣ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਚੁੱਪਚਾਪ ਟੁੱਟਦਾ ਹੈ। ਪਤੇ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਵਾਲਾ ਪੀਅਰ ਸਰਟੀਫਿਕੇਟ ਵਿਸ਼ੇ ਜਾਂ FQDN ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਵਾਲੇ ਨਾਲੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਪਲੇਟਫਾਰਮ ਉਹ ਉਮੀਦ ਵੱਖਰੀ ਥਾਂ ਦਰਜ ਕਰਦੇ ਹਨ। ਜਾਂਚਣਾ ਸੌਖਾ ਹੈ ਇਸ ਲਈ ਸਾਂਝਾ ਭੇਤ ਪਾ ਕੇ ਨਹੀਂ, ਸੋਚੀ ਹੋਈ ਪਛਾਣ ਅਤੇ ਭਰੋਸਾ ਲੜੀ ਬਚਾਓ।

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

ਕਦਮ 4: ਕਟਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਸੁਰੱਖਿਆ 'ਤੇ ਸਹਿਮਤ ਹੋਵੋ

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

ਸਹਿਮਤ ਸੈੱਟ ਲਿਖੋ। ਇੱਕ ਫੋਨ ਕਾਲ ਦੀਆਂ ਵੱਖਰੀਆਂ ਯਾਦਾਂ ਵਾਲੇ ਦੋ ਪ੍ਰਸ਼ਾਸਕ ਹੀ ਕਟਓਵਰ ਵਿੱਚ ਫੇਜ਼-ਦੋ ਬੇਮੇਲ ਲਿਆਉਂਦੇ ਹਨ।

ਕਦਮ 5: ਵਾਕ ਰਚਨਾ ਨਹੀਂ, ਸੇਵਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਪਹਿਲਾਂ ਟਾਰਗੇਟ ਦੇ ਪ੍ਰਭਾਵੀ ਆਬਜੈਕਟ ਜਾਂਚੋ, ਫਿਰ ਸਵੀਕਾਰ ਕੀਤਾ ਐਸੋਸੀਏਸ਼ਨ, ਫਿਰ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਵਾਹ ਅਤੇ ਉਸ ਦਾ ਜਵਾਬ। ਬਿਨਾਂ ਗਲਤੀ ਕਮਾਂਡ ਟਾਈਪ ਕਰਨਾ ਸਿਰਫ਼ ਵਾਕ ਰਚਨਾ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਟਨਲ ਉੱਠ ਕੇ ਟ੍ਰੈਫਿਕ ਨਾ ਲੈ ਜਾਣਾ ਆਮ ਤੌਰ 'ਤੇ ਮਤਲਬ ਹੈ ਕਿ ਸੁਰੱਖਿਅਤ ਰੇਂਜਾਂ ਜਾਂ ਵਾਪਸੀ ਰਸਤਾ ਦੂਜੇ ਪਾਸੇ ਨਾਲ ਨਹੀਂ ਮਿਲਦਾ, ਜੋ ਕਮਾਂਡ ਦੀ ਨਹੀਂ, ਲੋੜ ਕਤਾਰ ਦੀ ਸਮੱਸਿਆ ਹੈ। crypto map ਦੁਬਾਰਾ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਪਾਸਿਆਂ ਦੀਆਂ ਸੁਰੱਖਿਅਤ ਰੇਂਜਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਕੀ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ, ਕਿਹੜੇ ਪਤਿਆਂ ਨਾਲ, ਕਿਹੜੇ ਪਾਸੇ ਤੋਂ — ਦਰਜ ਕਰੋ। ਉਹ ਰਿਕਾਰਡ VPN ਚੱਲ ਰਹੇ ਹੋਣ ਦੇ ਅਸਪਸ਼ਟ ਦਾਅਵੇ ਨੂੰ ਅਜਿਹੀ ਚੀਜ਼ ਬਣਾ ਦਿੰਦਾ ਹੈ ਜੋ ਦੂਜਾ ਪ੍ਰਸ਼ਾਸਕ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਜਾਂਚ ਸਕਦਾ ਹੈ।

ਕੀ ਵਾਪਸ ਦੇਣਾ ਹੈ

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

ਸਰੋਤ ਪਾਠ ਵੀ ਟਿਕਟ ਨਾਲ ਰੱਖੋ। ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਮੰਗਿਆ ਗਿਆ ਸੀ, ਜਦਕਿ ਮੈਟ੍ਰਿਕਸ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਸਹਿਮਤ ਹੋਇਆ।

ਸੰਬੰਧਿਤ ਲੇਖ