ਸਿਰਫ਼ ਪਾਸਵਰਡ ਵਾਲੀ OpenVPN ਪਰੋਫਾਈਲ ਵਿੱਚ ਕਿਹੜੀ CA ਫਾਈਲ ਜਾਂਦੀ ਹੈ?

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

ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਆਖਰੀ ਦੋ ਸਵਾਲ ਤਦ ਹੀ ਅਰਥ ਰੱਖਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕਿਹੜੀ ਸਮੱਗਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਪਰੋਫਾਈਲ ਪਹਿਲਾਂ ਹੀ ਕੀ ਰੱਖਦੀ ਹੈ, ਇਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

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

ca /absolute/path/operator-ca.crt
auth-user-pass
remote-cert-tls server

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

ਚਾਰ ਕਿਸਮਾਂ ਦੀ ਸਮੱਗਰੀ ਵੱਖ ਕਰੋ

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

ਸਿਰਫ਼ ਪਾਸਵਰਡ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਚਾਰਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਹੈ, ਇਹ ਬਦਲਦੀ ਹੈ, ਉਨ੍ਹਾਂ ਦਾ ਅਰਥ ਨਹੀਂ। auth-user-pass ਅਤੇ remote-cert-tls server ਨਾਲ ਕਲਾਇੰਟ ਅਜੇ ਵੀ CA ਦੇ ਵਿਰੁੱਧ ਸਰਵਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਨਾ ਹੋਣ ’ਤੇ ਵੀ CA ਖੇਤਰ ਦਿਖਦਾ ਹੈ। ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਵੀ ਲੋੜੀਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਓਪਰੇਟਰ ਦੀ ਨੀਤੀ ਤੈਅ ਕਰਦੀ ਹੈ, ਅਤੇ ਕੋਈ ਸੰਵਾਦ ਤੁਹਾਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ।

ਕਲਾਇੰਟ ਨੂੰ ਭਰੋਸਾ ਫਾਈਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ

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

<ca>
-----BEGIN CERTIFICATE-----
...operator-provided public CA...
-----END CERTIFICATE-----
</ca>

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

ਉਹੀ ਗਲਤੀ ਨਹੀਂ, ਅਗਲੀ ਗਲਤੀ ਪੜ੍ਹੋ

ਸਹੀ CA ਦੇਣ ਦਾ ਮਕਸਦ ਗਲਤੀ ਨੂੰ ਬਦਲਣਾ ਹੈ, ਇਸ ਨੂੰ ਗਾਇਬ ਕਰਨਾ ਨਹੀਂ। CA ਲੋਡ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਰਵਰ-ਪਛਾਣ ਦੀ ਅਸਫਲਤਾ ਦਾ ਅਰਥ ਹੈ ਕਿ ਸਰਟੀਫਿਕੇਟ ਉਮੀਦ ਕੀਤੇ ਨਾਮ ਜਾਂ remote-cert-tls ਉਮੀਦ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਸੀ, ਜੋ ਪਾਸਵਰਡ ਅਸਵੀਕਾਰ ਤੋਂ ਵੱਖਰੀ ਮੁਰੰਮਤ ਹੈ। ਪਾਸਵਰਡ ਅਸਵੀਕਾਰ ਦਾ ਅਰਥ ਹੈ ਕਿ TLS ਪਰਤ ਸਫਲ ਰਹੀ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਗਲਤ ਹਨ। ਪਹਿਲਾ ਨਵਾਂ ਸੁਨੇਹਾ ਰੱਖੋ; ਉਹੀ ਲਾਹੇਵੰਦ ਹੈ।

ਜੋ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ ਪਰ ਕਿਤੇ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਉਹ ਭਰੋਸੇ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਾਰ ਕਰ ਚੁੱਕਾ ਹੈ ਅਤੇ ਹੁਣ ਰੂਟਿੰਗ ਜਾਂ DNS ਸਵਾਲ ਦਾ ਸਾਹਮਣਾ ਕਰ ਰਿਹਾ ਹੈ।

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