ਗਲਤ ਸੀਕ੍ਰੇਟ ਦੀ ਗਲਤੀ ਕੰਟੇਨਰ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਪਾਸਵਰਡ ਨਿਯਮ ਤੋਂ ਨਹੀਂ

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

ਗਲਤੀ ਗੇਟਵੇ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ

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

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

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

ਕੰਟੇਨਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਅੱਖਰਾਂ ਦੀ ਨਹੀਂ

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

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

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

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

ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਫਾਈਲ ਨੂੰ ਸ਼ੈੱਲ ਨੁਕਸਾਨ ਤੋਂ ਬਿਨਾਂ ਬਣਾਓ

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

read -r VPN_USER
read -rs VPN_PASS
printf '%s\n%s\n' "$VPN_USER" "$VPN_PASS" > /etc/openvpn/client/creds
chmod 600 /etc/openvpn/client/creds
openvpn --config /etc/openvpn/client/office.conf --auth-user-pass /etc/openvpn/client/creds

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

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

ਪਹਿਲੀ ਗਲਤੀ ਤੋਂ ਪੜਾਅ ਪੜ੍ਹੋ

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

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

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