vpn.persistent ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਜੁੜਿਆ ਨਹੀਂ ਰੱਖਦਾ

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

ਸੈਟਿੰਗ ਅਸਲ ਵਿੱਚ ਕੀ ਪ੍ਰਤੀਬੱਧ ਕਰਦੀ ਹੈ

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

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

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

ਇੱਕ ਵਿੱਚ ਮਿਲਦੇ ਚਾਰ ਸਵਾਲ

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

ਬਹਾਲੀ ਪੁੱਛਦੀ ਹੈ ਕਿ ਲਿੰਕ ਬਦਲਣ ਜਾਂ ਗਾਇਬ ਹੋਣ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਤੰਗ ਸਵਾਲ ਹੈ ਜਿਸਨੂੰ vpn.persistent ਸੰਬੋਧਿਤ ਕਰਦਾ ਹੈ। ਜੀਵਨਸ਼ੀਲਤਾ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ ਸਮਝ ਸਕਦਾ ਹੈ ਕਿ ਦੂਰ ਵਾਲਾ ਸਿਰਾ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਚੁੱਕਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਥਾਂ OpenVPN ਦਾ keepalive ਜਾਂ ਮੁੜ-ਸ਼ੁਰੂ ਵਿਵਹਾਰ ਇਸਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ; ਦੋਵੇਂ ਕਾਰਜਵਿਧੀਆਂ ਅਕਸਰ ਇੱਕੋ ਸ਼ਬਦ ਨਾਲ ਵਰਣਿਤ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਵੱਖਰੀਆਂ ਥਾਵਾਂ ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਤੇ, ਵੱਖਰੇ ਸਾਧਨਾਂ ਨਾਲ ਜਾਂਚੋ, ਵਰਨਾ ਤੁਸੀਂ ਇੱਕ ਵਿਵਹਾਰ ਦਾ ਦੋਸ਼ ਦੂਜੇ ਉੱਤੇ ਪਾਓਗੇ।

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

ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣ ਵਾਲੀ ਜਾਂਚ-ਸੂਚੀ

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

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

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

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

ਪ੍ਰਮਾਣਿਕਤਾ ਬਹਾਲੀ ਦਾ ਹਿੱਸਾ ਹੈ

ਮੁੜ-ਕਨੈਕਟ ਹੋਣਾ ਸਿਰਫ਼ ਨੈਟਵਰਕਿੰਗ ਕਾਰਜ ਨਹੀਂ ਹੈ। ਜੇ ਮਨਜ਼ੂਰ ਪ੍ਰਵਾਹ ਨੂੰ ਨਵੀਂ ਚੁਣੌਤੀ, ਇੱਕ-ਵਾਰੀ ਕੋਡ ਜਾਂ ਅਜਿਹਾ ਭੇਤ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਤੱਕ ਸਕ੍ਰਿਯਨ ਸੰਦਰਭ ਪਹੁੰਚ ਨਹੀਂ ਸਕਦਾ, ਤਾਂ ਕੋਈ ਵੀ ਟਿਕਾਊਤਾ ਸੈਟਿੰਗ ਇਸਨੂੰ ਸ਼ੂਨਯ ਤੋਂ ਪੈਦਾ ਨਹੀਂ ਕਰ ਸਕਦੀ।

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

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

ਟਿਕਾਊਤਾ kill switch ਨਹੀਂ ਹੈ

ਵਿਸ਼ੇਸ਼ਤਾ VPN ਸੰਬੰਧ ਬਣਾਈ ਰੱਖਣ ਜਾਂ ਬਹਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ। VPN ਬੰਦ ਹੋਣ ਵੇਲੇ ਐਪਲੀਕੇਸ਼ਨ ਕੀ ਕਰ ਸਕਦੇ ਹਨ ਇਹ ਨਹੀਂ ਤੈਅ ਕਰਦੀ, ਅਤੇ ਆਪ ਕੁਝ ਵੀ ਬਲਾਕ ਨਹੀਂ ਕਰਦੀ।

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

ਬਹਾਲੀ ਨੋਟਾਂ ਵਿੱਚ ਦੋਵੇਂ ਅੱਧ ਲਿਖੋ: VPN ਨੇ ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਅਤੇ ਕੋਸ਼ਿਸ਼ ਦੌਰਾਨ ਕਿਹੜੇ ਐਪਲੀਕੇਸ਼ਨ ਟ੍ਰੈਫਿਕ ਦੀ ਇਜਾਜ਼ਤ ਸੀ।