ਤੁਹਾਡੇ OpenVPN ਸੈੱਟਅੱਪ ਵਿੱਚ ਉਹ config.json ਕਿਹੜੇ ਪ੍ਰੋਗਰਾਮ ਦਾ ਹੈ?

ਤੁਹਾਨੂੰ config.json ਨਾਮ ਦੀ ਇੱਕ ਫਾਈਲ ਮਿਲਦੀ ਹੈ, ਇਸ ਵਿੱਚ ਕਿਸੇ VPN ਸਰਵਰ ਦਾ ਜ਼ਿਕਰ ਹੈ, ਅਤੇ ਤੁਰੰਤ ਇਹ ਧਾਰਨਾ ਬਣ ਜਾਂਦੀ ਹੈ: ਇਹ ਜ਼ਰੂਰ OpenVPN ਕਨੈਕਸ਼ਨ ਹੀ ਹੋਵੇਗਾ। ਅਕਸਰ ਇਉਂ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਨਾਮ ਦੀ JSON ਫਾਈਲ ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ ਡੈਸਕਟਾਪ ਫਰੰਟਐਂਡ ਦੀ, ਆਪਣੀਆਂ ਸੈਟਿੰਗਾਂ ਸੰਭਾਲਣ ਵਾਲੇ ਡੈਮਨ ਦੀ, ਜਾਂ ਕਿਸੇ ਉਤਪਾਦ ਦੇ ਐਕਸਪੋਰਟ ਫਾਰਮੈਟ ਦੀ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਸਕੀਮਾ ਹੁੰਦਾ ਹੈ।

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

ਪ੍ਰੋਸੈਸ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਾਈਲ ਦੇ ਨਾਮ ਤੋਂ ਨਹੀਂ

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

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

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

Community OpenVPN ਪ੍ਰੋਫਾਈਲ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ

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

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

OpenVPN Connect ਅਤੇ OpenVPN 3 Linux ਦੇ ਪ੍ਰੋਫਾਈਲਾਂ ਲਈ ਆਪਣੇ ਆਯਾਤ ਅਤੇ ਪ੍ਰਬੰਧਨ ਰਾਹ ਹਨ। ਇਹ ਉਤਪਾਦ ਪ੍ਰੋਫਾਈਲ ਸਵੀਕਾਰ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਆਪਣੇ ਡੇਟਾਬੇਸ ਜਾਂ ਸੇਵਾ ਸਥਿਤੀ ਵਿੱਚ ਸੰਭਾਲ ਸਕਦੇ ਹਨ, ਜੋ ਇਸ ਗੱਲ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਕਿ ਕੋਈ JSON ਫਾਈਲ ਸੰਜੋਗ ਨਾਲ ਕਿਸੇ ਸਰਵਰ ਦਾ ਵਰਣਨ ਕਰੇ।

ਕਿਸੇ ਹੋਰ ਕੰਪੋਨੈਂਟ ਦੀ ਮਾਲਕੀ ਵਾਲੀ ਸਥਿਤੀ ਸੋਧਣਾ

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

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

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

ਬਦਲਾਅ ਦੀ ਪੁਸ਼ਟੀ ਅਤੇ ਫਾਈਲ ਦੀ ਸੁਰੱਖਿਆ

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

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

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

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