ਦੋ /24 ਦੀ ਥਾਂ ਇੱਕ /23: ਗੱਲਬਾਤ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

ਦੋ ਨਾਲ ਲੱਗਦੇ /24 ਸਾਫ਼-ਸੁਥਰੇ ਢੰਗ ਨਾਲ ਇੱਕ /23 ਵਿੱਚ ਮਿਲ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਸਾਫ਼-ਸੁਥਰਾ ਗਣਿਤ ਲੋਕਾਂ ਨੂੰ ਯਕੀਨ ਦਿਵਾਉਂਦਾ ਹੈ ਕਿ ਤਬਦੀਲੀ ਸਿਰਫ਼ ਦਿੱਖੀ ਹੈ। ਇਹ ਪਤਿਆਂ ਦਾ ਗਣਿਤ ਹੈ, ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਸਿਲੈਕਟਰਾਂ ਦੀ ਪਰਵਾਹ ਹੈ, ਜੋ ਨੈੱਟਵਰਕ ਦਾ ਵਰਣਨ ਨਹੀਂ ਸਗੋਂ ਗੱਲਬਾਤ ਦੀ ਪੇਸ਼ਕਸ਼ ਹਨ। ਛੋਟੀ ਲਾਈਨ ਉਹੀ ਟ੍ਰੈਫਿਕ ਸੁਰੱਖਿਅਤ ਰੱਖ ਸਕਦੀ ਹੈ, ਸੋਚੇ ਤੋਂ ਵੱਧ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੈ, ਜਾਂ ਇਸਦਾ ਅੱਧਾ ਵੀ ਨਾ ਢਕ ਸਕੇ, ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਦੋਵੇਂ ਧਿਰਾਂ ਕੀ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹਨ। ਇੰਸਟਾਲ ਹੋਇਆ ਨਤੀਜਾ ਪੜ੍ਹਨਾ ਹੀ ਇਹ ਜਾਣਨ ਦਾ ਇੱਕੋ ਤਰੀਕਾ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੀ ਹੋਇਆ।

ਤਿੰਨ ਤੱਥ ਜਿਨ੍ਹਾਂ ਨੂੰ ਲੋਕ ਇੱਕ ਵਿੱਚ ਮਿਲਾ ਦਿੰਦੇ ਹਨ

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

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

ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਤੁਹਾਡੇ ਇਕੱਠ ਨਾਲ ਕੀ ਕਰ ਸਕਦਾ ਹੈ

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

ਕੁਝ ਵੀ ਸਵੀਕਾਰ ਨਾ ਕਰਨ ਵਾਲਾ ਉਸ ਦੀ ਥਾਂ ਗਲਤੀ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਜੋ ਘੱਟੋ-ਘੱਟ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਪੇਸ਼ਕਸ਼ ਰੱਦ ਹੋਈ, ਚੁੱਪਚਾਪ ਤੰਗ ਨਹੀਂ ਕੀਤੀ ਗਈ।

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

ਸੰਖੇਪ ਚੁੱਪਚਾਪ ਸੀਮਾ ਕਿੱਥੇ ਮਿਟਾਉਂਦਾ ਹੈ

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

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

ਹਰ ਪ੍ਰੀਫਿਕਸ ਅਨੁਸਾਰ ਨਤੀਜਾ ਪੜ੍ਹਨਾ

ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਕਨਫਿਗਰ ਕੀਤੇ ਨੂੰ ਨਹੀਂ, ਇੰਸਟਾਲ ਹੋਇਆ ਵੇਖੋ। ਫਿਰ ਹਰ ਪ੍ਰੀਫਿਕਸ ਤੋਂ ਹਰ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ ਫਲੋ ਬਣਾਓ, ਅਤੇ ਉਸ ਐਸੋਸੀਏਸ਼ਨ ਦੇ ਕਾਊਂਟਰ ਜਾਂਚੋ ਜੋ ਇਸਨੂੰ ਸੰਭਾਲਦੀ ਹੈ। ਇੱਕ ਐਸੋਸੀਏਸ਼ਨ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਦੋ ਪ੍ਰੀਫਿਕਸ ਠੀਕ ਹਨ; ਦੋ ਪ੍ਰੀਫਿਕਸ ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਕੁਝ ਵੀ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ, ਉਹੀ ਖੋਜ ਹੈ।

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

ਤਬਦੀਲੀ ਨੂੰ ਵਾਪਸ ਲੈਣਯੋਗ ਬਣਾਉਣਾ

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

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