Windows 'ਤੇ OpenVPN ca ਕਿਉਂ ਕਹਿੰਦਾ ਹੈ: ਬਿਨਾਂ ਕੋਟੇਸ਼ਨ ਵਾਲਾ ਪਾਥ, ਖਰਾਬ ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ

OpenVPN ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਗਲਤੀ ਸੁਨੇਹਾ ਉਸ ਲਾਈਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਠੀਕ ਦਿਸਦੀ ਹੈ: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca। ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਬਦਲਿਆ, ਫਾਈਲ ਸੰਪਾਦਕ ਵਿੱਚ ਖੁੱਲ੍ਹਦੀ ਹੈ, ਅਤੇ ਪਾਥ ਵਿੱਚ ਕੁਝ ਵੀ ਗਲਤ ਨਹੀਂ ਦਿਸਦਾ। ਪਾਰਸਰ ਵਿਕਲਪ ਦੇ ਨਾਮ 'ਤੇ ਇਤਰਾਜ਼ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਇਸ 'ਤੇ ਇਤਰਾਜ਼ ਕਰਦਾ ਹੈ ਕਿ ਇਸਦੇ ਨਾਲ ਕਿੰਨੇ ਆਰਗਿਊਮੈਂਟ ਆਏ। ਚਾਰ ਜਾਂਚਾਂ ਲਗਭਗ ਹਰ ਅਜਿਹੀ ਸਥਿਤੀ ਸੁਲਝਾ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਲਾਗਤ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਕਰਨਾ ਚੰਗਾ ਹੈ।

ਪਾਰਸਰ ਵਿਕਲਪ ਨੂੰ ਦੋਸ਼ ਕਿਉਂ ਦਿੰਦਾ ਹੈ

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

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

ca C:\Program Files\OpenVPN\config\office-ca.crt

ਖਾਲੀ ਥਾਂ ਵਾਲੇ ਹਰ ਪਾਥ 'ਤੇ ਕੋਟੇਸ਼ਨ ਲਗਾਓ

ਮੁੱਲ ਦੇ ਦੁਆਲੇ ਦੋਹਰੇ ਕੋਟੇਸ਼ਨਾਂ ਦੀ ਇੱਕ ਜੋੜੀ ਹੀ ਪੂਰਾ ਇਲਾਜ ਹੈ, ਅਤੇ Windows 'ਤੇ ਤਿਰਛੀਆਂ ਲਕੀਰਾਂ ਸਵੀਕਾਰ ਹਨ, ਇਸ ਲਈ ਐਸਕੇਪਿੰਗ ਕਦੇ ਸਮੱਸਿਆ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਬਣਦੀ। ਇੱਕੋ ਪਾਸ ਵਿੱਚ ਹਰ ਪਾਥ ਵਿਕਲਪ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਪਾਰਸਰ ਪਹਿਲੀ ਅਸਫਲਤਾ 'ਤੇ ਰੁਕਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਸਿਰਫ਼ ਅਗਲੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ। ਸਮੂਹ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ca, cert, key, tls-auth ਅਤੇ auth-user-pass ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

ਫੋਲਡਰ ਦੇ ਨਾਮ ਨਾਲ ਖੋਜ ਫਾਈਲ ਪੜ੍ਹਨ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਹਰ ਘਟਨਾ ਲੱਭ ਲੈਂਦੀ ਹੈ। ਕਿਸੇ ਵੀ ਸੰਪਾਦਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਚਲਾਓ, ਤਾਂ ਜੋ ਸੂਚੀ ਪੂਰੀ ਹੋਵੇ:

Select-String -Path .\office.ovpn -Pattern 'Program Files'

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

ਸਰਟੀਫਿਕੇਟਾਂ ਤੋਂ ਪਹਿਲਾਂ ਮੋਡ ਘੋਸ਼ਣਾ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰੋ

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

client
dev tun
proto udp
remote vpn.example.net 1194

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

ਐਨਕੋਡਿੰਗ ਦਾ ਨੁਕਸਾਨ ਵਿਕਲਪ ਦੇ ਨਾਮ ਵਰਗਾ ਦਿਸਦਾ ਹੈ

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

Format-Hex .\office.ovpn | Select-Object -First 1

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

ਕਿਹੜੀ ਜਾਂਚ ਪਹਿਲਾਂ, ਅਤੇ ਕਿਉਂ

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

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