VPN ਪ੍ਰਮਾਣਿਕਤਾ ਫੇਲ੍ਹ: ਪੋਰਟ ਜਾਂ DNS ਘੱਟ ਹੀ ਕਾਰਨ ਹੁੰਦੇ ਹਨ
ਰੱਦ ਕੀਤਾ ਲੌਗਇਨ ਟਾਈਮਆਊਟ ਤੋਂ ਵੱਖਰੀ ਖਰਾਬੀ ਹੈ। ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਰੋਫਾਈਲ, ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਰੂਪ, ਦੂਜਾ ਕਾਰਕ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚੋ।
ਪ੍ਰਮਾਣਿਕਤਾ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਕਿ ਸੇਵਾ ਨੇ ਇੱਕ ਪਛਾਣ ਪ੍ਰਾਪਤ ਕੀਤੀ ਅਤੇ ਉਸਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ, ਜੋ ਬਹੁਤਿਆਂ ਦੀ ਧਾਰਨਾ ਤੋਂ ਵਧੇਰੇ ਸੰਕੁਚਿਤ ਬਿਆਨ ਹੈ। ਪੋਰਟ ਖੁੱਲ੍ਹਾ ਹੈ, TLS ਸੈਸ਼ਨ ਸੰਭਵ ਤੌਰ 'ਤੇ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ, ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਜਾਂ ਖਾਤੇ ਵਿੱਚ ਕੁਝ ਰੱਦ ਹੋਇਆ ਹੈ। ਗਲਤੀ ਦਾ ਪਾਠ ਪਹਿਲਾਂ ਹੀ ਪੜਾਅ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਇਸ ਲਈ ਉੱਥੋਂ ਹੀ ਸ਼ੁਰੂ ਕਰੋ।
ਗਲਤੀ ਨੇ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਦਿੱਤਾ ਕਿ ਕਿਹੜਾ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ
ਜੋ ਕਨੈਕਸ਼ਨ ਕਦੇ ਵੀ ਆਪਣਾ TLS ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਪ੍ਰਮਾਣਿਕਤਾ ਤੱਕ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ. ਜੋ ਕਨੈਕਸ਼ਨ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਕੇ ਫਿਰ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਰੱਦ ਹੋਣ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਉਹ ਉੱਥੇ ਪਹੁੰਚਿਆ ਅਤੇ ਉੱਥੇ ਹੀ ਫੇਲ੍ਹ ਹੋਇਆ। ਇਹਨਾਂ ਦੋ ਨਤੀਜਿਆਂ ਲਈ ਵੱਖਰੀ ਜਾਂਚ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਬੰਦ ਵਿੰਡੋ ਨਾਲ ਖ਼ਤਮ ਹੋਣ ਕਰਕੇ ਅਕਸਰ ਰਲਗੱਡ ਹੋ ਜਾਂਦੇ ਹਨ।
OpenVPN ਸਰਵਰ ਦੇ AUTH_FAILED ਸੁਨੇਹੇ ਨਾਲ ਫ਼ਰਕ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ, ਜੋ ਫ਼ੈਸਲਾ ਹੈ, ਆਵਾਜਾਈ ਗਲਤੀ ਨਹੀਂ। TLS ਗੱਲਬਾਤ ਦਾ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣਾ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਗਲਤੀ ਪਿਛਲੇ ਪੜਾਅ ਦੀ ਹੈ। ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਹੈ, ਕਿਉਂਕਿ ਪਾਸਵਰਡ ਰੀਸੈਟ ਹੈਂਡਸ਼ੇਕ ਸੁਧਾਰ ਨਹੀਂ ਸਕਦਾ ਅਤੇ ਫਾਇਰਵਾਲ ਬਦਲਾਅ ਰੱਦ ਕੀਤਾ ਲੌਗਇਨ ਸੁਧਾਰ ਨਹੀਂ ਸਕਦਾ। ਕਲਾਇੰਟ ਲੌਗ ਦੀ ਇੱਕ ਲਾਈਨ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।
ਇਹੀ ਤਰਕ ਉਸ ਸੈਸ਼ਨ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜੋ ਜੁੜਦਾ ਹੈ ਅਤੇ ਫਿਰ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। ਚਾਲੀਸਵੇਂ ਮਿੰਟ 'ਤੇ ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਅਸਫਲਤਾ ਪਹਿਲੇ ਲੌਗਇਨ ਦੇ ਰੱਦ ਹੋਣ ਨਾਲੋਂ ਵੱਖਰੀ ਖਰਾਬੀ ਹੈ, ਅਤੇ ਅੰਤਰਾਲ ਹੀ ਸੁਰਾਗ ਹੈ।
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਰੋਫਾਈਲ ਸਹੀ ਸੇਵਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ
ਪ੍ਰਦਾਤਾ ਦੀ ਵੈੱਬਸਾਈਟ 'ਤੇ ਵਰਤਿਆ ਗਿਆ ਖਾਤਾ ਹਮੇਸ਼ਾ ਉਹ ਖਾਤਾ ਨਹੀਂ ਹੁੰਦਾ ਜੋ ਉਸਦਾ VPN ਗੇਟਵੇ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਸੰਭਾਲਿਆ ਪਰੋਫਾਈਲ ਸੇਵਾ ਥਾਂ ਬਦਲਣ ਤੋਂ ਬਹੁਤ ਬਾਅਦ ਵੀ ਪੁਰਾਣੇ ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਸਕਦਾ ਹੈ।
ਪਰੋਫਾਈਲ ਵਿੱਚਲੇ ਅੰਤ ਬਿੰਦੂ ਦੀ ਤੁਲਨਾ ਆਪਰੇਟਰ ਵੱਲੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾਲ ਕਰੋ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਗੇਟਵੇ ਕਿਹੜੀ ਪਛਾਣ ਪ੍ਰਣਾਲੀ ਨਾਲ ਸਲਾਹ ਕਰਦਾ ਹੈ। ਜੇ ਟਨਲ ਵੱਖਰੀ ਡਾਇਰੈਕਟਰੀ ਖ਼ਿਲਾਫ਼ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ ਤਾਂ ਵੈੱਬ ਪੋਰਟਲ 'ਤੇ ਪਾਸਵਰਡ ਰੀਸੈਟ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਅਸੰਬੰਧਿਤ ਜਨਤਕ ਸਰਵਰ ਦੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਤੁਹਾਡੇ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰਨਗੇ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲੇ ਸੁਨੇਹੇ ਰਾਹੀਂ ਮਿਲੇ ਪਰੋਫਾਈਲ ਵਿੱਚ ਦਫ਼ਤਰੀ ਪਾਸਵਰਡ ਅਜ਼ਮਾਉਣਾ ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ ਮਾੜਾ ਸੌਦਾ ਹੈ। ਕੁਝ ਵੀ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਪਰੋਫਾਈਲ 'ਤੇ ਦੋ ਮਿੰਟ ਲਾਉਣ ਨਾਲ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦੇ ਅੰਦਾਜ਼ੇ ਦਾ ਇੱਕ ਦਿਨ ਬਚਦਾ ਹੈ।
ਲੌਗਇਨ ਦਾ ਰੂਪ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਹਿੱਸਾ ਹੈ
ਵਰਤੋਂਕਾਰ ਨਾਮ ਨੂੰ ਈਮੇਲ ਰੂਪ, ਡੋਮੇਨ ਅਗੇਤਰ ਜਾਂ ਡਾਇਰੈਕਟਰੀ ਪਿਛੇਤਰ ਲੋੜੀਂਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਗੇਟਵੇ ਪ੍ਰਾਪਤ ਸਤਰ ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਰੂਪ ਸਜਾਵਟ ਨਹੀਂ, ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਹਿੱਸਾ ਹੈ।
ਫਿਰ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉਬਾਊ ਕਾਰਨ ਹਟਾਓ। ਕੀਬੋਰਡ ਖਾਕਾ, ਨਕਲ ਨਾਲ ਆਈ ਕੋਈ ਵੀ ਅੰਤਿਮ ਥਾਂ, ਅਤੇ ਪਾਸਵਰਡ ਪ੍ਰਬੰਧਕ ਵਿੱਚ ਪੁਰਾਣੀ ਐਂਟਰੀ ਜਾਂਚੋ। ਰੀਸੈਟ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ VPN ਉਹੀ ਪਛਾਣ ਸਰੋਤ ਵਰਤਦਾ ਹੈ ਜੋ ਪੰਨੇ ਦਾ ਹੈ ਜਿੱਥੇ ਪਾਸਵਰਡ ਬਦਲਿਆ ਗਿਆ। ਜੇ ਇਹ ਵੇਰਵੇ ਸਹੀ ਹਨ ਤਾਂ ਅੰਦਾਜ਼ਾ ਬੰਦ ਕਰੋ ਅਤੇ ਆਪਰੇਟਰ ਨੂੰ ਪੁੱਛੋ ਕਿ ਖਾਤਾ VPN ਪਹੁੰਚ ਲਈ ਸਮਰੱਥ ਅਤੇ ਅਧਿਕਾਰਤ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਕਲਾਇੰਟ ਸੈਟਿੰਗ ਨਹੀਂ, ਸੇਵਾ ਪਾਸੇ ਦੀ ਸੋਧ ਹੈ।
openvpn --config office.ovpn --verb 3
journalctl -u openvpn-client@office -n 40 --no-pager
AUTH_FAILED ਵਾਲੀ ਲੌਗ ਲਾਈਨ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਕਾਰਨ ਕੋਡ ਜਾਂ ਚੁਣੌਤੀ ਸਤਰ ਹੁੰਦੀ ਹੈ। ਮਦਦ ਮੰਗਦੇ ਸਮੇਂ ਉਸਨੂੰ ਦੁਬਾਰਾ ਕਹਿਣ ਦੀ ਥਾਂ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਨਕਲ ਕਰੋ।
ਦੂਜੇ ਕਾਰਕਾਂ ਦਾ ਆਪਣਾ ਸਮਝੌਤਾ ਹੈ
ਪਰੋਫਾਈਲ ਇੱਕ-ਵਾਰੀ ਕੋਡ, ਸੰਵਾਦਾਤਮਕ ਚੁਣੌਤੀ, ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਸਾਈਨ-ਇਨ ਦੀ ਉਮੀਦ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਟੋਕਨ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਆਪਣਾ ਈਜਾਦ ਕਰਨ ਦੀ ਥਾਂ ਉਹੀ ਪ੍ਰਵਾਹ ਵਰਤੋ ਜਿਸਨੂੰ ਆਪਰੇਟਰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ।
ਪਾਸਵਰਡ ਨਾਲ ਕੋਡ ਨਾ ਜੋੜੋ, ਜਦੋਂ ਤੱਕ ਉਹ ਰੂਪ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦਾ ਨਾ ਹੋਵੇ, ਕਿਉਂਕਿ ਕੁਝ ਤੈਨਾਤੀਆਂ ਵੱਖਰਾ ਖੇਤਰ ਅਤੇ ਕੁਝ ਚੁਣੌਤੀ ਸਤਰ ਵਰਤਦੀਆਂ ਹਨ। ਸਮੇਂ-ਆਧਾਰਿਤ ਕੋਡਾਂ ਲਈ ਡਿਵਾਈਸ ਦੀ ਘੜੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਕੁਝ ਮਿੰਟਾਂ ਦਾ ਫ਼ਰਕ ਹਰ ਕੋਡ ਅਵੈਧ ਕਰ ਦਿੰਦਾ ਹੈ। ਜੇ ਬ੍ਰਾਊਜ਼ਰ ਲੌਗਇਨ ਸਫਲ ਹੋਵੇ ਅਤੇ ਕਲਾਇੰਟ ਕਦੇ ਮੁੜ ਸ਼ੁਰੂ ਨਾ ਹੋਵੇ, ਤਾਂ ਬਿਲਕੁਲ ਉਹੀ ਬਿੰਦੂ ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨਹੀਂ, ਹਸਤਾਂਤਰਣ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਇੱਕ ਹੋਰ ਪਾਸਵਰਡ ਰੀਸੈਟ ਮਦਦ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੈ।
ਸੈਸ਼ਨ ਸੀਮਾ ਦੂਜਾ ਆਮ ਰੱਦ ਹੋਣਾ ਹੈ। ਜੇ ਖਾਤਾ ਇੱਕ ਸੈਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਦੂਜਾ ਲੌਗਇਨ ਪਹਿਲਾ ਖ਼ਤਮ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਲੱਛਣ ਨੀਤੀ ਨਹੀਂ, ਡਗਮਗਾਉਂਦੇ ਕਨੈਕਸ਼ਨ ਵਰਗਾ ਦਿਸਦਾ ਹੈ।
ਸਰਟੀਫਿਕੇਟ ਪਾਸਵਰਡ ਨਹੀਂ ਹੈ
ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਹੁੰਦਿਆਂ ਵੀ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਦੀ ਮਿਆਦ ਪੁੱਗ ਸਕਦੀ ਹੈ ਜਾਂ ਰੱਦ ਹੋ ਸਕਦਾ ਹੈ। ਨਿੱਜੀ ਕੁੰਜੀ ਦਾ ਪਾਸਫਰੇਜ਼ ਫਿਰ ਤੀਜਾ ਭੇਤ ਹੈ, ਅਤੇ ਇਹ ਖਾਤੇ ਦੀ ਨਹੀਂ, ਫਾਈਲ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਗਲਤੀ ਪੜ੍ਹੋ, ਫਿਰ ਪ੍ਰਮਾਣਿਤ ਆਪਰੇਟਰ ਤੋਂ ਸਹੀ ਬਦਲ ਲਵੋ। ਅਜਿਹਾ ਕਰਦਿਆਂ ਸਰਵਰ ਪਛਾਣ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ: ਅਸੰਬੰਧਿਤ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰਨਾ ਜਾਂ ਕਿਸੇ ਹੋਰ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਨਕਲ ਕਰਨਾ ਮੁਰੰਮਤ ਨਹੀਂ, ਦੂਜੀ ਘਟਨਾ ਹੈ। ਫਿਰ ਉਹ ਸਰੋਤ ਜਾਂਚੋ ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਸੇਵਾ ਵਾਲੀ ਜੁੜੀ ਟਨਲ ਹੋਰ ਜਾਂਚ ਦੀ ਹੈ। ਕਿਹੜਾ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ ਲਿਖੋ ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਸਾਰੀ ਪ੍ਰਕਿਰਿਆ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਨਾ ਕਰੇ।
ਜੇ ਸੈਸ਼ਨ ਸਥਾਪਿਤ ਹੋ ਕੇ ਬਾਅਦ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਅੰਤਰਾਲ ਅਤੇ ਨੇੜਲੀਆਂ ਨਵੀਨੀਕਰਨ ਘਟਨਾਵਾਂ ਦਰਜ ਕਰੋ। ਉਹ ਰਿਕਾਰਡ ਟੋਕਨ ਦੀ ਉਮਰ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਪਹਿਲੇ ਲੌਗਇਨ ਦੀ ਅਸਫਲਤਾ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ ਪੰਜ ਮਿੰਟ ਦੀ ਸੋਧ ਅਤੇ ਇੱਕ ਹਫ਼ਤੇ ਦੀਆਂ ਮੁੜ-ਕੋਸ਼ਿਸ਼ਾਂ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਇਹੀ ਹੈ।