ਤੁਹਾਡੀ VPN ਕੁੰਜੀ ਹਰ ਕਿਸੇ ਲਈ ਪੜ੍ਹਨਯੋਗ ਹੈ: ਕੀ ਠੀਕ ਕਰਨਾ ਹੈ

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

ਲੱਛਣ ਇਜਾਜ਼ਤ ਦੀ ਚੇਤਾਵਨੀ ਹੈ, ਰੁਕਾਵਟ ਨਹੀਂ

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

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

ਮੋਡ ਨੂੰ ਸੇਵਾ ਦੀ ਪਛਾਣ ਨਾਲ ਮਿਲਾਓ

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

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

ls -l /etc/openvpn/client/
stat -c '%U %G %a %n' /etc/openvpn/client/*.key
id openvpn

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

ਉਹ ਕਾਪੀਆਂ ਲੱਭੋ ਜੋ ਮੋਡ ਕਵਰ ਨਹੀਂ ਕਰਦਾ

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

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

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

ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ, ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਬਦਲੋ

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

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