IKEv2: ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਬਨਾਮ ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ — ਕਨੈਕਸ਼ਨ ਬਾਅਦ ਵਿੱਚ ਕਿਉਂ ਡਿੱਗਦਾ ਹੈ
ਇੱਕ ਕੁੰਜੀ ਸਮੱਗਰੀ ਨਵੀਨੀਕਰਨ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਪਛਾਣ ਜਾਂਚ ਦੁਹਰਾਉਂਦਾ ਹੈ। ਤੁਹਾਡੇ ਸੈਸ਼ਨ ਨੇ ਕਿਹੜੀ ਸੀਮਾ ਪਾਰ ਕੀਤੀ, ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਠੀਕ ਕਰਨਾ ਹੈ।
ਸੁਰੰਗ ਸਵੇਰੇ ਉੱਠਦੀ ਹੈ ਅਤੇ ਘੰਟਿਆਂ ਤੱਕ ਕੰਮ ਕਰਦੀ ਹੈ। ਫਿਰ ਉਹ ਡਿੱਗਦੀ ਹੈ, ਇੱਕ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਜੁੜਦੀ ਹੈ ਅਤੇ ਅਗਲੇ ਦਿਨ ਵੀ ਉਹੀ ਕਰਦੀ ਹੈ। ਨੈੱਟਵਰਕ ਉੱਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ ਅਤੇ ਕਿਸੇ ਨੇ ਪਾਸਵਰਡ ਨੂੰ ਨਹੀਂ ਛੋਹਿਆ। ਨਵੀਨੀਕਰਨ ਸੀਮਾ ਉੱਤੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਸੈਸ਼ਨ ਆਮ ਤੌਰ ਉੱਤੇ ਦੋ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਵਿੱਚੋਂ ਇੱਕ ਪਾਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਤੁਹਾਡੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦੁਬਾਰਾ ਜਾਂਚਦਾ ਹੈ। ਕਿਹੜਾ ਸਰਗਰਮ ਹੋਇਆ ਇਹ ਪੜ੍ਹਨਾ ਹੀ ਪੂਰਾ ਨਿਦਾਨ ਹੈ।
ਦੋ ਕਾਰਵਾਈਆਂ ਜੋ ਬਾਹਰੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਲੱਗਦੀਆਂ ਹਨ
ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਪ੍ਰੋਟੋਕੋਲ ਵੱਲੋਂ ਨਿਰਧਾਰਤ ਵਟਾਂਦਰੇ ਅਧੀਨ ਸੁਰੱਖਿਆ ਸੰਗਠਨਾਂ ਜਾਂ ਕੁੰਜੀ ਸਮੱਗਰੀ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਪ੍ਰਮਾਣਿਕਤਾ ਦੁਹਰਾਈ ਨਹੀਂ ਜਾਂਦੀ, ਇਸ ਲਈ ਸੈਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਸਵੀਕਾਰ ਕੀਤੀ ਪਛਾਣ ਸਿਰਫ਼ ਅੱਗੇ ਲਿਜਾਈ ਜਾਂਦੀ ਹੈ।
ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਹੋਰ ਅੱਗੇ ਜਾਂਦੀ ਹੈ: ਇਹ ਨਵਾਂ ਪ੍ਰਮਾਣਿਤ ਸੰਬੰਧ ਸਥਾਪਿਤ ਕਰਦੀ ਹੈ, ਜਿਸ ਦਾ ਅਰਥ ਹੈ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਦੁਬਾਰਾ ਮੁਲਾਂਕਣ। ਜੋ ਸਮਾਪਤ ਹੋਇਆ, ਰੱਦ ਹੋਇਆ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਬਦਲਿਆ, ਉਹ ਉਸੇ ਪਲ ਦਿਸਦਾ ਹੈ।
ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
IKEv2 ਵੱਖਰੇ ਜੀਵਨ-ਚੱਕਰਾਂ ਵਾਲੇ ਦੋ ਕਿਸਮ ਦੇ ਸੰਗਠਨ ਰੱਖਦਾ ਹੈ। IKE SA ਨਿਯੰਤਰਣ ਚੈਨਲ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਅਤੇ CHILD SA ਅਸਲ ਟ੍ਰੈਫਿਕ ਦੀ। ਇੱਕ ਨੂੰ ਨਵੀਨੀਕਰਨ ਕਰਨਾ ਕਲਾਇੰਟ ਨੂੰ ਦੁਬਾਰਾ ਜੋੜਨ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ।
ਇਹ ਵੰਡ ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਨਮੂਨਾ ਸਮਝਾਉਂਦੀ ਹੈ: ਟ੍ਰੈਫਿਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਹਿੰਦਾ ਹੈ, ਫਿਰ ਇੱਕ CHILD SA ਨਵੀਨੀਕਰਨ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਸਤਾਵ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਹਫ਼ਤਿਆਂ ਪਹਿਲਾਂ ਇੱਕ ਪਾਸੇ ਪੜਾਅ 2 ਸੋਧਿਆ ਸੀ। ਉਹ ਤਬਦੀਲੀ ਨਵੀਨੀਕਰਨ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਤੱਕ ਉੱਥੇ ਨੁਕਸਾਨ ਰਹਿਤ ਪਈ ਰਹੀ।
ਜੀਵਨ-ਕਾਲ ਦੀਆਂ ਅਸਮਾਨਤਾਵਾਂ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦੀਆਂ ਹਨ। ਜਿਹੜਾ ਧਿਰ ਪਹਿਲਾਂ ਆਪਣੀ ਸੀਮਾ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਉਹ ਵਟਾਂਦਰਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੂਜੇ ਨੂੰ ਉਹ ਸਵੀਕਾਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀ ਦੁਬਾਰਾ ਮੁਲਾਂਕਣ ਕਰਦੀ ਹੈ
ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ, ਲੌਗਇਨ ਵੇਲੇ ਵੈਧ ਰਹੀ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਹੁਣ ਸਮਾਪਤ ਹੋ ਸਕਦੀ ਹੈ। ਰੱਦ ਕੀਤਾ ਪ੍ਰਮਾਣ, ਬਦਲਿਆ ਪਾਸਵਰਡ ਜਾਂ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲਾ ਦੂਜਾ ਕਾਰਕ ਸਭ ਇੱਥੇ ਹੀ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ, ਨਵੀਨੀਕਰਨ ਦੇ ਸਮੇਂ ਨਹੀਂ।
ਇਸੇ ਲਈ ਹਰ ਜੀਵਨ-ਕਾਲ ਲੰਬਾ ਕਰਨਾ ਸੁਧਾਰ ਵਾਂਗ ਲੱਗਦਾ ਹੈ ਅਤੇ ਹੈ ਨਹੀਂ। ਤੁਸੀਂ ਜਾਂਚ ਪਾਸ ਕਰਨ ਦੀ ਥਾਂ ਉਸ ਨੂੰ ਮੁਲਤਵੀ ਕੀਤਾ ਹੈ। ਅਗਲਾ ਨਵੀਨੀਕਰਨ ਉਸੇ ਨੁਕਸ ਨਾਲ ਅਤੇ ਉਸ ਨੂੰ ਨੋਟਿਸ ਕਰਨ ਲਈ ਛੋਟੀ ਰੁਕਾਵਟ ਵਿੰਡੋ ਨਾਲ ਆਉਂਦਾ ਹੈ।
ਕੁਝ ਲਾਗੂਕਰਨ ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਦੌਰਾਨ ਪੁਰਾਣੀ ਅਤੇ ਨਵੀਂ ਸਥਿਤੀ ਨੂੰ ਓਵਰਲੈਪ ਕਰਦੇ ਹਨ। ਹੋਰ ਛੋਟਾ ਖਾਲੀ ਥਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਇਸ ਲਈ ਦੋ ਵਿਕਰੇਤਾਵਾਂ ਉੱਤੇ ਇੱਕੋ ਸੈਟਿੰਗਾਂ ਵੱਖਰਾ ਵਰਤੋਂਕਾਰ ਅਨੁਭਵ ਦੇ ਸਕਦੀਆਂ ਹਨ। ਮਿਆਰ ਇਹੀ ਕਹਿੰਦਾ ਹੈ ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਵਿਵਹਾਰ ਦੀ ਪਰਖ ਕਰੋ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਟਾਈਮਸਟੈਂਪ ਪੜ੍ਹੋ
ਫੇਲ੍ਹ ਦੇ ਪਲ ਨੂੰ ਸੰਗਠਨ ਦੀ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੀ ਸਥਿਤੀ ਨਾਲ ਦਰਜ ਕਰੋ। ਜੇ ਪੁਰਾਣਾ ਸੰਗਠਨ ਪ੍ਰਮਾਣਿਕਤਾ ਵਟਾਂਦਰੇ ਬਿਨਾਂ ਬਦਲਿਆ ਗਿਆ, ਤਾਂ ਤੁਸੀਂ ਨਵੀਨੀਕਰਨ ਸੀਮਾ ਉੱਤੇ ਸੀ। ਜੇ ਫੇਲ੍ਹ ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ AUTH ਵਟਾਂਦਰਾ ਦਿਸਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਉੱਤੇ ਸੀ।
strongSwan ਇਸ ਨੂੰ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਵਜੋਂ ਦਰਸਾਉਂਦਾ ਹੈ: rekey ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, reauth ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਨਵੀਂ ਪ੍ਰਮਾਣਿਕਤਾ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ margin ਮੁੱਲ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਹਰ ਇੱਕ ਸਮਾਪਤੀ ਤੋਂ ਕਿੰਨਾ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਦਾ ਦਸਤਾਵੇਜ਼ ਪਰਸਪਰ ਕਿਰਿਆ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਫੋਰਮ ਪੋਸਟ ਤੋਂ ਜੀਵਨ-ਕਾਲ ਕਾਪੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ।
ਇਨ੍ਹਾਂ ਸਭ ਨੂੰ ਆਮ ਨੈੱਟਵਰਕ ਨੁਕਸਾਨ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਟੁੱਟਿਆ ਲਿੰਕ ਮਰੇ ਪੀਅਰ ਦੀ ਖੋਜ ਘਟਨਾ ਜਾਂ ਮੁੜ ਭੇਜਣ ਦਾ ਤੂਫ਼ਾਨ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਮੇਲ ਖਾਂਦੇ ਪ੍ਰਸਤਾਵਾਂ ਵਾਲਾ ਸਾਫ਼ ਵਟਾਂਦਰਾ ਨਹੀਂ।
ਜੋ ਫੇਲ੍ਹ ਹੋਇਆ ਉਸ ਨੂੰ ਬਦਲੋ
ਪ੍ਰਮਾਣ ਦੀ ਅਸਵੀਕ੍ਰਿਤੀ ਲਈ ਪਛਾਣ ਦੀ ਸਮੱਸਿਆ ਠੀਕ ਕਰਨੀ ਪੈਂਦੀ ਹੈ: ਸਰਟੀਫਿਕੇਟ ਨਵੀਨੀਕਰਨ ਕਰੋ, ਖਾਤਾ ਬਹਾਲ ਕਰੋ, ਕਾਰਕ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਕਰੋ। ਪ੍ਰਸਤਾਵ ਜਾਂ ਜੀਵਨ-ਕਾਲ ਦੀ ਅਸਮਾਨਤਾ ਲਈ ਦੋਵੇਂ ਪਾਸਿਆਂ ਦੇ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
ਲੱਛਣ ਤੋਂ ਬਚਣ ਲਈ ਜੀਵਨ-ਕਾਲ ਖਿੱਚਣਾ ਇੱਕੋ ਇੱਕ ਵਿਕਲਪ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਕੰਮ ਕੀਤਾ ਜਾਪਦਾ ਹੈ ਅਤੇ ਕਦੇ ਕੰਮ ਨਹੀਂ ਕਰਦਾ।
ਨਿਯੰਤਰਿਤ ਨਵੀਨੀਕਰਨ ਦੀ ਪਰਖ ਕਰੋ
ਇੱਕ ਦਿਨ ਉਡੀਕ ਕਰਨ ਦੀ ਥਾਂ ਨਵੀਨੀਕਰਨ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਕਰੋ। ਫਿਰ ਜੇ ਤੈਨਾਤੀ ਸਮਰਥਨ ਦਿੰਦੀ ਹੈ ਤਾਂ ਮੁੜ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਦੁਹਰਾਓ, ਅਤੇ ਦੋਵੇਂ ਸਿਰਿਆਂ ਨੂੰ ਵੇਖੋ।
ਸਫਲ ਸ਼ੁਰੂਆਤੀ ਲੌਗਇਨ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਅਭਿਆਸ ਨਹੀਂ ਕਰਦਾ। ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ ਜੀਵਨ-ਚੱਕਰ ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹ ਤੈਨਾਤੀਆਂ ਸੱਚਮੁੱਚ ਟੁੱਟਦੀਆਂ ਹਨ।