OpenVPN ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਦੇ ਤਿੰਨ ਬਲਾਕ ਹੁੰਦੇ ਹਨ: ਕਿਹੜਾ ਗੁਪਤ ਹੈ?

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

ਇੱਕ ਫ਼ਾਈਲ, ਤਿੰਨ ਬਲਾਕ, ਵੱਖਰੇ ਕੰਮ

ਆਮ ਪ੍ਰੋਫ਼ਾਈਲ BEGIN ਅਤੇ END ਨਿਸ਼ਾਨਾਂ ਵਿਚਕਾਰ ca ਬਲਾਕ, cert ਬਲਾਕ ਅਤੇ key ਬਲਾਕ ਰੱਖਦੀ ਹੈ, ਜਾਂ ਉਹਨਾਂ ਹੀ ਤਿੰਨਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਫ਼ਾਈਲਾਂ ਵਜੋਂ ਦਰਸਾਉਂਦੀ ਹੈ। ਕੁਝ ਪ੍ਰੋਫ਼ਾਈਲ tls-auth ਜਾਂ tls-crypt ਕੁੰਜੀ ਲਈ ਚੌਥਾ ਬਲਾਕ ਜੋੜਦੀਆਂ ਹਨ, ਜੋ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਸਗੋਂ ਸਾਂਝਾ ਭੇਦ ਹੈ। ਕਲਾਇੰਟ ਹਰ ਬਲਾਕ ਨੂੰ ਉਸ ਹਦਾਇਤ ਅਨੁਸਾਰ ਪੜ੍ਹਦਾ ਹੈ ਜੋ ਉਸਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਲੇਬਲ ਉਹਨਾਂ ਦੇ ਦਿਸਣ ਦੇ ਕ੍ਰਮ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹਨ।

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

ਬਲਾਕਾਂ ਦੁਆਲੇ ਦੀਆਂ ਹਦਾਇਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਉਹ ਕਿਵੇਂ ਵਰਤੀਆਂ ਜਾਣਗੀਆਂ। ca ਬਦਲੋ ਅਤੇ ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਅਧਿਕਾਰੀ ਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ; key ਬਦਲੇ ਬਿਨਾਂ cert ਬਦਲੋ ਅਤੇ ਹੈਂਡਸ਼ੇਕ ਭਰੋਸੇ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੀ ਬੇਮੇਲ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

CA ਬਲਾਕ ਜਨਤਕ ਹੈ, CA ਕੁੰਜੀ ਕਦੇ ਨਹੀਂ

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

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

ਅਥਾਰਟੀ ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਵੀ ਸੁਣਨ ਨਾਲੋਂ ਤੰਗ ਹੈ। CA ਵੱਲੋਂ ਦਸਤਖ਼ਤ ਕੀਤਾ ਕੋਈ ਵੀ ਸਰਟੀਫਿਕੇਟ ਸਵੀਕਾਰ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਉਸੇ CA ਤੇ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਲਈ ਜਾਰੀ ਸਰਟੀਫਿਕੇਟ ਵੀ ਸਵੀਕਾਰ ਕਰੇਗਾ। ਅਪੇਖਿਤ ਸਰਵਰ ਭੂਮਿਕਾ ਜਾਂ ਨਾਮ ਪਿੰਨ ਕਰਨ ਵਾਲੇ ਵਿਕਲਪ ਉਹ ਖਾਲੀ ਥਾਂ ਭਰਦੇ ਹਨ, ਅਤੇ TLS ਵਿਕਲਪ ਸੰਦਰਭ ਉਹ ਪਰਖ ਹਦਾਇਤਾਂ ਗਿਣਾਉਂਦਾ ਹੈ ਜੋ ਇਹ ਕਰਦੀਆਂ ਹਨ।

ਸਰਵਰ ਅਤੇ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ

ਸਰਵਰ ਦਾ ਸਰਟੀਫਿਕੇਟ ਉਹ ਹੈ ਜੋ ਕਲਾਇੰਟ ਜਾਂਚਦਾ ਹੈ ਤਾਂ ਜੋ ਪੱਕਾ ਹੋ ਸਕੇ ਕਿ ਉਹ ਸਹੀ ਅੰਤ ਬਿੰਦੂ ਤੇ ਪਹੁੰਚਿਆ। ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਚੱਲਦਾ ਹੈ: ਸਰਵਰ ਇਸ ਨਾਲ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਜੰਤਰ ਜਾਂ ਵਰਤੋਂਕਾਰ ਉਸਦਾ ਦਰਜ ਕੀਤਾ ਹੋਇਆ ਹੈ। ਇੱਕੋ ਰੂਪ, ਉਲਟ ਭਰੋਸਾ ਦਿਸ਼ਾ।

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

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

ਦੋ ਮੰਗਾਂ ਜੋ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ ਅਤੇ ਹਨ ਨਹੀਂ

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

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

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

ਸਾਫ਼ ਹੈਂਡਸ਼ੇਕ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

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