VPN ਲਈ ਸਵੈ-ਦਸਤਖਤੀ ਬਨਾਮ ਜਨਤਕ CA: ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

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

ਸਰਟੀਫਿਕੇਟ ਦੋ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਉਲਝਣ ਹੁੰਦੀ ਹੈ

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

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

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

ਜਨਤਕ CA ਆਪਣੀ ਫੀਸ ਕਿੱਥੇ ਕਮਾਉਂਦਾ ਹੈ

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

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

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

ਨਿੱਜੀ CA VPN ਵਿੱਚ ਕਿੱਥੇ ਫਿੱਟ ਹੁੰਦਾ ਹੈ

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

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

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

CA ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਬਾਅਦ ਵਿੱਚ ਤੁਸੀਂ ਕੀ ਕਰ ਸਕਦੇ ਹੋ

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

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

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

ਤੁਸੀਂ ਵਿਰਾਸਤ ਵਿੱਚ ਕੀ ਪਾਇਆ, ਇਹ ਜਾਂਚੋ

ਕੋਈ ਵੀ ਬਦਲਾਅ ਯੋਜਨਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਸਰਟੀਫਿਕੇਟ ਪੜ੍ਹੋ:

$ openssl x509 -in server.crt -noout -subject -issuer -dates
subject=CN = vpn.example.net
issuer=CN = vpn.example.net
notAfter=Nov  3 09:00:00 2027 GMT
$ openssl verify -CAfile ca.crt server.crt
server.crt: OK

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

ਫਿਰ ਦਰਸ਼ਕਾਂ ਅਤੇ ਵੰਡ ਅਨੁਸਾਰ ਚੁਣੋ: ਜਨਤਕ CA ਜਦੋਂ ਅਣਜਾਣ ਬਰਾਊਜ਼ਰਾਂ ਨੂੰ ਪ੍ਰਸ਼ਾਸਨ ਪੰਨੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪਵੇ, ਨਿੱਜੀ CA ਜਦੋਂ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਵਾਲੀ ਪਰੋਫ਼ਾਈਲ ਮਿਲੇ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਜਵਾਬ ਦੂਜੇ ਨਾਲੋਂ ਵੱਧ ਐਨਕ੍ਰਿਪਟਡ ਨਹੀਂ।