OpenVPN ਬਾਅਦ ਵਿੱਚ OTP ਸੈਸ਼ਨ ਕੱਟ ਦਿੰਦਾ ਹੈ: ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

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

ਹੱਲ ਇਹ ਫੈਸਲਾ ਹੈ ਕਿ ਦੂਜੇ ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਕੀ ਪੇਸ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਲੰਮਾ ਦੁਬਾਰਾ-ਕੋਸ਼ਿਸ਼ ਟਾਈਮਰ ਨਹੀਂ।

ਕਲਾਇੰਟ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਅਦਲ-ਬਦਲ ਦੇਖੋ

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

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

auth-gen-token ਬਦਲਦਾ ਹੈ ਕਿ ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਕੌਣ ਦਿੰਦਾ ਹੈ

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

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

ਤੈਅ ਕਰੋ ਕਿ ਖਾਤੇ ਦੀ ਹਾਲਤ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ

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

ਕਈ ਸਰਵਰਾਂ ਵਾਲੀ ਤੈਨਾਤੀ ਵਿੱਚ ਟੋਕਨ ਦਸਤਖਤ ਦਾ ਭੇਤ ਸਾਂਝਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਕਲਾਇੰਟ ਨੂੰ ਅਜਿਹੇ ਨੋਡ 'ਤੇ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਉਸਦਾ ਟੋਕਨ ਪਰਖ ਨਹੀਂ ਸਕਦਾ।

ਸਿਰਫ਼ ਲੌਗਇਨ ਨਹੀਂ, ਮਿਆਦ ਖਤਮ ਹੋਣਾ ਅਤੇ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਵੀ ਪਰਖੋ

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

ਖਾਤਾ ਹਟਾਉਣ ਦੀ ਜਾਂਚ ਸਭ ਤੋਂ ਬਾਅਦ ਕਰੋ। ਉਹ ਕੇਸ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਲਿਖੀ ਨੀਤੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੈ।

ਨਵੀਨੀਕਰਨ ਬੰਦ ਕਰਕੇ ਇਸਨੂੰ ਠੀਕ ਨਾ ਕਰੋ

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

ਲੰਮਾ ਦੁਬਾਰਾ-ਕੋਸ਼ਿਸ਼ ਟਾਈਮਰ ਖਰਚ ਹੋਏ ਕੋਡ ਨੂੰ ਦੁਬਾਰਾ ਵੈਧ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਇਹ ਸਿਰਫ਼ ਡਿਸਕਨੈਕਟ ਨੂੰ ਦੇਰ ਕਰਦਾ ਹੈ ਅਤੇ ਲੌਗ ਪੜ੍ਹਨਾ ਔਖਾ ਬਣਾਉਂਦਾ ਹੈ।