Check Point VSX VPN: ਲਿੰਕ ਚੋਣ ਜਾਂ ਪੀਅਰ ਬੇਮੇਲ?

Check Point ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਟਨਲ ਦੇ ਉੱਪਰ ਨਾ ਆਉਣ 'ਤੇ ਦੋ ਵੱਖਰੀਆਂ ਤਬਦੀਲੀਆਂ ਇੱਕੋ ਲੱਛਣ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ: ਪੀਅਰ ਨੂੰ ਵੱਖਰਾ ਬਾਹਰੀ ਪਤਾ ਦਿਸਦਾ ਹੈ, ਜਾਂ ਉਹ ਉਹ IKE ਪਛਾਣ ਰੱਦ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਹੁਣ ਮਿਲ ਰਹੀ ਹੈ। ਇੱਕ ਪਾਸੇ ਤੋਂ ਲਏ ਕੈਪਚਰ ਵਿੱਚ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ। ਇਹ ਤੈਅ ਕਰਨ ਲਈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਮਾਮਲਾ ਹੈ, ਤਿੰਨ ਜਾਂਚਾਂ ਲੋੜੀਂਦੀਆਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਲਿੰਕ ਚੋਣ ਵਾਲਾ ਪੈਨਲ ਨਹੀਂ ਹੈ।

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

ਦੋਵਾਂ ਮਾਮਲਿਆਂ ਨੂੰ ਵੱਖ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

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

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

ਪਹਿਲਾਂ ਬਾਹਰੀ-ਪੀਅਰ ਰਿਕਾਰਡ ਬਣਾਓ

ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਚੁਅਲ ਸਿਸਟਮ, ਸਾਫਟਵੇਅਰ ਰੀਲੀਜ਼ ਅਤੇ ਲੱਗਿਆ ਅੱਪਡੇਟ ਪੱਧਰ ਲਿਖ ਲਓ। ਫਿਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ, ਦੂਰਲੇ ਪੀਅਰ ਵੱਲ ਦਾ ਰੂਟ, NAT ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੇ ਉਮੀਦ ਕੀਤੇ ਸਰੋਤ ਪਤੇ, ਅਤੇ ਦੂਰਲੇ ਪੀਅਰ ਦਾ ਸੰਰਚਿਤ ਐਂਡਪੁਆਇੰਟ ਦਰਜ ਕਰੋ।

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

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

ਲਿੰਕ ਚੋਣ ਅਸਲ ਵਿੱਚ ਕੀ ਵੱਖ ਕਰਦੀ ਹੈ, ਪੜ੍ਹੋ

Check Point ਦੀ R81.20 ਵਿੱਚ ਲਿੰਕ ਚੋਣ ਗਾਈਡ ਉਨ੍ਹਾਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਲੋਕ ਇੱਕ ਵਿੱਚ ਮਿਲਾ ਦਿੰਦੇ ਹਨ: ਦੂਰਲਾ ਪੀਅਰ ਗੇਟਵੇ ਪਤੇ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਦਾ ਹੈ, ਕਿਹੜਾ ਰੂਟ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟਰੈਫਿਕ ਢੋਂਦਾ ਹੈ, ਅਤੇ ਕਿਹੜਾ ਸਰੋਤ IP ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਹਰ ਇੱਕ ਵੱਖਰੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਉਹ ਪਛਾਣ ਨਹੀਂ ਬਦਲਦਾ ਜਿਸਨੂੰ ਪੀਅਰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ।

ਇਹੀ ਵਿਭਾਜਨ ਦੱਸਦਾ ਹੈ ਕਿ ਰੂਟ ਤਬਦੀਲੀ IKE ਪਛਾਣ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਦਿਸਦਾ ਬਾਹਰੀ ਪਤਾ ਕਿਉਂ ਬਦਲ ਸਕਦੀ ਹੈ, ਅਤੇ ਪਛਾਣ ਦੀ ਤਬਦੀਲੀ ਉਸ ਟਨਲ ਨੂੰ ਕਿਉਂ ਤੋੜ ਸਕਦੀ ਹੈ ਜਿਸਦੀ ਰੂਟਿੰਗ ਨਿਰਦੋਸ਼ ਹੈ।

RFC 7296 IKE ਲਈ ਵੀ ਉਹੀ ਰੇਖਾ ਖਿੱਚਦਾ ਹੈ: ਪਛਾਣ ਪੇਲੋਡ ਢੁਆਈ ਪਤਾ ਨਹੀਂ ਹੈ। ਨਿਰਮਾਤਾ ਇਸ ਵਿਭਾਜਨ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ, ਮੁੜ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦੇ।

ਸੈਟਿੰਗ ਪੈਨਲ ਨਾਲ ਨਹੀਂ, ਸਬੂਤ ਨਾਲ ਫੈਸਲਾ ਕਰੋ

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

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

ਦੋਵੇਂ ਸਿਰੇ ਮਿਲਾਓ ਅਤੇ ਰਿਕਾਰਡ ਰੱਖੋ

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

ਦੇਖੇ ਗਏ ਬਾਹਰੀ ਪਤੇ ਸਰਗਰਮ ਵਰਚੁਅਲ-ਸਿਸਟਮ ਸੰਦਰਭ ਦੇ ਕੋਲ ਸੰਭਾਲੋ। ਫਿਰ ਅਗਲੀ ਰੂਟ ਤਬਦੀਲੀ ਕਿਸੇ ਦੀ ਡਿਫਾਲਟ ਬਾਰੇ ਯਾਦ ਨਾਲ ਨਹੀਂ, ਦਸਤਾਵੇਜ਼ੀ ਸਮਝੌਤੇ ਨਾਲ ਤੁਲਨਾ ਕਰੇਗੀ।