Linux ਵਿੱਚ VPN ਅਤੇ ਪਰਾਕਸੀ ਸੇਵਾਵਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਬੰਦ ਕਰਨਾ

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

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

ਕੁਝ ਵੀ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਯੂਨਿਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ

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

ਨਾਮ ਕਮਜ਼ੋਰ ਸਬੂਤ ਹਨ। ਵਰਤੋਂਕਾਰ ਪਰਾਕਸੀ, ਸਿਸਟਮ ਪਰਾਕਸੀ ਅਤੇ ਕਿਸੇ ਹੋਰ ਖਾਤੇ ਦੀ ਸੁਰੰਗ ਇੱਕੋ ਨਾਮ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ ਪਰ ਉਹਨਾਂ ਦੇ ਜੀਵਨ ਚੱਕਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ।

ਪਹਿਲਾਂ ਕੰਮ ਪੂਰਾ ਕਰੋ, ਫਿਰ ਖਪਤਕਾਰ ਨੂੰ ਰੋਕੋ

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

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

ExecStop ਅਤੇ ExecStopPost ਵੱਖਰੇ ਸੰਦ ਹਨ

ExecStop= — ਇਹ ਸਮਕਾਲੀ ਬੰਦੀ ਕਾਰਵਾਈ ਹੈ; ExecStopPost= — ਇਹ ਸਫ਼ਾਈ ਹੈ ਜੋ ਅਸਫਲ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ ਵੀ ਚੱਲਦੀ ਹੈ। ਸਿਰਫ਼ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਿਗਨਲ ਭੇਜ ਕੇ ਵਾਪਸ ਆਉਣ ਵਾਲਾ ਬੰਦੀ ਹੁਕਮ ਖਪਤਕਾਰ ਦੇ ਅਜੇ ਡੇਟਾ ਬਾਹਰ ਕੱਢਣ ਵੇਲੇ systemd ਨੂੰ ਅੱਗੇ ਵਧਣ ਦਿੰਦਾ ਹੈ। ਜੋ ਵੀ ਹਾਲਤ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਉਹ ਬਾਅਦ ਵਾਲੀ ਕਿਸਮ ਵਿੱਚ, ਅਤੇ ਜੋ ਬੰਦੀ ਨੂੰ ਰੋਕਣਾ ਚਾਹੀਦਾ ਹੈ ਉਹ ਸਮਕਾਲੀ ਕਿਸਮ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਪੈਕੇਜ ਫ਼ਾਈਲ ਨੂੰ ਉੱਥੇ ਹੀ ਸੋਧਣ ਦੀ ਥਾਂ ਪ੍ਰਭਾਵੀ ਯੂਨਿਟ ਅਤੇ ਇਸਦੀਆਂ drop-in ਫ਼ਾਈਲਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

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

ਬੰਦੀ ਨੂੰ ਸੀਮਤ ਕਰੋ ਅਤੇ ਉਸ ਸੀਮਾ ਦੀ ਕੀਮਤ ਜਾਣੋ

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

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

ਮਾਲਕ ਰਾਹੀਂ ਡਿਸਕਨੈਕਟ ਕਰੋ, ਫਿਰ ਤਿੰਨ ਹਾਲਤਾਂ ਜਾਂਚੋ

ਖਪਤਕਾਰ ਹੇਠਾਂ ਆਉਣ ਤੋਂ ਬਾਅਦ ਸੁਰੰਗ ਦੇ ਮਾਲਕ ਮੈਨੇਜਰ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਨ ਲਈ ਕਹੋ: systemd ਉਦਾਹਰਨ, NetworkManager ਸਰਗਰਮ ਕਨੈਕਸ਼ਨ ਜਾਂ ਵਿਕਰੇਤਾ ਦੀ ਸੇਵਾ। ਕਿਸੇ ਅਸੰਬੰਧਿਤ OpenVPN ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮਾਰਨਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਉਹ ਸੈਸ਼ਨ ਹਟਾ ਦੇਵੇ ਜਿਸਨੇ ਰਾਹ ਦਿੱਤਾ ਸੀ, ਅਤੇ ਰੀਸਟਾਰਟ ਨੀਤੀ ਵਾਲੀ ਪਰਾਕਸੀ ਤੁਹਾਡੇ ਰਾਹ ਢਾਹੁੰਦਿਆਂ ਬੇਨਤੀ ਮੁੜ ਬਣਾ ਸਕਦੀ ਹੈ। ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਨੀਤੀ ਨੂੰ ਯੋਜਨਾਬੱਧ ਬੰਦੀ ਨਾਲ ਮੇਲੋ।

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