OpenVPN auth-nocache: ਅਗਲੀ ਲੌਗਇਨ ’ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ

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

ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦਾ ਦੂਜਾ ਸੈੱਟ ਕਿੱਥੋਂ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਤਿੰਨ ਰੂਪ, ਤਿੰਨ ਅਸਫਲਤਾ ਬਿੰਦੂ

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

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

ਹਦਾਇਤ ਜਾਂ ਫਲੈਗ: ਇੱਕ ਚੁਣੋ ਅਤੇ ਜਾਣੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਵਰਤਿਆ

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

auth-nocache
openvpn --config /path/client.ovpn --auth-nocache

ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀ ਕਲਾਕ੍ਰਿਤੀ ਇਸ ਸੈਟਿੰਗ ਦੀ ਮਾਲਕ ਹੈ, ਉਹਨੂੰ ਉੱਥੇ ਹੀ ਬਦਲੋ ਅਤੇ ਹੋਰ ਕਿਤੇ ਨਹੀਂ। ਲੈਪਟਾਪ ’ਤੇ ਸੋਧਿਆ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਫਲੈਗ ਨਾਲ ਉਸ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਨ ਵਾਲਾ systemd unit ਹੀ ਉਹ ਜੋੜੀ ਹੈ ਜੋ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵਿਰੋਧਾਭਾਸੀ ਵਿਵਹਾਰ ਪੈਦਾ ਕਰਦੀ ਹੈ।

ਪ੍ਰਮਾਣ ਪੱਤਰ ਫਾਈਲ ਭੇਤ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਬਜਾਏ ਸਥਾਨਾਂਤਰਿਤ ਕਰਦੀ ਹੈ

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

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

ਮੁੜ-ਗੱਲਬਾਤ ਖਿੱਚਣਾ ਖਰਚਾ ਹਿਲਾਉਂਦਾ ਹੈ, ਹਟਾਉਂਦਾ ਨਹੀਂ

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

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

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