OpenVPN ਦਾ keepalive ਜਾਂ systemd restart: ਕਿਹੜਾ ਬਹਾਲ ਕਰਦਾ ਹੈ?
ਚੁੱਪ ਸਾਥੀ, ਮਰੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਨਾ-ਵਰਤੋਂਯੋਗ ਐਪਲੀਕੇਸ਼ਨ ਤਿੰਨ ਵੱਖਰੀਆਂ ਖਰਾਬੀਆਂ ਹਨ। keepalive OpenVPN ਨੂੰ, ਪ੍ਰਕਿਰਿਆ systemd ਨੂੰ ਦਿਓ, ਅਤੇ ਹਰ ਕੇਸ ਪਰਖੋ।
ਇੱਕ ਟਨਲ ਨਾਲ ਤਿੰਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਗਲਤ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਤਿੰਨ ਵੱਖਰੀਆਂ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਸਾਥੀ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਡੈਮਨ ਪ੍ਰਕਿਰਿਆ ਮਰ ਜਾਂਦੀ ਹੈ, ਜਾਂ ਟਨਲ ਪਿੱਛੇ ਦੀ ਐਪਲੀਕੇਸ਼ਨ ਸੇਵਾ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ 'ਤੇ ਵੀ ਸੇਵਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲਾ ਸੰਰਚਨਾ ਸਾਵਧਾਨ ਨਿਗਰਾਨੀ ਨਹੀਂ ਹੈ; ਇਹ ਅਸੰਬੰਧਿਤ ਖਰਾਬੀਆਂ 'ਤੇ ਲਾਇਆ ਇੱਕ ਭਾਰੀ ਕਦਮ ਹੈ। ਹਰ ਕਾਰਜਵਿਧੀ ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਰੀਖਣ ਕਰ ਸਕਦੀ ਹੈ, ਇਸ ਦੀ ਤੁਲਨਾ ਕੰਮ ਦੀ ਵੰਡ ਨੂੰ ਸਪਸ਼ਟ ਕਰ ਦਿੰਦੀ ਹੈ।
ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਤਿੰਨ ਖਰਾਬੀਆਂ
ਸਾਥੀ ਦੀ ਚੁੱਪ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਦੂਜਾ ਸਿਰਾ ਭੇਜਣਾ ਬੰਦ ਕਰ ਚੁੱਕਾ ਹੈ, ਅਤੇ OpenVPN ਇਸ ਨੂੰ ਖੁਦ ਪਛਾਣ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਧੜਕਣ ਉਸੇ ਕੋਲ ਹੈ। ਪ੍ਰਕਿਰਿਆ ਦੀ ਮੌਤ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੈਮਨ ਬਾਹਰ ਗਿਆ, ਜਿਸ ਨੂੰ ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਨੋਟਿਸ ਕਰਦਾ ਹੈ ਅਤੇ OpenVPN ਨਹੀਂ ਕਰ ਸਕਦਾ। ਐਪਲੀਕੇਸ਼ਨ ਖਰਾਬੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਟਨਲ ਠੀਕ ਹੈ ਅਤੇ ਉਸ ਪਿੱਛੇ ਕੁਝ ਨਹੀਂ, ਅਤੇ ਬਾਕੀ ਦੋਵਾਂ ਕਾਰਜਵਿਧੀਆਂ ਵਿੱਚੋਂ ਕਿਸੇ ਕੋਲ ਵੀ ਇਹ ਜਾਣਨ ਦਾ ਕੋਈ ਰਾਹ ਨਹੀਂ ਹੈ। ਹਰ ਇੱਕ ਨੂੰ ਵੱਖਰੀ ਪ੍ਰਤੀਕਿਰਿਆ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਟਨਲ ਚਾਲੂ ਹੋਣ ਨੂੰ ਨੋਟਿਸ ਕਰਨ ਵਾਂਗ ਨਹੀਂ ਹੈ।
ਇਹ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਦੇ ਵੱਖਰੇ ਸੰਕੇਤ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਇੱਕ ਮਾਲਕ ਹੈ ਜੋ ਅੰਦਾਜ਼ਾ ਲਾਏ ਬਿਨਾਂ ਇਸ 'ਤੇ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਬਣਦੀ ਹੈ ਜੋ ਆਪਣੇ ਆਪ ਸਮਝ ਨਾ ਸਕਣ ਵਾਲੇ ਲੱਛਣਾਂ 'ਤੇ ਮੁੜ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।
ਕੋਈ ਵੀ ਟਾਈਮਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨੇ ਕੇਸ ਲਿਖੋ। ਸੂਚੀ ਆਪਣੇ ਆਪ ਆਮ ਤੌਰ 'ਤੇ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ ਕਾਰਜਵਿਧੀ ਨੂੰ ਤਿੰਨੇ ਢੱਕਣ ਲਈ ਕਿਹਾ ਜਾ ਰਿਹਾ ਹੈ।
keepalive ਅਸਲ ਵਿੱਚ ਕਿਸ ਵਿੱਚ ਫੈਲਦਾ ਹੈ
keepalive ਨਿਰਦੇਸ਼ ਇੱਕ ਸੰਖੇਪ ਹੈ, ਅਤੇ ਫੈਲਾਅ ਮੋਡ ਅਨੁਸਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਸਰਵਰ 'ਤੇ, keepalive 10 60 ਹਰ ਦਸ ਸਕਿੰਟ ਵਿੱਚ ਸਥਾਨਕ ping, 120 ਸਕਿੰਟ ਦੀ ਸਥਾਨਕ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਮਿਆਦ, ਅਤੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਭੇਜੇ ਜਾਣ ਵਾਲੇ 10 ਅਤੇ 60 ਮੁੱਲ ਬਣ ਜਾਂਦਾ ਹੈ। ਸਰਵਰ ਦੀ ਮਿਆਦ ਜਾਣ-ਬੁੱਝ ਕੇ ਦੁੱਗਣੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਜੋ ਸਰਵਰ ਦੇ ਹਾਰ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਮੌਕਾ ਮਿਲੇ। ਪਰੋਫਾਈਲ ਦੇ ਸੰਖੇਪ ਦੀ ਥਾਂ ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ਵਿੱਚ ਫੈਲਿਆ ਰੂਪ ਪੜ੍ਹੋ।
ਇਹੀ ਦੁੱਗਣਾ ਕਰਨਾ ਉਹ ਕਾਰਨ ਹੈ ਕਿ ਸੱਠ ਸਕਿੰਟ ਬਾਅਦ ਦੋਵੇਂ ਸਿਰੇ ਮੁੜ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਇਹ ਕਹਿਣ ਵਾਲਾ ਕੋਈ ਵੀ ਵੇਰਵਾ ਗਲਤ ਹੈ। ਇਹ ਇਹ ਵੀ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਰਾਹ ਖਰਾਬ ਹੋਣ 'ਤੇ ਦੋਵੇਂ ਸਿਰੇ ਇਕੱਠੇ ਕਿਉਂ ਨਹੀਂ ਡੋਲਦੇ।
ਧੜਕਣ OpenVPN ਦੀ ਸਾਥੀ ਟ੍ਰੈਫਿਕ ਹੈ, ਕਿਸੇ ਜਨਤਕ ਹੋਸਟ ਦੀ ICMP ਜਾਂਚ ਨਹੀਂ। ਜਵਾਬ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਦਾ ਦੂਰਲਾ ਸਿਰਾ ਜੀਵਿਤ ਹੈ। ਇਹ ਉਸ ਡੇਟਾਬੇਸ ਜਾਂ ਵੈੱਬ ਸੇਵਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜੋ ਵਰਤੋਂਕਾਰ ਨੂੰ ਅਸਲ ਵਿੱਚ ਚਾਹੀਦੀ ਹੈ।
Restart=on-failure ਕੀ ਨਹੀਂ ਦੇਖਦਾ
ਓਵਰਰਾਈਡ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇੰਸਟਾਲ ਕੀਤੀ ਯੂਨਿਟ ਪੜ੍ਹੋ। Restart=on-failure ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਕਿਰਿਆ-ਖਰਾਬੀ ਸ਼ਰਤਾਂ 'ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਦੇਖਣ ਵਾਂਗ ਨਹੀਂ ਹੈ। ਇਹ ਇਸ ਲਈ ਸਰਗਰਮ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਕੋਈ ਅੰਦਰੂਨੀ ਮੁੜ-ਜੁੜਾਅ ਸ਼ੁਰੂ ਹੋਇਆ, ਅਤੇ ਸਾਫ਼ ਨਿਕਾਸ ਦਾ ਅਰਥ ਕਰੈਸ਼ ਨਾਲੋਂ ਵੱਖਰਾ ਹੈ।
ਇਹ ਫ਼ਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਅੰਦਰੂਨੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਉਸੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜੀਵਿਤ ਰੱਖਦੀ ਹੈ। ਯੂਨਿਟ ਕੁਝ ਨਹੀਂ ਦੇਖਦੀ, ਟਨਲ ਆਪਣੇ ਆਪ ਸੁਧਰ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਸਹੀ ਨਤੀਜਾ ਹੈ।
RestartSec ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਸੀਮਾਵਾਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਸੈੱਟ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਕਰੈਸ਼ ਲੂਪ ਗੇਟਵੇ 'ਤੇ ਵਾਰ ਕਰੇਗਾ ਅਤੇ ਅਸਲ ਗਲਤੀ ਨੂੰ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਸੁਨੇਹਿਆਂ ਹੇਠ ਦੱਬ ਦੇਵੇਗਾ। ਸਰਗਰਮ ਹੋਣ ਵਾਲੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਸੀਮਾ ਯੂਨਿਟ ਨੂੰ ਅਸਫਲ ਹਾਲਤ ਵਿੱਚ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਜੋ ਦਿਸਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਅਸੀਮਿਤ ਲੂਪ ਦਿਸਦਾ ਨਹੀਂ।
ping-restart ਅਤੇ ping-exit ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੇ
ping-restart OpenVPN ਦੀ ਅੰਦਰੂਨੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਰੱਖਦਾ ਹੈ। ping-exit ਉਸੇ ਕਿਸਮ ਦੀ ਮਿਆਦ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਖਤਮ ਕਰਦਾ ਹੈ, ਜੋ ਫੈਸਲਾ ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਨੂੰ ਸੌਂਪਦਾ ਹੈ। ਇਹ ਇੱਕ ਦੂਜੇ ਨੂੰ ਰੱਦ ਕਰਦੇ ਹਨ, ਅਤੇ ਦੂਜਾ ਚੁਣਨ ਨਾਲ ਬਹਾਲੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ ਇਹ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੌਣ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਬਾਅਦ ਕਿੰਨੀ ਹਾਲਤ ਬਚਦੀ ਹੈ।
ਜੇ ਮਿਆਦ ਖਤਮ ਹੋਣ 'ਤੇ ਨਿਕਾਸ ਚੁਣੋ, ਤਾਂ ਯੂਨਿਟ ਨੂੰ ਮੇਲ ਖਾਂਦੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਨੀਤੀ ਅਤੇ ਨਿਕਾਸ ਹਾਲਤ ਦੀ ਸੰਭਾਲ ਚਾਹੀਦੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਜੀਵਨਸ਼ੀਲਤਾ ਦੀ ਖਰਾਬੀ ਪੱਕੇ ਠਹਿਰਾਅ ਵਾਂਗ ਦਿਸਦੀ ਹੈ। ਸਥਿਰਤਾ ਦੇ ਵਿਕਲਪ ਅੰਦਰੂਨੀ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਦੌਰਾਨ ਇੰਟਰਫੇਸ ਅਤੇ ਰੂਟ ਬਚਾ ਸਕਦੇ ਹਨ, ਪਰ ਪ੍ਰਕਿਰਿਆ ਨਿਕਾਸ ਦੌਰਾਨ ਨਹੀਂ।
ਹਰ ਤੈਨਾਤੀ ਲਈ ਇੱਕ ਜੀਵਨ-ਚੱਕਰ ਚੁਣੋ ਅਤੇ ਕਾਰਨ ਲਿਖੋ। ਦੋਵੇਂ ਨਿਰਦੇਸ਼ ਰੱਖਣ ਵਾਲਾ ਪਰੋਫਾਈਲ ਉਹ ਪਰੋਫਾਈਲ ਹੈ ਜਿਸ ਨੇ ਫੈਸਲਾ ਨਹੀਂ ਕੀਤਾ।
ਹਰ ਖਰਾਬੀ ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਕੇਸ ਵਜੋਂ ਪਰਖੋ
ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਿੰਡੋ ਵਿੱਚ ਚੁੱਪ ਸਾਥੀ, ਮਾਰੇ ਗਏ ਡੈਮਨ ਅਤੇ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਨਕਲ ਕਰੋ, ਫਿਰ ਵੇਖੋ ਕਿ ਕਿਹੜੀ ਬਹਾਲੀ ਸਰਗਰਮ ਹੋਈ। ਚੁੱਪ ਸਾਥੀ ਨੂੰ ਅੰਦਰੂਨੀ ਮੁੜ-ਜੁੜਾਅ, ਮਾਰੇ ਗਏ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਯੂਨਿਟ ਮੁੜ-ਸ਼ੁਰੂਆਤ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਰੁਕਾਵਟ ਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਹੀਂ ਦੇਣਾ ਚਾਹੀਦਾ। ਜਦੋਂ ਦੋ ਕੇਸ ਇੱਕੋ ਕਾਰਵਾਈ ਦਿੰਦੇ ਹਨ, ਮਾਲਕੀ ਅਜੇ ਵੀ ਮਿਲੀ-ਜੁਲੀ ਹੈ।
ਵਾਰ-ਵਾਰ ਬਹਾਲੀ ਵੀ ਮੁਰੰਮਤ ਨਹੀਂ ਹੈ। ਰੱਦ ਕੀਤੇ ਪ੍ਰਮਾਣ ਜਾਂ ਇੱਕੋ ਪ੍ਰਭਾਵੀ ਨਾਮ ਸਾਂਝਾ ਕਰਨ ਵਾਲੇ ਦੋ ਕਲਾਇੰਟ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਲੈਂਦੇ ਰਹਿਣਗੇ, ਅਤੇ ਤੇਜ਼ ਟਾਈਮਰ ਉਸ ਡੋਲਣ ਨੂੰ ਹੋਰ ਤੇਜ਼ ਬਣਾਉਂਦੇ ਹਨ।