Windows ਦਾ OpenVPN ਪ੍ਰੋਫਾਈਲ Ubuntu ’ਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ: ਤਿੰਨ ਪਰਤਾਂ
ਸਿਰਫ਼ Windows ਲਈ ਭੇਜੀ ਗਈ ਲਾਈਨ ਇੱਕ ਚੇਤਾਵਨੀ ਹੀ ਹੈ। ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਟਰਮੀਨਲ ਤੋਂ ਪਹਿਲਾਂ ਅਧਿਕਾਰਾਂ ਕਾਰਨ ਅਤੇ ਫਿਰ ਗੈਰਹਾਜ਼ਰ ਰਿਜ਼ੋਲਵਰ ਸਹਾਇਕ ਕਾਰਨ ਫੇਲ ਹੁੰਦਾ ਹੈ।
ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਟਰਮੀਨਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਜੋ ਸੁਨੇਹਾ ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਕਾਪੀ ਕਰਦੇ ਹਨ ਉਹ ਚੇਤਾਵਨੀ ਹੈ, ਕਲਾਇੰਟ ਦੇ ਰੁਕਣ ਦਾ ਕਾਰਨ ਨਹੀਂ। ਇੱਥੇ ਤਿੰਨ ਸੁਤੰਤਰ ਪਰਤਾਂ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ: Linux ਬਿਲਡ ਵੱਲੋਂ ਲਾਗੂ ਨਾ ਕੀਤੀ ਭੇਜੀ ਨਿਰਦੇਸ਼, tun ਡਿਵਾਈਸ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕੰਮ ਕਰਨ ਵਾਲੇ DNS ਵਿੱਚ ਬਦਲਣ ਵਾਲਾ ਰਿਜ਼ੋਲਵਰ ਸਹਾਇਕ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਨਿਪਟਾਓ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਅਗਲੇ ਨੂੰ ਲੁਕਾ ਸਕਦੀ ਹੈ।
ਡਾਊਨਲੋਡ ਨੂੰ ਜਿਵੇਂ ਆਇਆ ਤਿਵੇਂ ਰੱਖੋ ਅਤੇ ਇੱਕ ਕਾਪੀ ਸੋਧੋ, ਤਾਂ ਜੋ ਨਵਾਂ ਡਾਊਨਲੋਡ ਤੁਹਾਡੀਆਂ ਤਬਦੀਲੀਆਂ ਚੁੱਪਚਾਪ ਵਾਪਸ ਨਾ ਕਰ ਦੇਵੇ।
ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਪੜ੍ਹੋ
block-outside-dns Windows ’ਤੇ Windows ਫਿਲਟਰਿੰਗ ਪਲੇਟਫਾਰਮ ਰਾਹੀਂ DNS ਲਾਕ ਕਰਦਾ ਹੈ, ਅਤੇ Linux ਕਲਾਇੰਟ ਕੋਲ ਇਸਨੂੰ ਮੈਪ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ। ਜਦੋਂ ਸਰਵਰ ਇਸਨੂੰ ਭੇਜਦਾ ਹੈ, ਕਲਾਇੰਟ ਉਸ ਭੇਜੀ ਐਂਟਰੀ ਲਈ ਅਣਜਾਣ-ਵਿਕਲਪ ਲਾਈਨ ਛਾਪਦਾ ਹੈ ਅਤੇ ਜਾਰੀ ਰੱਖਦਾ ਹੈ, ਕਿਉਂਕਿ ਭੇਜੇ ਵਿਕਲਪ ਨੂੰ ਘਾਤਕ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ। ਪਰ ਤੁਹਾਡੀ ਆਪਣੀ ਫਾਈਲ ਵਿੱਚ ਉਹੀ ਲਾਈਨ ਹੋਰ ਗੱਲ ਹੈ: ਉੱਥੇ ਪਾਰਸਰ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਇਹਨਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਤੁਹਾਡੇ ਕੋਲ ਹੈ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਰਨ ਖ਼ਤਮ ਕਰਦਾ ਹੈ।
ਸ਼ੋਰ ਹਟਾਉਣ ਲਈ ਪਾਰਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਿਲਟਰ ਕਰੋ: ਉਸ ਨਾਮ ਲਈ pull-filter ignore ਐਂਟਰੀ, ਜਾਂ ਲਾਈਨ ਸਥਾਨਕ ਫਾਈਲ ਵਿੱਚ ਹੋਵੇ ਤਾਂ --ignore-unknown-option। ਦੋਵੇਂ ਉਸ ਲਾਈਨ ਨੂੰ ਚੁੱਪ ਕਰਾਉਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਪੜ੍ਹ ਚੁੱਕੇ ਹੋ; ਕੋਈ ਵੀ ਉਸ ਖ਼ਰਾਬੀ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ ਜਿਸਦਾ ਤੁਸੀਂ ਨਿਦਾਨ ਨਹੀਂ ਕੀਤਾ।
ਬਾਕੀ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਅਧਿਕਾਰ ਫੇਲ ਹੁੰਦੇ ਹਨ
tun ਡਿਵਾਈਸ ਅਤੇ ਇਸਦੇ ਨਾਲ ਆਉਣ ਵਾਲੇ ਰੂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੀਆਂ ਵਸਤੂਆਂ ਹਨ, ਅਤੇ ਆਮ ਖਾਤਾ ਇਹਨਾਂ ਨੂੰ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। --user ਵਿਕਲਪ ਇਸ ਵੰਡ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ: ਡੈਮਨ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਕੰਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਆਪਣੇ ਅਧਿਕਾਰ ਛੱਡਦਾ ਹੈ। ਇਸਨੂੰ root ਵਜੋਂ ਜਾਂ ਅਜਿਹੀ unit ਰਾਹੀਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਇਸਨੂੰ ਇਸੇ ਤਰ੍ਹਾਂ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ, ਫਿਰ ਸਰਟੀਫਿਕੇਟ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਜਾਜ਼ਤ ਦੀ ਗਲਤੀ ਲੱਭੋ। ਪ੍ਰੋਫਾਈਲ ’ਤੇ ਫਾਈਲ ਇਜਾਜ਼ਤਾਂ ਢਿੱਲੀਆਂ ਕਰਨ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਉਹ ਅਧਿਕਾਰ ਨਹੀਂ ਮਿਲਦੇ ਜੋ ਉਸ ਕੋਲ ਨਹੀਂ।
TLS ਗਲਤੀ ਦਾ ਅਰਥ ਹੈ ਕਿ ਕਲਾਇੰਟ ਇਸ ਪਰਤ ਤੋਂ ਲੰਘ ਗਿਆ। ਡਿਵਾਈਸ ਜਾਂ ਰੂਟ ਦੀ ਸ਼ਿਕਾਇਤ ਦਾ ਅਰਥ ਹੈ ਕਿ ਇਹ ਉੱਪਰਲੀ ਪਰਤ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਿਆ।
GUI ਕੀ ਕਰਦਾ ਹੈ ਅਤੇ ਟਰਮੀਨਲ ਨਹੀਂ
ਹਰ ਖੋਜ ਦੇ ਅਜੇ ਵੀ ਫੇਲ ਹੁੰਦੇ ਹੋਏ ਸਫਲਤਾਪੂਰਵਕ ਕਨੈਕਟ ਹੋਣਾ ਤੀਜੀ ਪਰਤ ਹੈ। NetworkManager ਆਪਣਾ ਰਿਜ਼ੋਲਵਰ ਕੰਮ ਆਪ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਡੈਸਕਟਾਪ ਆਯਾਤ DNS ਦੇ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਪ੍ਰੋਫਾਈਲ ਦੀ up ਸਕ੍ਰਿਪਟ ਕਦੇ ਸਫਲ ਨਾ ਹੋਈ ਹੋਵੇ। openvpn --config ਕਮਾਂਡ --up ਵੱਲੋਂ ਦਿੱਤਾ ਨਾਮ ਚਲਾਉਂਦੀ ਹੈ, ਅਤੇ ਜੇ ਉਹ ਸਹਾਇਕ ਨਾ ਹੋਵੇ ਤਾਂ ਇੰਟਰਫੇਸ ਦਿਖਦਾ ਹੈ ਪਰ ਖੋਜਾਂ ਪਿਛਲੇ ਸਰਵਰਾਂ ਵੱਲ ਜਾਂਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਕੁਝ ਵੀ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵਾਂ ਰਾਹਾਂ ਦੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਆਪਣੇ ਵੰਡ ਲਈ ਪੈਕੇਜ ਕੀਤਾ ਸਹਾਇਕ ਵਰਤੋ; ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਕਾਪੀ ਕੀਤੀ ਸਕ੍ਰਿਪਟ ਆਮ ਤੌਰ ’ਤੇ ਕਿਸੇ ਹੋਰ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੀ ਹੈ। systemd-resolved ਲਈ ਭੇਜਿਆ ਏਕੀਕਰਣ ਆਮ vpnc ਸ਼ੈਲੀ ਦੀ ਸਕ੍ਰਿਪਟ ਨਹੀਂ, ਅਤੇ ਹਰ ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਆਪਣੇ ਦਲੀਲਾਂ ਅਤੇ ਵੇਰੀਏਬਲਾਂ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ up ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਵੀ ਕਲਾਇੰਟ ਵੱਲੋਂ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ script-security 2 ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਅਗਲੀ ਵਾਰ ਪਰਤਾਂ ਵੱਖ ਕਰੋ
ਇੱਕ ਵਾਰ --verb 4 ਨਾਲ ਚਲਾਓ ਅਤੇ ਲੌਗ ਨੂੰ ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ ਜਿਸ ਵਿੱਚ ਹੋਇਆ: ਡਿਵਾਈਸ ਬਣਨਾ, ਰੂਟ, TLS ਹੈਂਡਸ਼ੇਕ, ਫਿਰ up ਸਕ੍ਰਿਪਟ ਦਾ ਆਉਟਪੁੱਟ। ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਪਹਿਲੀ ਫੇਲ ਹੋਣਾ ਹੀ ਸੁਧਾਰਨ ਯੋਗ ਹੈ; ਉਸ ਤੋਂ ਬਾਅਦ ਸਭ ਆਮ ਤੌਰ ’ਤੇ ਨਤੀਜਾ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਰਿਜ਼ੋਲਵਰ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਬਣਨ ਵਾਲੀ ਟਨਲ ਤੁਹਾਨੂੰ ਤੀਜੀ ਪਰਤ ’ਤੇ ਰੱਖਦੀ ਹੈ, ਜਿੱਥੇ ਸਰਟੀਫਿਕੇਟ ਅਪ੍ਰਸੰਗਿਕ ਹੈ। ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਡਾਊਨਲੋਡ ਕੀਤਾ ਪ੍ਰੋਫਾਈਲ ਅਛੂਤਾ ਰੱਖੋ।
ਜਦੋਂ ਹਰ ਆਪਰੇਟਰ ਸਮਾਯੋਜਨ ਇੱਕ ਹੋਰ ਰੱਦ ਕੀਤੀ ਲਾਈਨ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਫਾਈਲ ਕਿਸੇ ਹੋਰ ਪਲੇਟਫਾਰਮ ਵੱਲ ਨਿਸ਼ਾਨਾ ਹੈ। ਸਥਾਈ ਫਿਲਟਰ ਸੂਚੀ ਬਣਾਉਣ ਦੀ ਬਜਾਏ Linux ਨਿਰਯਾਤ ਮੰਗੋ।
ਕਿਹੜੀ ਪਰਤ ਫੇਲ ਹੋਈ ਅਤੇ ਕਿਸਨੇ ਇਸਨੂੰ ਬਦਲਿਆ ਇਹ ਨੋਟ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਉਹੀ ਫਾਈਲ ਮਿਲਣ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਵੀ ਚੇਤਾਵਨੀ ’ਤੇ ਰੁਕ ਜਾਵੇਗਾ।