P12 ਤੋਂ ਨਿੱਜੀ ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਸਰਟੀਫਿਕੇਟ ਐਕਸਪੋਰਟ ਕਰੋ

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

ਕੰਟੇਨਰ ਖਾਲੀ ਕਰਨ ਦੀ ਥਾਂ ਪੜ੍ਹਨਾ ਸ਼ੁਰੂ ਕਰੋ।

PKCS12 ਫਾਈਲ ਅਸਲ ਵਿੱਚ ਕੀ ਰੱਖਦੀ ਹੈ

PKCS12 ਕੰਟੇਨਰ ਵਿੱਚ ਇੱਕ ਜਾਂ ਵੱਧ ਸਰਟੀਫਿਕੇਟ, ਸੰਭਵ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿੱਜੀ ਕੁੰਜੀ, ਅਤੇ ਸਮੱਗਰੀ ਉੱਤੇ ਇੱਕ message authentication code ਹੁੰਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚ ਤੁਹਾਡੀ ਕਲਾਇੰਟ ਪਛਾਣ ਦਾ ਲੀਫ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਉਹ ਵਿਚਕਾਰਲੇ ਸਰਟੀਫਿਕੇਟ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਇਸਨੂੰ CA ਨਾਲ ਜੋੜਦੇ ਹਨ। ਕੁੰਜੀ, ਜਦੋਂ ਹੁੰਦੀ ਹੈ, ਉਹੀ ਚੀਜ਼ ਹੈ ਜੋ ਫਾਈਲ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਦੀ ਥਾਂ ਭੇਦ ਬਣਾਉਂਦੀ ਹੈ।

ਇਹੀ ਫ਼ਰਕ -nokeys ਦੇ ਹੋਣ ਅਤੇ ਇਹੀ ਉਹ ਫਲੈਗ ਹੋਣ ਦਾ ਕਾਰਨ ਹੈ ਜਿਸਦੀ ਇਸ ਕੰਮ ਨੂੰ ਲੋੜ ਹੈ।

ਕੁੰਜੀ ਲਿਖੇ ਬਿਨਾਂ ਬੰਡਲ ਪੜ੍ਹੋ

ਜਾਂਚ ਦਾ ਰੂਪ ਢਾਂਚਾ ਅਤੇ ਐਲਗੋਰਿਦਮ ਦੇ ਵੇਰਵੇ ਛਾਪਦਾ ਹੈ ਅਤੇ ਕੁਝ ਨਹੀਂ ਲਿਖਦਾ: openssl pkcs12 -in client.p12 -info -noout। ਇਹ ਆਯਾਤ ਪਾਸਵਰਡ ਮੰਗਦਾ ਹੈ, ਜੋ ਉਸ ਮੁੱਲ ਲਈ ਸਹੀ ਥਾਂ ਹੈ, ਅਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਫਾਈਲ ਵਿੱਚ ਕੁੰਜੀ ਹੈ ਕਿ ਨਹੀਂ। ਪਾਸਵਰਡ ਟਾਈਪ ਨਾ ਹੋ ਸਕਣ ਵੇਲੇ -passin env:PKCS12_PASS ਵਰਤੋ, ਕਿਉਂਕਿ shell ਕਮਾਂਡ ਵਿੱਚ ਪਾਸਵਰਡ ਪ੍ਰਕਿਰਿਆ ਸੂਚੀ ਵਿੱਚ ਪਾਸਵਰਡ ਹੁੰਦਾ ਹੈ। ਇਹ ਕਦਮ ਕੁਝ ਵੀ ਐਕਸਪੋਰਟ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਇਹੀ ਪੂਰੀ ਗੱਲ ਹੈ।

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

-nokeys ਵਰਤੋ ਅਤੇ ਇਸਨੂੰ -nocerts ਨਾਲ ਨਾ ਮਿਲਾਓ

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

ਸਰਟੀਫਿਕੇਟ ਫਾਈਲ ਅਤੇ CA ਫਾਈਲ ਬਣਾਉਣ ਵਾਲਾ, ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ, ਦੋ ਲਾਈਨਾਂ ਦਾ ਰੂਪ ਇਹ ਹੈ:

openssl pkcs12 -in client.p12 -nokeys -clcerts -out client-certificates.pem
openssl pkcs12 -in client.p12 -nokeys -cacerts -out ca-certificates.pem

ਪੁਰਾਣੇ ਬੰਡਲਾਂ ਨੂੰ OpenSSL 3 ਉੱਤੇ -legacy ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਆਪਣਾ ਪੁਰਾਣਾ ਐਨਕ੍ਰਿਪਸ਼ਨ ਪੜ੍ਹ ਸਕਣ, ਅਤੇ ਇਹ ਫਲੈਗ ਬਦਲਦਾ ਹੈ ਕਿ parser ਕੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਇਹ ਕੀ ਛਾਪਦਾ ਹੈ। ਜੇ ਵਿਸ਼ਲੇਸ਼ਣ ਅਣਸਮਰਥਿਤ ਐਲਗੋਰਿਦਮ ਦੀ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ -legacy ਜੋੜਨਾ ਸਹੀ ਪਹਿਲਾ ਕਦਮ ਹੈ ਅਤੇ MAC ਜਾਂਚ ਛੱਡਣਾ ਨਹੀਂ।

ਆਉਟਪੁੱਟ ਜਾਂਚੋ, ਐਗਜ਼ਿਟ ਕੋਡ ਨਹੀਂ

ਜ਼ੀਰੋ ਐਗਜ਼ਿਟ ਸਥਿਤੀ ਕਹਿੰਦੀ ਹੈ ਕਿ ਕਮਾਂਡ ਚੱਲੀ, ਇਹ ਨਹੀਂ ਕਿ ਫਾਈਲ ਵਿੱਚ ਤੁਹਾਡੀ ਉਮੀਦ ਮੁਤਾਬਕ ਹੈ। ਆਉਟਪੁੱਟ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਗਿਣੋ ਅਤੇ subject ਅਤੇ ਤਾਰੀਖਾਂ ਪੜ੍ਹੋ: openssl x509 -in client-certificates.pem -noout -subject -dates -fingerprint। ਫਿੰਗਰਪ੍ਰਿੰਟ ਦੀ ਤੁਲਨਾ ਸਹਾਇਤਾ ਟੀਮ ਜਿਸਦੀ ਉਮੀਦ ਕਰਦੀ ਹੈ ਉਸ ਨਾਲ ਕਰੋ, ਕਿਉਂਕਿ ਦੋ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟਾਂ ਵਾਲਾ ਬੰਡਲ ਦੋ ਬਲਾਕਾਂ ਵਾਲੀ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਸਾਧਨ ਸਿਰਫ਼ ਪਹਿਲਾ ਪੜ੍ਹਦੇ ਹਨ। ਮਕਸਦ, ਭਰੋਸਾ ਅਤੇ ਕੁੰਜੀ ਮੇਲ ਫਿਰ ਵੱਖਰੇ ਟੈਸਟ ਹਨ।

ਜੋ ਸਰਟੀਫਿਕੇਟ ਪਾਰਸ ਹੋ ਸਕਦਾ ਹੈ ਉਹ ਸਰਟੀਫਿਕੇਟ ਪਾਰਸ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਉਹ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਜੋ VPN ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ।

ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਨੂੰ ਫਾਈਲਾਂ ਦੀ ਲੋੜ ਹੈ ਕਿ ਨਹੀਂ

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

ਜਨਤਕ ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚ ਨਿੱਜੀ ਕੁੰਜੀ ਨਹੀਂ ਹੁੰਦੀ, ਪਰ ਉਨ੍ਹਾਂ ਵਿੱਚ ਨਾਮ ਅਤੇ ਸੰਸਥਾ ਦੇ ਵੇਰਵੇ ਹੁੰਦੇ ਹਨ। ਫਾਈਲ ਦੀ ਥਾਂ ਟਿਕਟ ਵੱਲੋਂ ਮੰਗੇ ਖੇਤਰ ਸਾਂਝੇ ਕਰੋ, ਜਦੋਂ ਤੱਕ ਫਾਈਲ ਹੀ ਨਾ ਮੰਗੀ ਗਈ ਹੋਵੇ।