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

ਗਲਤੀ ਨਵੀਂ ਬਾਈਨਰੀ ਤੋਂ ਵੀ ਆ ਸਕਦੀ ਹੈ

ਅਣਪਛਾਤੇ ਵਿਕਲਪ ਦੀ ਗਲਤੀ ਸੁਰੰਗ ਬਾਰੇ ਨਹੀਂ, ਪਾਰਸਰ ਬਾਰੇ ਹੈ। OpenVPN 2.4 ਨੇ ਗੱਲਬਾਤਯੋਗ ਸਾਈਫਰ ਪੈਰਾਮੀਟਰ ਜੋੜੇ, 2.5 ਨੇ ਉਹਨਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਵਾਲੇ ਸਵਿੱਚ ਨੂੰ ਪੁਰਾਣਾ ਘੋਸ਼ਿਤ ਕੀਤਾ, ਅਤੇ 2.6 ਨੇ ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੱਤਾ। ਇਸ ਲਈ 2.3 ਜਾਂ 2.4 ਲਈ ਲਿਖੀ ਪਰੋਫਾਈਲ ਫਾਈਲ ਵਿੱਚ ਕੁਝ ਨਾ ਬਦਲਣ 'ਤੇ ਵੀ ਮੌਜੂਦਾ ਕਲਾਇੰਟ ਉੱਤੇ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਸ਼ਿਕਾਇਤ ਕਰਨ ਵਾਲਾ ਸੰਸਕਰਣ ਨਵਾਂ ਹੈ, ਪੁਰਾਣਾ ਨਹੀਂ।

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

openvpn --version ਤੁਹਾਡੇ ਵੱਲੋਂ ਜਾਂਚੀ ਜਾ ਰਹੀ ਬਾਈਨਰੀ ਲਈ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ। GUI ਕਲਾਇੰਟ ਉਹ ਕਮਾਂਡ ਨਾ ਦਿਖਾਵੇ; ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਇਸਦੀ ਜਾਣਕਾਰੀ ਸਕ੍ਰੀਨ ਜਾਂ ਨਾਲ ਆਈ ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਸੰਸਕਰਣ ਪੜ੍ਹੋ।

ਵਿਕਲਪ ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਸੀ

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

ਗੱਲਬਾਤ ਮੌਜੂਦ ਹੋਣ 'ਤੇ ਬਰਾਬਰ ਦਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਹਰ ਧਿਰ ਕਿਹੜੇ ਸਾਈਫਰ ਵਰਤਣ ਲਈ ਤਿਆਰ ਹੈ। ਇਹ ਨੀਤੀ ਦਾ ਸਵਾਲ ਹੈ, ਅਤੇ ਨੀਤੀ 2.5 ਤੋਂ ਅੱਗੇ data-ciphers ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ।

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

ਨੀਤੀ ਬਦਲੋ, ਸਪੈਲਿੰਗ ਨਹੀਂ

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

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

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

ਸਾਈਫਰ ਸੂਚੀ ਵਰਗੀਆਂ ਦਿਖਣ ਵਾਲੀਆਂ ਪਰ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਦੋ ਲਾਈਨਾਂ

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

ਦੂਜੀ ਸ਼ਾਖਾ ਲਈ ਲਿਖੀ ਗਾਈਡ ਤੋਂ ਸੂਚੀ ਕਾਪੀ ਕਰਨ ਦੀ ਥਾਂ ਟਾਰਗਿਟ ਬਾਈਨਰੀ ਉੱਤੇ openvpn --show-ciphers ਨਾਲ ਸਵੀਕਾਰ ਕੀਤੇ ਨਾਂ ਜਾਂਚੋ। ਰਿਲੀਜ਼ਾਂ ਵਿਚਕਾਰ ਸੂਚੀ ਬਦਲਦੀ ਹੈ। ਇੱਕ ਸ਼ਾਖਾ ਵਿੱਚ ਵੈਧ ਨਾਂ ਦੂਜੀ ਵਿੱਚ ਵੈਧ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ।

ਜੇ ਟੀਚਾ ਪ੍ਰਦਰਸ਼ਨ ਤੁਲਨਾ ਸੀ, ਤਾਂ ਐਲਗੋਰਿਦਮ ਅਤੇ ਕੰਮ ਦਾ ਭਾਰ ਦਰਜ ਕਰੋ। CBC 'ਤੇ ਜਾਣਾ ਐਨਕ੍ਰਿਪਸ਼ਨ ਨਾ ਹੋਣ ਦਾ ਮਾਪ ਨਹੀਂ ਹੈ।

ਜਾਂਚੋ ਕਿ ਕਨੈਕਸ਼ਨ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਤੈਅ ਕੀਤਾ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ