ਪੁਰਾਣੀ .ovpn ਪ੍ਰੋਫਾਈਲ Ubuntu 24.04 'ਤੇ ਫੇਲ੍ਹ: ਕਿਹੜੀਆਂ ਲਾਈਨਾਂ ਹਟਾਉਣੀਆਂ ਹਨ

ਪ੍ਰੋਫਾਈਲ ਡਾਊਨਲੋਡ ਹੁੰਦੀ ਹੈ, ਆਯਾਤ ਹੁੰਦੀ ਹੈ ਅਤੇ ਫਿਰ ਫਾਈਲ ਦੀ 12ਵੀਂ ਲਾਈਨ 'ਤੇ Unrecognized option ਸੁਨੇਹੇ ਨਾਲ ਰੁਕ ਜਾਂਦੀ ਹੈ ਜੋ keysize ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ। ਖਾਤੇ ਬਾਰੇ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਿਆ, ਅਤੇ ਸਰਵਰ ਅਜੇ ਵੀ ਹੋਰ ਕਲਾਇੰਟ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਬਦਲਿਆ ਤਾਂ ਕਲਾਇੰਟ ਆਪ ਹੀ: Ubuntu 24.04 ਵਿੱਚ OpenVPN 2.6 ਆਉਂਦਾ ਹੈ, ਜਦਕਿ ਇਹ ਬਰਾਮਦ 2.4 ਲਈ ਲਿਖੀ ਗਈ ਸੀ। ਮੁਰੰਮਤ ਕੁਝ ਲਾਈਨਾਂ ਹਟਾਉਣ ਦੀ ਛੋਟੀ ਲੜੀ ਹੈ, ਅਤੇ ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਹਰ ਪੁਰਾਣਾ ਵਿਕਲਪ ਅਗਲੇ ਨੂੰ ਪੜ੍ਹੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਪਾਰਸ ਰੋਕ ਦਿੰਦਾ ਹੈ।

ਫਾਈਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਗਲਤੀ ਵਾਲੀ ਲਾਈਨ ਪੜ੍ਹੋ

OpenVPN ਫਾਈਲ ਅਤੇ ਉਹ ਲਾਈਨ ਦੱਸਦਾ ਹੈ ਜਿੱਥੇ ਪਾਰਸਿੰਗ ਰੁਕੀ, ਇਸ ਲਈ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਹੀ ਸਮੱਸਿਆ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ। ਪ੍ਰੋਫਾਈਲ ਡੈਸਕਟਾਪ ਐਪਲੈਟ ਦੀ ਬਜਾਏ ਟਰਮੀਨਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਐਪਲੈਟ ਆਮ ਤੌਰ 'ਤੇ stderr ਨਿਗਲ ਜਾਂਦਾ ਹੈ ਅਤੇ ਲਾਈਨ ਨੰਬਰ ਹੀ ਇੱਕੋ ਭਰੋਸੇਯੋਗ ਸੰਕੇਤ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲਦਾ ਹੈ: sudo openvpn --config /etc/openvpn/client/provider.ovpn। ਉਹ ਲਾਈਨ ਠੀਕ ਕਰੋ, ਦੁਬਾਰਾ ਚਲਾਓ, ਅਤੇ ਆਸ ਰੱਖੋ ਕਿ ਅਗਲੀ ਅਸਫਲਤਾ ਕਿਸੇ ਵੱਖਰੇ ਵਿਕਲਪ ਦਾ ਨਾਮ ਲਵੇਗੀ।

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

ਤਿੰਨ ਅਸਫਲਤਾ ਵਰਗ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਮੁਰੰਮਤਾਂ

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

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

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

2.6 ਵਿੱਚ ਹਟਾਏ ਵਿਕਲਪ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਹਟਾਓ

ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਲਾਈਨ ਆਪਣੇ ਆਪ ਪਾਰਸ ਰੋਕਦੀ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਦੱਸਦਾ ਹੈ। ਸੂਚੀ ਵਿੱਚ ਹੇਠਾਂ ਜਾਓ ਅਤੇ ਹਰ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਚਲਾਓ।

ਪਹਿਲਾਂ keysize ਹਟਾਓ, ਕਿਉਂਕਿ ਇਸਦਾ ਕੋਈ ਆਧੁਨਿਕ ਬਰਾਬਰ ਨਹੀਂ ਹੈ ਅਤੇ ਇਸਦੀ ਮੌਜੂਦਗੀ ਆਮ ਤੌਰ 'ਤੇ ਅਜਿਹੇ ਸਿਫ਼ਰ ਦੀ ਨਿਸ਼ਾਨੀ ਹੁੰਦੀ ਹੈ ਜਿਸਨੂੰ ਮੌਜੂਦਾ ਕਲਾਇੰਟ ਕਿਸੇ ਵੀ ਹਾਲ ਵਿੱਚ ਰੱਦ ਕਰਦਾ ਹੈ। ਫਿਰ ncp-disable ਹਟਾਓ, ਜੋ ਸਿਫ਼ਰ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਸੀ, 2.5 ਵਿੱਚ ਪੁਰਾਣਾ ਹੋ ਗਿਆ ਅਤੇ 2.6 ਵਿੱਚ ਚਲਾ ਗਿਆ। ns-cert-type server ਦੀ ਥਾਂ remote-cert-tls server ਵਰਤੋ, ਜੋ ਸਮਰਥਿਤ ਜਾਂਚ ਰਾਹੀਂ ਉਹੀ ਮੰਤਵ ਦੱਸਦਾ ਹੈ।2.6 ਤਬਦੀਲੀ ਇਤਿਹਾਸ ਬਾਕੀ ਹਟਾਉਣਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਬਦਲਾਂ ਦੇ ਕੋਲ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਪਾਰਸਰ ਅਜੇ ਵੀ ਰੱਦ ਕਰਨ ਵਾਲੀ ਹਰ ਗੱਲ ਦਾ ਦਰਜ ਜਵਾਬ ਹੁੰਦਾ ਹੈ।

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

BF-CBC ਨੂੰ ਸਿਰਫ਼ ਸੀਮਿਤ ਫਾਲਬੈਕ ਵਜੋਂ ਚੱਲਦਾ ਰੱਖੋ

ਕੁਝ ਪ੍ਰਦਾਤਾ ਅਜੇ ਵੀ BF-CBC 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੇ ਹਨ, ਜਿਸਨੂੰ OpenVPN 2.6 ਮਦਦ ਤੋਂ ਬਿਨਾਂ ਨੈਗੋਸ਼ੀਏਟ ਨਹੀਂ ਕਰੇਗਾ ਕਿਉਂਕਿ ਇਸ ਸਿਫ਼ਰ ਦਾ 64-ਬਿੱਟ ਬਲਾਕ ਹੈ। ਸੰਕਰਾ ਹੱਲ ਫਾਲਬੈਕ ਸੂਚੀ ਅਤੇ OpenSSL legacy ਪ੍ਰਦਾਤਾ ਹੈ, ਪੂਰੇ ਕਲਾਇੰਟ ਦਾ ਡਾਊਨਗ੍ਰੇਡ ਨਹੀਂ।

providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC

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

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

ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਜਿਹੜੀ ਪ੍ਰੋਫਾਈਲ ਲੋਡ ਕਰਦਾ ਹੈ ਉਸ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

ਆਯਾਤ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਅਕਸਰ ਸਿਸਟਮ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਕਾਪੀ ਹੋ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਡਾਊਨਲੋਡ ਫੋਲਡਰ ਦੀ ਫਾਈਲ ਸੋਧਣ ਨਾਲ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲ ਸਕਦਾ। ਚੱਲਣ ਵਾਲੀ ਨਕਲ ਲੱਭੋ: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn। ਫਿਰ ਸੁਰੰਗ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉਹ ਲਾਗ ਲਾਈਨ ਪੜ੍ਹੋ ਜੋ ਅਸਲ ਵਿੱਚ ਚੁਣੇ ਡੇਟਾ ਚੈਨਲ ਸਿਫ਼ਰ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ। ਫਾਲਬੈਕ 'ਤੇ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਨ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦੱਸਦਾ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਕਦੇ ਵੀ ਆਧੁਨਿਕ ਕੁਝ ਨਹੀਂ ਦਿੱਤਾ।

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

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