ਸਹੀ VPN ਪਾਸਵਰਡ ਗੁੰਮ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦਾ

ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਹੀ ਹਨ, ਪ੍ਰੋਫਾਈਲ ਸਾਫ਼ ਢੰਗ ਨਾਲ ਆਯਾਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪੂਰੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਕਨੈਕਸ਼ਨ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। Windows 'ਤੇ ਸੁਨੇਹਾ EAP ਢੰਗ ਲਈ ਨਾ ਲੱਭੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਬਾਰੇ ਗਲਤੀ 798 ਹੋ ਸਕਦਾ ਹੈ। OpenVPN 'ਤੇ ਕਲਾਇੰਟ ਲਾਗ ਅਜਿਹਾ TLS ਹੈਂਡਸ਼ੇਕ ਦਿਖਾਉਂਦੀ ਹੈ ਜੋ ਸਰਵਰ ਨੂੰ ਕਦੇ ਵੀ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਕਰਦਾ। ਦੋਵੇਂ ਇੱਕੋ ਗੁੰਮ ਵਸਤੂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ: ਕਲਾਇੰਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜੋ ਕਲਾਇੰਟ ਨੇ ਪੇਸ਼ ਕਰਨਾ ਸੀ।

ਪਾਸਵਰਡ ਇੱਕ ਭੇਦ ਦੇ ਗਿਆਨ ਦਾ ਸਬੂਤ ਹੈ; ਪ੍ਰਮਾਣ ਪੱਤਰ ਇੱਕ ਕੁੰਜੀ ਦੇ ਕਬਜ਼ੇ ਦਾ ਸਬੂਤ ਹੈ, ਅਤੇ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ।

ਪਾਸਵਰਡ ਕਦੇ ਵੀ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ

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

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

ਕਲਾਇੰਟ ਸਟੋਰ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਦੋ ਉਤਪਾਦ, ਉਹੀ ਗੁੰਮ ਪ੍ਰਮਾਣ ਪੱਤਰ

OpenVPN ਸਰਵਰ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਮੰਗਦੇ ਹਨ। ਕਲਾਇੰਟ ਵਿੱਚ auth-user-pass ਜੋੜਨ ਨਾਲ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ TLS ਹੈਂਡਸ਼ੇਕ ਅਜੇ ਵੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਮੰਗਦਾ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ਼ ਪਾਸਵਰਡ verify-client-cert require ਅਧੀਨ ਕਨੈਕਸ਼ਨ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਸਰਵਰ ਨੂੰ ਕੁਝ ਵੀ ਨਾ ਮੰਗਣ ਲਈ ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਪਾਸਵਰਡ ਨੂੰ ਕਲਾਇੰਟ ਦਾ ਇੱਕੋ-ਇੱਕ ਪ੍ਰਮਾਣ ਬਣਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਹ ਤਾਕਤ ਵਿੱਚ ਅਸਲ ਕਮੀ ਹੈ। auth-user-pass-verify ਪਿੱਛੇ shell ਸਕ੍ਰਿਪਟ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਸਕ੍ਰਿਪਟ ਚਲਾਉਣ ਦੀ ਸਮਰੱਥਾ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਇਸਨੂੰ ਢੁੱਕਵੇਂ ਪ੍ਰਮਾਣਿਕਤਾ ਬੈਕਐਂਡ ਨਾਲੋਂ ਵਧੇਰੇ ਜੋਖਮ ਭਰਿਆ ਡਿਜ਼ਾਈਨ ਬਣਾਉਂਦਾ ਹੈ।

ਸਿਰਫ਼ ਪਾਸਵਰਡ 'ਤੇ ਅਧਾਰਿਤ ਪ੍ਰੋਫਾਈਲ ਧੱਕੇ ਗਏ ਵਿਕਲਪਾਂ 'ਤੇ ਵੀ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਖਿੱਚਣ ਵਾਲੀ ਵਿਵਸਥਾ ਸਮਰੱਥ ਹੋਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।

ਜਾਂਚਾਂ ਬੰਦ ਕਰਕੇ ਗੁੰਮ ਪ੍ਰਮਾਣ ਪੱਤਰ ਠੀਕ ਨਾ ਕਰੋ

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

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

ਪਾਸਵਰਡ ਠੀਕ ਸੀ। ਢੰਗ ਨੂੰ ਅਸਲ ਵਿੱਚ ਜਿਸ ਪ੍ਰਮਾਣ ਦੀ ਲੋੜ ਸੀ ਉਹ ਕਿਤੇ ਹੋਰ ਸੀ।