ਰੋਜ਼ OpenVPN ਮੁੜ ਚਾਲੂ ਕਰੀਏ? ਘੜੀ ਨਹੀਂ, ਨਾਕਾਮੀ ਚੁਣੋ

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

ਤਿੰਨ ਨਾਕਾਮੀ ਰੂਪਾਂ ਲਈ ਤਿੰਨ ਵੱਖਰੇ ਮਾਲਕ ਚਾਹੀਦੇ ਹਨ। ਪਹਿਲਾਂ ਨਾਕਾਮੀ ਚੁਣੋ, ਫਿਰ ਕਾਰਜ-ਵਿਧੀ ਆਪਣੇ ਆਪ ਆ ਜਾਵੇਗੀ।

ਤਿੰਨ ਨਾਕਾਮੀਆਂ, ਤਿੰਨ ਮਾਲਕ

ਪੀਅਰ ਚਲੇ ਜਾਣ 'ਤੇ ਵੀ ਟਨਲ ਚਾਲੂ ਹੋ ਸਕਦਾ ਹੈ: ਪ੍ਰੋਸੈਸ ਚੱਲ ਰਿਹਾ ਹੈ, ਇੰਟਰਫ਼ੇਸ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਕੰਮ ਦਾ ਨਹੀਂ ਲੰਘਦਾ। ਪੀਅਰ ਠੀਕ ਹੋਣ 'ਤੇ ਵੀ ਪ੍ਰੋਸੈਸ ਮਰਿਆ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਤਦ ਸਿਰਫ਼ ਉਹੀ ਇਸ ਨੂੰ ਵਾਪਸ ਲੈ ਆ ਸਕਦਾ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ। ਟਨਲ ਪਿੱਛੇ ਦੀ ਐਪ ਟਨਲ ਅਤੇ ਪੀਅਰ ਦੋਵੇਂ ਸਿਹਤਮੰਦ ਹੁੰਦਿਆਂ ਵੀ ਖਰਾਬ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਤਦ ਕਲਾਇੰਟ ਮੁੜ ਚਾਲੂ ਕਰਨ ਨਾਲ ਕਾਰਨ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਰੁਕਾਵਟ ਵਧ ਜਾਂਦੀ ਹੈ। ਇਹਨਾਂ ਤਿੰਨ ਹਾਲਤਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਹੀ ਪੂਰਾ ਫ਼ੈਸਲਾ ਹੈ।

ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਸੰਕੇਤ ਅਤੇ ਆਪਣਾ ਮਾਲਕ ਹੈ। ਜੀਵਨ-ਸ਼ਕਤੀ VPN ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਹੈ, ਪ੍ਰੋਸੈਸ ਦਾ ਜੀਵਨ-ਚੱਕਰ ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਦਾ ਹੈ, ਅਤੇ ਐਪ ਦੀ ਸਿਹਤ ਤੰਗ ਅਧਿਕਾਰ ਵਾਲੀ ਨਿਗਰਾਨੀ ਦੀ ਹੈ।

ਜੀਵਨ-ਸ਼ਕਤੀ ਵਾਲਾ ਵਿਕਲਪ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

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

ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਕੋਲ ਕੀ ਹੈ

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

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

ਨਿਯਤ ਮੁੜ-ਚਾਲੂ ਕਦੋਂ ਜਾਇਜ਼ ਹੈ

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

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

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

ਸਹੀ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿੰਨੀ ਵਾਰ ਮੁੜ ਚਾਲੂ ਕਰੀਏ, ਬਲਕਿ ਇਹ ਹੈ ਕਿ ਨਾਕਾਮੀ ਨੂੰ ਪਹਿਲਾਂ ਕਿਸਨੇ ਨੋਟਿਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।