ਹਰ ਵਾਰ ਕੁੰਜੀਆਂ ਬਦਲਣ 'ਤੇ ਤੁਹਾਡਾ VPN ਕਿਉਂ ਡਿੱਗਦਾ ਹੈ

ਕਨੈਕਸ਼ਨ ਇੱਕ ਘੰਟਾ ਚੱਲਦਾ ਹੈ ਅਤੇ ਫਿਰ ਮਰ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ disconnected ਤੋਂ ਵਧੀਆ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਉਹੀ ਅਵਧੀ ਸੁਰਾਗ ਹੈ, ਕਿਉਂਕਿ ਨਵੀਨੀਕਰਨ ਵਟਾਂਦਰੇ ਵਿੱਚ ਕੁਝ ਸ਼ੁਰੂਆਤੀ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਵੱਖਰਾ ਹੈ। ਟਾਈਮਰ ਸਿਰਫ਼ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸ ਨਾਲ ਕਦੋਂ ਮਿਲੋਗੇ। ਅੰਤਿਮ ਲੇਬਲ ਦੀ ਥਾਂ ਉਸ ਵਟਾਂਦਰੇ ਦੇ ਸੁਨੇਹੇ ਸੰਭਾਲੋ।

ਲੇਬਲ ਨਹੀਂ, ਪੜਾਅ ਪੜ੍ਹੋ

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

swanctl --list-sas
swanctl --log --level 2
ip xfrm state list

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

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

ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਪ੍ਰਸਤਾਵ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

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

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

ਪ੍ਰਮਾਣ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਅਪਹੁੰਚ ਸਾਥੀ ਤੋਂ ਵੱਖ ਕਰੋ

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

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

ਨੈੱਟਵਰਕ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਟੀਫਿਕੇਟ ਦੀਆਂ ਤਾਰੀਖਾਂ ਅਤੇ ਖਾਤੇ ਦੀ ਸਥਿਤੀ ਜਾਂਚੋ। ਦੋਵੇਂ ਜਾਂਚਣਾ ਸਸਤਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਸੁਨੇਹੇ ਵਿੱਚ ਅਦਿੱਖ ਹਨ।

ਇੱਕ ਨਵੀਨੀਕਰਨ ਜ਼ਬਰਦਸਤੀ ਕਰੋ ਅਤੇ ਨਤੀਜਾ ਪੜ੍ਹੋ

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

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

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