auth-nocache ਅਤੇ ਪਹਿਚਾਣ-ਪੱਤਰ ਫ਼ਾਈਲ: ਮਦਦ ਕਰਦਾ ਹੈ ਜਾਂ ਨੁਕਸਾਨ?

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

ਪਹਿਚਾਣ-ਪੱਤਰ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇਣ ਦੇ ਦੋ ਤਰੀਕੇ

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

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

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

auth-nocache ਅਸਲ ਵਿੱਚ ਕੀ ਹਟਾਉਂਦਾ ਹੈ

ਇੰਟਰੈਕਟਿਵ ਲਾਗਇਨ ਨਾਲ, --auth-nocache ਵਰਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਸੰਭਾਲੀ ਕਾਪੀ ਨੂੰ ਮੈਮਰੀ ਵਿੱਚੋਂ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਕੀਮਤ ਇਹ ਹੈ ਕਿ ਹਰ ਮੁੜ ਗੱਲਬਾਤ ਅੰਤਰਾਲ ’ਤੇ ਨਵੀਂ ਬੇਨਤੀ, ਕਿਉਂਕਿ ਅਗਲਾ ਦੌਰ ਹਟਾਈ ਗਈ ਚੀਜ਼ ਨੂੰ ਦੁਬਾਰਾ ਵਰਤ ਨਹੀਂ ਸਕਦਾ।

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

ਉਹ ਅਦਲਾ-ਬਦਲੀ ਸਮਝਦੇ ਹੋ ਇਸ ਲਈ ਚੋਣ ਜੋੜੋ, ਚੇਤਾਵਨੀ ਦਿਸਣ ਕਰਕੇ ਨਹੀਂ। ਲੌਗ ਸ਼ਾਂਤ ਕਰਨ ਲਈ ਜੋੜੀ ਗਈ ਚੋਣ ਉਹ ਚੋਣ ਹੈ ਜਿਸ ਦਾ ਅਸਰ ਕਿਸੇ ਨੇ ਨਹੀਂ ਮਾਪਿਆ।

ਫ਼ਾਈਲ ਅਧਾਰਿਤ ਰਾਹ ਕਿੱਥੇ ਟੁੱਟਦਾ ਹੈ

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

stat -c '%a %U:%G' /etc/openvpn/client.creds
ps -o user:12,args -C openvpn | head

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

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

ਉਹ ਮਾਮਲਾ ਜਿਸ ਨੂੰ ਸੱਚਮੁੱਚ ਚੋਣ ਚਾਹੀਦੀ ਹੈ

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

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

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

ਇੱਕ ਫ਼ੈਸਲੇ ਵਿੱਚ ਤੁਲਨਾ

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

ਕੋਈ ਵੀ ਮਾਡਲ ਸੰਭਾਲੇ ਪਾਸਵਰਡ ਨੂੰ ਆਪਣੇ ਆਪ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਕੋਈ ਵੀ ਸ਼ੁਰੂਆਤੀ ਚੇਤਾਵਨੀ ਨੂੰ ਅਰਥਪੂਰਨ ਨਹੀਂ ਬਣਾਉਂਦਾ।

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