OpenVPN ਪ੍ਰੋਫਾਈਲ ਦੀ ਪੋਰਟੇਬਿਲਿਟੀ: ਪੋਰਟੇਬਲ ਕੀਆਂ ਬਨਾਮ ਪਲੇਟਫਾਰਮ ਵਿਕਲਪ

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

ਪਛਾਣ ਨਾਲ ਸਫ਼ਰ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਨੂੰ ਪਲੇਟਫਾਰਮ ਨਾਲ ਸੰਬੰਧਿਤ ਚੀਜ਼ ਤੋਂ ਵੱਖ ਕਰੋ। ਫਿਰ ਅਸਫ਼ਲਤਾ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣਾ ਨਾਮ ਆਪ ਬੋਲਦੀ ਹੈ।

ਇੱਕ ਫਾਈਲ, ਦੋ ਇਕਰਾਰ

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

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

ਪੋਰਟੇਬਲ ਸਮੱਗਰੀ ਬਨਾਮ ਪਲੇਟਫਾਰਮ ਨਿਰਦੇਸ਼

ਪਛਾਣ ਅਤੇ ਟਰਾਂਸਪੋਰਟ ਭਾਗ ਉਹ ਹਿੱਸਾ ਹਨ ਜੋ ਸੰਭਾਲਣਾ ਚਾਹੀਦਾ ਹੈ। ca, cert, key ਅਤੇ remote ਦੱਸਦੇ ਹਨ ਕੌਣ ਕਿੱਥੇ ਜੁੜਦਾ ਹੈ, ਅਤੇ ਇਹ ਹਰ ਅਨੁਕੂਲ ਕਲਾਇੰਟ ਲਈ ਇੱਕੋ ਅਰਥ ਰੱਖਦੇ ਹਨ।

ਵਿਵਹਾਰ ਨਿਰਦੇਸ਼ ਉਹ ਹਿੱਸਾ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। block-outside-dns, ਉਦਾਹਰਨ ਲਈ, Windows ਵਿੱਚ DNS ਵਿਵਹਾਰ ਬਦਲਣ ਲਈ ਹੈ। Unix ਕਲਾਇੰਟ ਇਸਨੂੰ ਬਿਲਕੁਲ ਵੀ ਨਾ ਪਛਾਣੇ।

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟ ਦੀ ਵਿਕਲਪ ਸੂਚੀ ਪੜ੍ਹੋ, ਭੇਜਣ ਵਾਲੇ ਦੀ ਨਹੀਂ। OpenVPN 2.6 ਹਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਇੰਜਣ ਦੇ ਵਿਕਲਪ ਦਰਜ ਕਰਦਾ ਹੈ, ਅਤੇ GUI ਦਾ ਆਯਾਤ ਸੰਵਾਦ ਉਹ ਸੂਚੀ ਨਹੀਂ ਹੈ।

ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਪਹਿਲਾਂ ਪਾਰਸਰ ਦੀ ਗਲਤੀ ਪੜ੍ਹੋ

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

ਜੇ ਗਲਤੀ ਹੱਥ-ਮਿਲਾਉਣ, ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਸਾਈਫਰ ਦਾ ਜ਼ਿਕਰ ਕਰਦੀ ਹੈ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਪਾਰਸ ਹੋ ਗਈ ਹੈ ਅਤੇ ਸਮੱਸਿਆ ਕਿਤੇ ਹੋਰ ਹੈ।

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

ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੂਜੀ ਸੀਮਾ ਹਨ

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

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

ਜਾਣ-ਬੁੱਝ ਕੇ ਅਨੁਕੂਲ ਕਰੋ

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

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