ਕੀ iPad ਨੂੰ ਆਪਣਾ VPN ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਚਾਹੀਦਾ ਹੈ?
ਇੱਕ ਸਾਂਝਾ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਹੀ ਰੱਦ ਕਰਨ ਯੋਗ ਪਛਾਣ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਰਜਿਸਟਰੇਸ਼ਨ ਵਾਧੂ ਪ੍ਰਬੰਧਨ ਕਦਮ ਦੇ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।
ਨਵਾਂ iPad ਟੀਮ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਹੈ ਮੌਜੂਦਾ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਨਿਰਯਾਤ ਕਰਕੇ ਟੈਬਲੇਟ ਉੱਤੇ ਸਥਾਪਿਤ ਕਰਨਾ। ਇਹ ਤਦ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਤੱਕ ਕੋਈ ਛੱਡ ਨਹੀਂ ਦਿੰਦਾ, ਡਿਵਾਈਸ ਗੁਆ ਨਹੀਂ ਦਿੰਦਾ ਜਾਂ ਇਹ ਦੱਸਣ ਵਾਲਾ ਆਡਿਟ ਨਹੀਂ ਮੰਗਦਾ ਕਿ ਕਿਹੜੀ ਡਿਵਾਈਸ ਕਦੋਂ ਜੁੜੀ। ਫੈਸਲਾ ਸਰਟੀਫਿਕੇਟ ਫਾਈਲ ਬਾਰੇ ਨਹੀਂ, ਪਛਾਣ ਬਾਰੇ ਹੈ: ਕੀ ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਅਧਿਕਾਰਤ ਅਤੇ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਲਾਗਤ ਅਤੇ ਪ੍ਰਬੰਧਨ ਮਿਹਨਤ ਜਵਾਬ ਤੈਅ ਕਰਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਦਿਖਣ ਨਾਲੋਂ ਛੋਟੇ ਹਨ।
ਸਾਂਝਾ ਜਾਰੀਕਰਤਾ, ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ
ਹਰ ਡਿਵਾਈਸ ਉਸੇ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਉਸੇ ਗੇਟਵੇ ਨਾਲ ਜੁੜ ਸਕਦੀ ਹੈ, ਪਰ ਵੱਖਰੀ ਕਲਾਇੰਟ ਪਛਾਣ ਰੱਖਦੀ ਹੈ। ਜਾਰੀਕਰਤਾ ਭਰੋਸੇ ਦਾ ਐਂਕਰ ਹੈ, ਜਦੋਂ ਕਿ ਪਛਾਣ ਇੱਕ ਕੁੰਜੀ-ਜੋੜੀ ਹੈ ਜਿਸਦਾ ਵਿਸ਼ਾ ਸਰਵਰ ਨੀਤੀ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਇਹਨਾਂ ਦੋਵਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਹੀ ਸਾਂਝੇ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਨੁਕਸਾਨ ਰਹਿਤ ਮਹਿਸੂਸ ਕਰਾਉਂਦਾ ਹੈ। ਇਹ ਤਦ ਤੱਕ ਹੀ ਨੁਕਸਾਨ ਰਹਿਤ ਰਹਿੰਦਾ ਹੈ ਜਦ ਤੱਕ ਕਿਸੇ ਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਕਿ ਕਿਹੜੀ ਡਿਵਾਈਸ ਨੇ ਸੈਸ਼ਨ ਖੋਲ੍ਹਿਆ।
ਜਾਰੀਕਰਤਾ ਸਾਂਝਾ ਕਰਨਾ ਸੰਰਚਨਾ ਕੰਮ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਜਵਾਬਦੇਹੀ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਪਛਾਣ ਸਾਂਝੀ ਕਰਨਾ ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਰੱਦ ਕਰਨ ਯੋਗ ਇਕਾਈ ਵਿੱਚ ਸਮੇਟਦਾ ਹੈ: ਇੱਕ ਰੱਦ ਕਰਨ ਨਾਲ ਸਾਰੇ ਰੱਦ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਬਦਲੀ ਨੂੰ ਅਧਿਕਾਰਤ ਕਰਨ ਨਾਲ ਅੱਜ ਤੱਕ ਬਣਾਈ ਕੁੰਜੀ ਦੀ ਹਰ ਨਕਲ ਅਧਿਕਾਰਤ ਹੁੰਦੀ ਹੈ। ਇਹ ਸੌਦਾ ਫਾਈਲ ਕਾਪੀ ਕਰਨ ਦੀ ਬਜਾਏ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਕਰਨਾ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਸ਼ੁੱਕਰਵਾਰ ਦੁਪਹਿਰ ਇਹ ਤੇਜ਼ ਹੈ।
ਜਦੋਂ ਦੂਜਾ ਸਰਟੀਫਿਕੇਟ ਬਹੁਤ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ
ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਰਜਿਸਟਰੇਸ਼ਨ ਇੱਕ ਕਦਮ ਲੈਂਦੀ ਹੈ: ਪ੍ਰਬੰਧਿਤ ਪੇਲੋਡ, SCEP ਬੇਨਤੀ ਜਾਂ ਇੱਕ-ਵਾਰ ਦੇ ਪਾਸਵਰਡ ਨਾਲ ਨਿਰਦੇਸ਼ਿਤ ਆਯਾਤ। ਸੀਰੀਅਲ ਨੰਬਰ ਅਤੇ ਸਮਾਪਤੀ ਤਾਰੀਖਾਂ ਟ੍ਰੈਕ ਕਰਨ ਦੀ ਥਾਂ ਵੀ ਚਾਹੀਦੀ ਹੈ, ਇਹ ਹਿੱਸਾ ਜ਼ਿਆਦਾਤਰ ਤੈਨਾਤੀਆਂ ਪਹਿਲੇ ਸਰਟੀਫਿਕੇਟ ਦੇ ਖਤਮ ਹੋਣ ਤੱਕ ਭੁੱਲ ਜਾਂਦੀਆਂ ਹਨ। ਦੋਵੇਂ ਖਰਚੇ ਇੱਕ-ਵਾਰ ਦੇ ਹਨ, ਅਤੇ ਰਜਿਸਟਰੇਸ਼ਨ ਪ੍ਰਵਾਹ ਉਹਨਾਂ ਨੂੰ ਸਵੈਚਾਲਿਤ ਕਰਦਿਆਂ ਹੀ ਦੋਵੇਂ ਘਟਦੇ ਹਨ।
ਦੋ ਟੈਬਲੇਟਾਂ ਅਤੇ ਇੱਕ ਉਪਭੋਗਤਾ ਵਾਲੇ ਪਰਿਵਾਰ ਲਈ ਲਾਗਤ ਅਸਲੀ ਹੈ, ਜਿੱਥੇ ਸਾਂਝੀ ਪਛਾਣ ਇੱਕ ਵਾਕ ਵਿੱਚ ਦਰਜ ਵਾਜਬ ਫੈਸਲਾ ਹੈ। ਪਰ ਜਿੱਥੇ ਹਰ ਵਿਅਕਤੀ ਜਾਂ ਹਰ ਡਿਵਾਈਸ ਅਨੁਸਾਰ ਪਹੁੰਚ ਵਾਪਸ ਲੈਣੀ ਪੈਂਦੀ ਹੈ, ਉਸ ਸੇਵਾ ਲਈ ਇਹ ਵਾਜਬ ਨਹੀਂ, ਕਿਉਂਕਿ ਰੱਦ ਕਰਨ ਦੀ ਕਹਾਣੀ ਹੀ ਪਾਸਵਰਡ ਦੀ ਬਜਾਏ ਸਰਟੀਫਿਕੇਟ ਵਰਤਣ ਦਾ ਪੂਰਾ ਕਾਰਨ ਹੈ। ਤੈਨਾਤੀ ਨੂੰ ਇਸ ਗੱਲ ਨਾਲ ਅੰਜੋ, ਕਿ ਡਿਵਾਈਸਾਂ ਕਿੰਨੀ ਵਾਰ ਹੱਥ ਬਦਲਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਅੱਜ ਕਿੰਨੀਆਂ ਡਿਵਾਈਸਾਂ ਹਨ।
ਡਿਵਾਈਸ ਰਜਿਸਟਰ ਕਰੋ, ਕੁੰਜੀ ਕਾਪੀ ਨਾ ਕਰੋ
ਆਧੁਨਿਕ ਪਲੇਟਫਾਰਮ ਨਿੱਜੀ ਕੁੰਜੀਆਂ ਸੁਰੱਖਿਅਤ ਭੰਡਾਰ ਵਿੱਚ ਰੱਖਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਉਹਨਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਨਿਰਯਾਤ-ਅਯੋਗ ਚਿੰਨ੍ਹਿਤ ਕਰਦੇ ਹਨ। ਇਹੀ ਗੁਣ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਕਾਪੀ ਅਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਲੈਪਟਾਪ ਤੋਂ ਨਿਰਯਾਤ ਕੀਤਾ ਬੰਡਲ ਕਿਸੇ ਵੀ ਸਮਰਥਿਤ ਢੰਗ ਨਾਲ ਟੈਬਲੇਟ 'ਤੇ ਦੁਬਾਰਾ ਆਯਾਤ ਨਾ ਹੋ ਸਕਣ ਦਾ ਕਾਰਨ ਵੀ ਇਹੀ ਹੈ। ਫਿਰ ਵੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਸਾਫ਼ ਸਥਾਪਿਤ ਹੋਣ ਵਾਲੀ ਅਤੇ ਫਿਰ ਕਦੇ ਪ੍ਰਮਾਣਿਤ ਨਾ ਹੋਣ ਵਾਲੀ ਪਰੋਫਾਈਲ ਬਣਦੀ ਹੈ।
ਤੈਨਾਤੀ ਜੋ ਰਜਿਸਟਰੇਸ਼ਨ ਢੰਗ ਪਹਿਲਾਂ ਹੀ ਸਮਰਥਿਤ ਕਰਦੀ ਹੈ, ਉਹ ਵਰਤੋ: ਪ੍ਰਬੰਧਿਤ ਪਛਾਣ ਪੇਲੋਡ, SCEP ਸੇਵਾ ਜਾਂ ਡਿਵਾਈਸ 'ਤੇ ਨਵੀਂ ਕੁੰਜੀ ਜਾਰੀ ਕਰਨ ਵਾਲਾ ਖਾਤਾ-ਅਧਾਰਿਤ ਪ੍ਰਵਾਹ। ਗੁੰਮ ਪਛਾਣ ਹੱਲ ਕਰਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਵੰਡਣਾ ਦੂਜੀ ਗਲਤੀ ਹੈ, ਜਿਸਦਾ ਪ੍ਰਭਾਵ ਦਾਇਰਾ ਬਹੁਤ ਵੱਡਾ ਹੈ। ਅਥਾਰਟੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਜਾਰੀ ਕਰਦੀ ਹੈ ਅਤੇ ਕਦੇ ਅੰਤਿਮ ਬਿੰਦੂ ਤੱਕ ਸਫ਼ਰ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।
ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਰੱਦ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰੋ
ਸਾਂਝਾ ਵਿਕਲਪ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸੋ ਕਿ ਸਭ ਤੋਂ ਮਾੜੇ ਦਿਨ ਰੱਦ ਕਰਨਾ ਕਿਹੋ ਜਿਹਾ ਦਿਖਦਾ ਹੈ। ਜੇ ਜਵਾਬ ਇੱਕ ਕਾਰਵਾਈ ਹੈ ਜੋ ਕਈ ਡਿਵਾਈਸਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਡਿਜ਼ਾਈਨ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੇ ਖਿਲਾਫ਼ ਫੈਸਲਾ ਲੈ ਚੁੱਕਾ ਹੈ।
openssl pkcs12 -in client.p12 -info -noout
openssl x509 -in client.pem -noout -subject -issuer -serial -dates
openssl verify -CAfile ca.pem client.pem
ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਜੋ ਸਮੱਗਰੀ ਹੈ ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ: ਨਿੱਜੀ ਕੁੰਜੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਵਿਸ਼ਾ ਕੀ ਕਹਿੰਦਾ ਹੈ ਅਤੇ ਸੀਰੀਅਲ ਨੰਬਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਰੱਦ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਸਰਟੀਫਿਕੇਟ ਫਾਈਲ ਕੁਝ ਵੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਅਤੇ ਇਸੇ ਕਰਕੇ ਕੁਝ ਕਾਪੀ ਕੀਤੀਆਂ ਪਛਾਣਾਂ ਪਹਿਲੇ ਕਨੈਕਸ਼ਨ 'ਤੇ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ।
ਟੈਬਲੇਟ ਤੋਂ ਐਪ ਹਟਾਉਣਾ ਰੱਦ ਕਰਨਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਜਦ ਤੱਕ ਕੋਈ ਇਸਨੂੰ ਨਿਸ਼ਕਿਰਿਆ ਨਹੀਂ ਕਰਦਾ ਸਰਵਰ ਪਛਾਣ ਸਵੀਕਾਰ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ। ਪਹਿਲੀ ਡਿਵਾਈਸ ਰਜਿਸਟਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਵਾਕ ਰਨਬੁੱਕ ਵਿੱਚ ਲਿਖੋ।