VPN ਸਰਟੀਫਿਕੇਟ ਕਾਪੀ ਕਰਨ ਨਾਲ ਕੁੰਜੀ ਕਾਪੀ ਨਹੀਂ ਹੁੰਦੀ

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

ਦੋ ਕਲਿੱਕ, ਦੋ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਕਲਾਕ੍ਰਿਤੀਆਂ।

ਫਾਈਲ ਐਕਸਟੈਂਸ਼ਨ ਨਹੀਂ, ਨਿਰਯਾਤ ਸੰਵਾਦ ਪੜ੍ਹੋ

DER ਜਾਂ PEM ਸਰਟੀਫਿਕੇਟ ਨਿਰਯਾਤ ਵਿੱਚ ਇੱਕ ਜਨਤਕ ਕੁੰਜੀ ਅਤੇ ਦਸਤਖਤ ਕੀਤੇ ਪਛਾਣ ਦਾਅਵੇ ਹੁੰਦੇ ਹਨ, ਜੋ ਸਰਵਰ ਨੂੰ ਤੁਹਾਡੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਸਰਵਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਹਨ। PKCS#12 ਬੰਡਲ ਇੱਕ ਕੰਟੇਨਰ ਹੈ ਜੋ ਸਰਟੀਫਿਕੇਟ, ਇਸ ਦੀ ਲੜੀ ਅਤੇ ਇਸ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਰੱਖ ਸਕਦਾ ਹੈ, ਪਾਸਵਰਡ ਨਾਲ ਸੁਰੱਖਿਅਤ, ਹਾਲਾਂਕਿ ਇਹ ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਵੀ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

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

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

ਜਾਂਚੋ ਕਿ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਕੀ ਮਿਲਿਆ

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

grep -E 'BEGIN (CERTIFICATE|PRIVATE KEY|ENCRYPTED PRIVATE KEY)' bundle.pem
openssl x509 -in client.crt -noout -subject -issuer -dates
openssl pkey -in client.key -noout -text | head -5
openssl pkcs12 -info -in client.p12 -noout

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

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

ਕੁੰਜੀ ਉਸ ਥਾਂ ਹੋ ਸਕਦੀ ਹੈ ਜਿੱਥੋਂ ਤੁਸੀਂ ਕਾਪੀ ਨਹੀਂ ਕਰ ਸਕਦੇ

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

ਇਹ ਇੱਕ ਨਿਯੰਤਰਣ ਹੈ, ਟਾਲਣ ਯੋਗ ਰੁਕਾਵਟ ਨਹੀਂ। ਜਨਤਕ ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਨਿੱਜੀ ਕੁੰਜੀ ਮੁੜ ਬਣਾਉਣਾ ਸੰਭਵ ਨਹੀਂ, ਅਤੇ ਇਹ ਦਾਅਵਾ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਸਾਧਨ ਕੁਝ ਹੋਰ ਕਰ ਰਿਹਾ ਹੈ।

ਕਾਪੀ ਕਰਨ ਦੀ ਥਾਂ ਨਵੀਂ ਪਛਾਣ ਰਜਿਸਟਰ ਕਰੋ

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

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

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