ਕੀ ਇਹ NetworkManager ਪਲੱਗਇਨ ਇੱਕੋ ਸਮੇਂ ਦੋ VPN ਚਲਾ ਸਕਦਾ ਹੈ?
ਦੋ ਸੰਭਾਲੀਆਂ ਪਰੋਫਾਈਲਾਂ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀਆਂ। ਪਲੱਗਇਨ ਦੇ ਸੇਵਾ ਮੈਟਾਡੇਟਾ ਵਿੱਚ ਕਈ ਕਨੈਕਸ਼ਨ ਜਾਂਚੋ, ਫਿਰ ਦੋਵਾਂ ਵਿਚਕਾਰ ਰੂਟ ਅਤੇ DNS ਤਾਲਮੇਲ ਕਰੋ।
ਕਨੈਕਸ਼ਨ ਸੂਚੀ ਵਿੱਚ ਦੋ VPN ਐਂਟਰੀਆਂ ਹਨ, ਦੋਵੇਂ ਜੁੜਿਆ ਹੋਇਆ ਕਹਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਜਿਸ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਆਸ ਰੱਖੀ ਸੀ ਉਹ ਦੋਵਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ। ਜਾਂ ਦੂਜੀ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਹੀ ਇਨਕਾਰ ਕਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਕੋਈ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਕਸੂਰ ਪਲੱਗਇਨ ਦਾ ਹੈ, ਕਲਾਇੰਟ ਦਾ ਹੈ ਜਾਂ ਭੁੱਲੀ ਹੋਈ ਨੀਤੀ ਦਾ। ਇੱਕ VPN ਦੀ ਹੱਦ ਬਾਰੇ ਦਾਅਵੇ ਖਾਸ ਲਾਗੂਆਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਲਾਗੂ ਵੱਖੋ-ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। ਪਹਿਲਾਂ ਸਮਰੱਥਾ ਵੇਖੋ, ਫਿਰ ਤਾਲਮੇਲ।
ਪਹਿਲਾਂ ਸੰਭਾਲੀਆਂ ਪਰੋਫਾਈਲਾਂ ਗਿਣੋ, ਫਿਰ ਸਰਗਰਮੀਆਂ
ਸੰਭਾਲੀ ਪਰੋਫਾਈਲ ਇੱਕ ਕਨਫਿਗਰੇਸ਼ਨ ਵਸਤੂ ਹੈ, ਅਤੇ ਸਰਗਰਮ ਕਨੈਕਸ਼ਨ ਚੱਲ ਰਿਹਾ ਇੰਸਟੈਂਸ ਹੈ। ਸੂਚੀ ਦੋਵਾਂ ਧਾਰਨਾਵਾਂ ਨੂੰ ਦਿੱਖ ਵਿੱਚ ਮਿਲਾ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਦੋਵੇਂ ਰਿਪੋਰਟਾਂ ਸੱਚੀਆਂ ਸੁਣਦੀਆਂ ਹਨ। ਸਹੀ ਵਸਤੂਆਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ UUID ਨਾਲ ਨਾਮ ਦੇ ਕੇ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਦਿਖਾਇਆ ਨਾਮ ਵਿਲੱਖਣ ਨਹੀਂ ਹੈ ਅਤੇ ਪੁਰਾਣੀ ਆਯਾਤ ਅਕਸਰ ਨਵੀਂ ਐਂਟਰੀ ਨਾਲ ਲੇਬਲ ਸਾਂਝਾ ਕਰਦੀ ਹੈ। ਫਿਰ ਸਰਗਰਮ ਸੂਚੀ ਵੱਖਰੀ ਜਾਂਚੋ ਅਤੇ ਵੇਖੋ ਕਿਹੜੇ UUID ਦਿਸਦੇ ਹਨ। ਤਦ ਹੀ ਤੁਸੀਂ ਜਾਣੋਗੇ ਕਿ ਤੁਸੀਂ ਦੋ ਕਨਫਿਗਰੇਸ਼ਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਰਹੇ ਹੋ ਜਾਂ ਦੋ ਜੀਵਤ ਟਨਲਾਂ ਦੀ।
ਉਹੀ UUID ਦੋ ਵਾਰ ਸਰਗਰਮ ਕਰਨਾ ਤੀਜੀ ਹਾਲਤ ਹੈ, ਅਤੇ ਉਹ ਸਮਕਾਲੀਕਰਨ ਨਹੀਂ ਹੈ। ਉਹ ਇੱਕ ਇੰਸਟੈਂਸ ਦਾ ਮੁੜ ਸਰਗਰਮੀਕਰਨ ਹੈ।
ਪਲੱਗਇਨ ਦਾ ਆਪਣਾ ਮੈਟਾਡੇਟਾ ਪੜ੍ਹੋ
ਹਰ VPN ਪਲੱਗਇਨ ਨਾਲ ਇੱਕ ਛੋਟੀ ਮੈਟਾਡੇਟਾ ਫਾਈਲ ਆਉਂਦੀ ਹੈ ਜੋ ਪ੍ਰਬੰਧਕ ਪੜ੍ਹਦਾ ਹੈ, ਅਤੇ ਉਹ ਫਾਈਲਾਂ ਦੱਸ ਸਕਦੀਆਂ ਹਨ ਕਿ ਪਲੱਗਇਨ ਇੱਕੋ ਸਮੇਂ ਕਈ ਕਨੈਕਸ਼ਨ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਅਪਸਟਰੀਮ ਪ੍ਰੋਜੈਕਟ ਹੁਣ ਜੋ ਲਿਖਦਾ ਹੈ ਉਸ ਨੂੰ ਦੁਹਰਾਉਣ ਦੀ ਬਜਾਏ ਇਸ ਮਸ਼ੀਨ ਉੱਤੇ ਸਥਾਪਿਤ ਫਾਈਲ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ ਇਹ ਵੰਡ ਪੈਕੇਜ ਤੈਅ ਕਰਦਾ ਹੈ। ਉਹੀ ਜਾਂਚ ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: ਇੱਕ ਪਲੱਗਇਨ ਦਾ ਜਵਾਬ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਪੈਕੇਜ ਸੰਸਕਰਣ ਨਤੀਜੇ ਨਾਲ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਦੀ ਤੁਲਨਾ ਦਾ ਅਰਥ ਰਹੇ।
ਇੱਕ VPN ਦੀ ਹੱਦ ਬਾਰੇ ਪੁਰਾਣੀ ਸਲਾਹ ਪੁਰਾਣੇ ਏਕੀਕਰਨਾਂ ਦਾ ਵਰਣਨ ਕਰਦੀ ਸੀ। ਇਹ ਨਾ ਕਦੇ ਸੱਚ ਹੈ ਨਾ ਸਥਿਰ ਮੰਨਣਾ ਸੁਰੱਖਿਅਤ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਸਾਮ੍ਹਣੇ ਦੀ ਫਾਈਲ ਇਸਨੂੰ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਤੈਅ ਕਰਦੀ ਹੈ।
ਸਮਕਾਲੀ ਦਾ ਅਰਥ ਤਾਲਮੇਲਿਤ ਨਹੀਂ
ਦੋ ਪਲੱਗਇਨਾਂ ਦਾ ਸਫਲ ਸ਼ੁਰੂ ਹੋਣਾ ਸਮਰੱਥਾ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਡਿਜ਼ਾਈਨ ਨਹੀਂ। ਜੋ ਦੋਵੇਂ ਡਿਫਾਲਟ ਰੂਟ ਦਿੰਦੇ ਹਨ ਉਹ ਦੋ ਟਨਲ ਮੁਕਾਬਲਾ ਕਰਨਗੇ, ਅਤੇ ਜਿਸਨੇ ਆਪਣਾ ਰੂਟ ਆਖਰੀ ਵਾਰ ਲਾਇਆ ਉਹ ਆਮ ਤੌਰ ਉੱਤੇ ਬਿਨਾਂ ਦੱਸੇ ਜਿੱਤ ਜਾਂਦਾ ਹੈ। ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਦੀਆਂ ਨਿੱਜੀ ਰੇਂਜਾਂ ਵਿੱਚ ਉਹੀ ਸਮੱਸਿਆ ਛੋਟੇ ਰੂਪ ਵਿੱਚ ਹੈ।
ਕੁਝ ਵੀ ਸਰਗਰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲਾਂ ਕਿਹੜੀ ਪਰੋਫਾਈਲ ਦੀਆਂ ਹਨ। ਪਰੋਫਾਈਲ ਦਾ ਨਾਮ ਬਦਲਣਾ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦਾ।
DNS ਜੇਤੂ ਚੁਣਦਾ ਹੈ, ਤੁਸੀਂ ਕਰੋ ਜਾਂ ਨਾ ਕਰੋ
ਰਿਜ਼ੌਲਵਰ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਪ੍ਰਤੀ ਪਰੋਫਾਈਲ ਹਨ, ਅਤੇ ਜਦੋਂ ਦੋ ਸਰਗਰਮ ਹੁੰਦੇ ਹਨ ਤਾਂ ਹੱਲ ਦਾ ਕ੍ਰਮ ਨੀਤੀ ਅਤੇ ਤਰਜੀਹ ਤੈਅ ਕਰਦੇ ਹਨ, ਇਰਾਦਾ ਨਹੀਂ। ਆਖਰੀ ਵਾਰ ਉੱਠੀ ਪਰੋਫਾਈਲ ਹਰ ਕਾਰਪੋਰੇਟ ਨਾਮ ਦੀ ਚੁੱਪਚਾਪ ਮਾਲਕ ਹੋ ਸਕਦੀ ਹੈ।
ਹਰ ਨਿੱਜੀ ਨਾਮ ਥਾਂ ਨੂੰ ਉਸ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਦਿਓ ਜਿਸਨੂੰ ਉਸਦਾ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕ੍ਰਮ ਉੱਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ ਰੂਟਿੰਗ ਤਰਜੀਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੈਟ ਕਰੋ। ਫਿਰ ਦੋਵੇਂ ਟਨਲ ਚਾਲੂ ਹੋਣ ਵੇਲੇ ਹਰ ਥਾਂ ਤੋਂ ਇੱਕ ਨਾਮ ਜਾਂਚੋ, ਅਤੇ ਫਿਰ ਇੱਕ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਕੇ ਵੀ ਜਾਂਚੋ। ਜੋ ਰਿਜ਼ੌਲਵਰ ਸਿਰਫ਼ ਉਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਦੋਵੇਂ ਟਨਲ ਚਾਲੂ ਹੋਣ, ਉਹ ਅਜਿਹਾ ਡਿਜ਼ਾਈਨ ਹੈ ਜੋ ਕਿਸੇ ਨੂੰ ਸਭ ਤੋਂ ਮਾੜੇ ਪਲ ਹੈਰਾਨ ਕਰੇਗਾ।
ਨਿਸ਼ਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਰੋਲ ਆਉਟ ਕਰੋ ਅਤੇ ਵਿਚਕਾਰ ਜਾਂਚ ਕਰੋ
ਇੱਕ ਪਰੋਫਾਈਲ ਸਰਗਰਮ ਕਰੋ, ਉਸਦੇ ਰੂਟ ਅਤੇ ਰਿਜ਼ੌਲਵਰ ਦੀ ਸਥਿਤੀ ਜਾਂਚੋ, ਫਿਰ ਦੂਜੀ ਸਰਗਰਮ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਦੋਵਾਂ ਸਥਿਤੀਆਂ ਦੀ ਤੁਲਨਾ ਦੱਸਦੀ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਿਹੜੀ ਪਰੋਫਾਈਲ ਕਿਸਦੀ ਮਾਲਕ ਹੈ। ਦੋਵੇਂ ਸਰਗਰਮ ਕਰਕੇ ਫਿਰ ਨਤੀਜੇ ਦਾ ਨਿਦਾਨ ਨਾ ਕਰੋ।
ਹਰ ਲੋੜੀਂਦੇ ਸਰੋਤ ਨੂੰ ਉਸ ਟਨਲ ਰਾਹੀਂ ਜਾਂਚੋ ਜਿਸਨੂੰ ਇਸਨੂੰ ਲੈ ਕੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਇੱਕ ਪਰੋਫਾਈਲ ਡਿਸਕਨੈਕਟ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੂਜੀ ਆਪਣੇ ਰੂਟ, ਆਪਣਾ DNS ਅਤੇ ਆਪਣਾ ਇੱਛਤ ਫੇਲ੍ਹ ਵਿਵਹਾਰ ਬਣਾਈ ਰੱਖਦੀ ਹੈ। ਜੇ ਤੈਨਾਤ ਪਲੱਗਇਨ ਸੱਚਮੁੱਚ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦਾ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਤਾਂ ਪ੍ਰਬੰਧਕ ਦੇ ਕੋਲ ਪੁਰਾਣੇ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਮੁੜ ਜੀਵਤ ਕਰਨ ਦੀ ਬਜਾਏ ਸਮਰਥਿਤ ਅੱਪਗ੍ਰੇਡ ਜਾਂ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਵੱਖਰਾ ਕੀਤਾ ਵਿਕਲਪ ਚੁਣੋ। ਜਿਸਦਾ ਕੋਈ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕਰਦਾ ਅਜਿਹੀ ਦੂਜੀ, ਵੱਖਰੀ ਟਨਲ ਅਲੱਗਾਅ ਨਹੀਂ ਹੈ; ਉਹ ਹੈਰਾਨਕੁਨ ਰੂਟਾਂ ਦਾ ਇੱਕ ਹੋਰ ਸਰੋਤ ਹੈ।