PID ਫ਼ਾਈਲ ਹੈ, ਸੁਰੰਗ ਨਹੀਂ: ਕੀ OpenVPN ਕਦੇ ਚੱਲਿਆ ਸੀ?
ਬਚੀ ਹੋਈ PID ਫ਼ਾਈਲ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਸੁਰੰਗ ਸਰਗਰਮ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਸ ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾ, ਪ੍ਰਕਿਰਿਆ ਦਾ ਸ਼ੁਰੂ ਸਮਾਂ ਅਤੇ ਲਾਂਚਰ ਦਾ ਸਮਝੌਤਾ ਜਾਂਚੋ।
ਜਦੋਂ ਲਾਂਚਰ OpenVPN ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ PID ਫ਼ਾਈਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਸੁਭਾਵਿਕ ਪਾਠ ਇਹ ਹੈ ਕਿ ਕਿਤੇ ਸੁਰੰਗ ਚੱਲ ਰਹੀ ਹੈ। ਉਹ ਪਾਠ ਕਾਫ਼ੀ ਵਾਰ ਗਲਤ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਕੁਝ ਵੀ ਹਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਣਾ ਢੁੱਕਦਾ ਹੈ। ਰਨਟਾਈਮ ਡਾਇਰੈਕਟਰੀ ਦੀ ਫ਼ਾਈਲ ਹਿਸਾਬ ਹੈ, ਅਤੇ ਹਿਸਾਬ ਉਨ੍ਹਾਂ ਕ੍ਰੈਸ਼, ਰੀਬੂਟ ਅਤੇ ਅਧੂਰੇ ਸ਼ਟਡਾਊਨ ਤੋਂ ਬਚਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਕੋਈ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਛੱਡੀ। ਦੋ ਸਵਾਲ ਮਾਮਲਾ ਤੈਅ ਕਰਦੇ ਹਨ: ਕੀ ਕੋਈ ਜੀਵਤ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਅਤੇ ਕੀ ਉਹ ਪ੍ਰਕਿਰਿਆ ਇਸ ਇੰਸਟੈਂਸ ਦੀ ਹੈ।
ਫ਼ਾਈਲ ਨਾਲ ਨਹੀਂ, ਸੇਵਾ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
ਇਨਕਾਰ ਆਮ ਤੌਰ 'ਤੇ OpenVPN ਤੋਂ ਨਹੀਂ, ਲਾਂਚਰ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਪਾਥ ਪੜ੍ਹਦਾ ਹੈ, ਉੱਥੇ ਕੁਝ ਲੱਭਦਾ ਹੈ ਅਤੇ ਸੰਰਚਨਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ ਪਹਿਲਾ ਸਵਾਲ ਸੁਰੰਗ ਬਾਰੇ ਨਹੀਂ, ਲਾਂਚਰ ਦੇ ਸਮਝੌਤੇ ਬਾਰੇ ਹੈ।
ਸੁਨੇਹਾ ਛਾਪਣ ਵਾਲੀ ਯੂਨਿਟ ਜਾਂ ਸਕ੍ਰਿਪਟ ਪੜ੍ਹੋ ਅਤੇ ਤਿੰਨ ਗੱਲਾਂ ਨੋਟ ਕਰੋ: ਇਹ ਜਿਹੜਾ ਪਾਥ ਜਾਂਚਦੀ ਹੈ, ਜਿਹੜਾ ਸੇਵਾ ਕਿਸਮ ਐਲਾਨਦੀ ਹੈ, ਅਤੇ ਕੀ ਫ਼ਾਈਲ ਲਿਖਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਇਸ ਉੱਤੇ ਹੈ। ਆਧੁਨਿਕ ਯੂਨਿਟ ਸਾਧਾਰਨ ਜਾਂ ਸੂਚਨਾ ਨਿਗਰਾਨੀ ਵਰਤ ਕੇ PID ਫ਼ਾਈਲ ਨੂੰ ਕਦੇ ਨਹੀਂ ਛੂੰਹਦੀ, ਜਦੋਂ ਕਿ ਪੁਰਾਣੀ init ਸਕ੍ਰਿਪਟ ਆਪ ਹੀ ਇੱਕ ਬਣਾ ਸਕਦੀ ਹੈ। ਇੱਕ ਮਾਡਲ ਦੀ ਜਾਂਚ ਦੂਜੇ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਬਿਲਕੁਲ ਇਸੇ ਤਰ੍ਹਾਂ ਦਾ ਇਨਕਾਰ ਆਉਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਮਾਡਲ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ।
ਤਦ ਹੀ ਸਵਾਲ ਇਹ ਬਣਦਾ ਹੈ ਕਿ ਕੀ ਕੋਈ ਇੰਸਟੈਂਸ ਸੱਚਮੁੱਚ ਚੱਲ ਰਿਹਾ ਹੈ।
ਜਾਂਚੋ ਕਿ ਕੀ ਉਹ ਪਛਾਣ ਤੁਹਾਡੇ ਇੰਸਟੈਂਸ ਦੀ ਹੈ
ਫ਼ਾਈਲ ਵਿੱਚਲਾ ਅੰਕ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਅੰਕ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਸ ਪਛਾਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਹੁਣ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਪੱਕਾ ਹੀ ਨਹੀਂ ਕਿ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੀ ਹੈ, ਕਿਉਂਕਿ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਪਛਾਣਾਂ ਦੁਬਾਰਾ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਪ੍ਰਕਿਰਿਆ ਦੇ ਸ਼ੁਰੂ ਸਮੇਂ ਦੀ ਤੁਲਨਾ ਫ਼ਾਈਲ ਦੀ ਸਮਾਂ-ਮੋਹਰ ਨਾਲ, ਐਗਜ਼ਿਕਿਊਟੇਬਲ ਦੀ ਯੂਨਿਟ ਦੇ ਆਦੇਸ਼ ਨਾਲ, ਅਤੇ ਸੇਵਾ ਮੈਂਬਰਸ਼ਿਪ ਦੀ ਯੂਨਿਟ ਦੇ ਨਾਮ ਨਾਲ ਕਰੋ। ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਵਿੱਚ ਵੀ ਬੇਮੇਲ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਸੁਰੰਗ ਨਹੀਂ, ਹਿਸਾਬ ਦੇਖ ਰਹੇ ਹੋ।
ਕੰਟੇਨਰ ਜਾਂ ਕਈ ਨਾਮ-ਥਾਂਵਾਂ ਚਲਾਉਂਦੇ ਹੋਸਟ ਉੱਤੇ ਪਛਾਣ ਇੱਕ ਨਜ਼ਾਰੇ ਵਿੱਚ ਅਰਥਪੂਰਨ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਗੈਰਹਾਜ਼ਰ ਹੋ ਸਕਦੀ ਹੈ। ਪ੍ਰਕਿਰਿਆ ਨਾ ਦਿਸਣਾ ਵੀ ਇਸ ਦੀ ਅਣਹੋਂਦ ਦਾ ਸਬੂਤ ਨਹੀਂ, ਜੇ ਤੁਹਾਡਾ ਖਾਤਾ ਇਸ ਨੂੰ ਜਾਂਚ ਨਹੀਂ ਸਕਦਾ। ਸਿੱਟੇ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਂਚਰ ਵੱਲੋਂ ਵਰਤੇ ਜਾਂਦੇ ਸੰਦਰਭ ਤੋਂ ਜਾਂਚੋ।
systemctl status [email protected]
ps -o pid,lstart,args -p "$(cat /run/openvpn/vpn.pid)"ਲਾਂਚਰ ਨੇ ਫ਼ਾਈਲ ਨਾਲ ਕੀ ਕਰਨ ਦਾ ਵਾਅਦਾ ਕੀਤਾ ਸੀ
PIDFile= ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਮੁੱਖ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪਛਾਣ ਕਿੱਥੋਂ ਪੜ੍ਹਨੀ ਹੈ। ਪ੍ਰਬੰਧਕ ਉਹ ਫ਼ਾਈਲ ਨਹੀਂ ਲਿਖਦਾ, ਪਰ ਸ਼ਟਡਾਊਨ ਤੋਂ ਬਾਅਦ ਬਚੀ ਫ਼ਾਈਲ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਅਧੂਰਾ ਨਿਕਾਸ ਫ਼ਾਈਲ ਛੱਡ ਸਕਦਾ ਹੈ।
ਜ਼ਿੰਮੇਵਾਰੀ ਦੀ ਇਹ ਵੰਡ ਉਨ੍ਹਾਂ ਦੋ ਲੱਛਣਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਲੋਕ ਬੱਗ ਦੱਸਦੇ ਹਨ। ਜੋ ਫ਼ਾਈਲ ਕਦੇ ਨਹੀਂ ਦਿਸਦੀ, ਉਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੈਮਨ ਜਾਂ ਇਸ ਦੀ ਸਕ੍ਰਿਪਟ ਇਸ ਨੂੰ ਲਿਖ ਨਹੀਂ ਸਕੀ, ਇਹ ਨਹੀਂ ਕਿ ਨਿਗਰਾਨੀ ਗਲਤ ਸੰਰਚਿਤ ਹੈ। ਜੋ ਫ਼ਾਈਲ ਸਟਾਪ ਤੋਂ ਬਾਅਦ ਬਚੀ ਰਹਿੰਦੀ ਹੈ, ਉਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸ਼ਟਡਾਊਨ ਦਾ ਰਾਹ ਕਦੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ।
ਇਹ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਮੌਜੂਦਾ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਇਸ ਰੀਤ ਨੂੰ ਟਾਲਣ ਦੀ ਸਲਾਹ ਕਿਉਂ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਨਿਗਰਾਨੀ ਮੁੱਖ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਿੱਧਾ ਟਰੈਕ ਕਰ ਸਕਦੀ ਹੈ। ਉਹ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਪੈਕੇਜ ਕੀਤੀ ਯੂਨਿਟ ਦੀ ਕਿਸਮ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹਨ, ਕਿਉਂਕਿ ਡੈਮਨ ਦਾ ਫੋਰਗ੍ਰਾਊਂਡ, ਫੋਰਕਿੰਗ ਜਾਂ ਸੂਚਨਾ ਵਿਵਹਾਰ ਯੂਨਿਟ ਵੱਲੋਂ ਐਲਾਨੇ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਡੈਮਨ ਬਦਲੇ ਬਿਨਾਂ ਕਿਸਮ ਬਦਲੋ ਅਤੇ ਤੁਹਾਨੂੰ ਸੁਰੰਗ ਚੱਲਦਿਆਂ ਅਸਫਲਤਾ ਦੱਸਣ ਵਾਲੀ ਯੂਨਿਟ ਮਿਲੇਗੀ, ਜਾਂ ਉਲਟਾ। ਜੋੜੀ ਮਿਲਾਓ, ਜਾਂ ਦੋਵੇਂ ਛੱਡ ਦਿਓ। systemd ਸੇਵਾ ਸੰਦਰਭ ਮਾਲਕੀ ਦੀ ਵੰਡ ਦੱਸਦਾ ਹੈ।
ਸਾਫ਼ ਸ਼ਟਡਾਊਨ ਬਨਾਮ ਅਧੂਰਾ ਨਿਕਾਸ
ਸਾਫ਼ ਸਟਾਪ ਡੈਮਨ ਨੂੰ ਬਾਹਰ ਨਿਕਲਣ ਲਈ ਕਹਿੰਦਾ ਹੈ, ਉਸ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਬੰਧਕ ਨੂੰ ਆਪਣਾ ਹਿਸਾਬ ਸੰਭਾਲਣ ਦਿੰਦਾ ਹੈ। ਅਧੂਰਾ ਨਿਕਾਸ, ਮਾਰੀ ਗਈ ਪ੍ਰਕਿਰਿਆ ਜਾਂ ਸ਼ਟਡਾਊਨ ਵਿਚਕਾਰ ਰੀਬੂਟ ਉਸ ਕ੍ਰਮ ਦੇ ਭਾਗ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਬਚੀ ਰਹਿਣ ਵਾਲੀ ਫ਼ਾਈਲ ਹੁੰਦੀ ਹੈ। ਕ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਇੱਕ ਲੱਭਣਾ ਦੱਸਦਾ ਹੈ ਕਿ ਸ਼ਟਡਾਊਨ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ, ਕੋਈ ਚੀਜ਼ ਸੁਣ ਰਹੀ ਹੈ ਨਹੀਂ।
ਫ਼ਾਈਲ ਦੀ ਸਮਾਂ-ਮੋਹਰ ਦੀ ਤੁਲਨਾ ਆਖ਼ਰੀ ਬੂਟ ਅਤੇ ਯੂਨਿਟ ਦੇ ਆਖ਼ਰੀ ਸਟਾਪ ਨਾਲ ਕਰੋ।
ਫਿਰ ਜੀਵਤ ਸਬੂਤ ਸਿੱਧੇ ਜਾਂਚੋ। VPN ਪੋਰਟ ਨਾਲ ਬੱਝਾ ਸਾਕਟ ਅਤੇ ਪਤਾ ਵਾਲਾ ਸੁਰੰਗ ਇੰਟਰਫ਼ੇਸ ਸਬੂਤ ਹਨ ਕਿ ਕੁਝ ਚੱਲ ਰਿਹਾ ਹੈ, ਉਸ ਤਰੀਕੇ ਨਾਲ ਜੋ ਰਨਟਾਈਮ ਡਾਇਰੈਕਟਰੀ ਦੀ ਟੈਕਸਟ ਫ਼ਾਈਲ ਕਦੇ ਨਹੀਂ ਹੁੰਦੀ। ਜੇ ਦੋਵੇਂ ਗੈਰਹਾਜ਼ਰ ਹਨ, ਤਾਂ ਕੁਝ ਨਹੀਂ ਚੱਲ ਰਿਹਾ, ਫ਼ਾਈਲ ਭਾਵੇਂ ਕੁਝ ਵੀ ਦਾਅਵਾ ਕਰੇ।
ਆਦਤ ਵਜੋਂ ਫ਼ਾਈਲ ਹਟਾਉਣਾ ਬੰਦ ਕਰੋ
ਇਹ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਿ ਕਿਸੇ ਇੰਸਟੈਂਸ ਦਾ ਇਸ ਉੱਤੇ ਮਾਲਕੀ ਨਹੀਂ ਅਤੇ ਲਾਂਚਰ ਇਸ ਵਿਵਹਾਰ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ, ਇਸ ਨੂੰ ਹਟਾਉਣਾ ਜਾਇਜ਼ ਰਿਕਵਰੀ ਕਦਮ ਹੈ।
ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਸਥਾਈ ਆਦਤ ਵਜੋਂ ਇਹ ਉਸੇ ਜਾਂਚ ਨੂੰ ਬੇਅਸਰ ਕਰ ਦਿੰਦੀ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਬਚਾ ਰਹੇ ਹੋ। ਜੇ ਹਰ ਸਾਫ਼ ਸਟਾਪ ਤੋਂ ਬਾਅਦ ਪੁਰਾਣੀਆਂ ਫ਼ਾਈਲਾਂ ਵਾਪਸ ਆਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਲਿਖਣ ਵਾਲਾ ਅਤੇ ਸ਼ਟਡਾਊਨ ਜੀਵਨ-ਚੱਕਰ ਪਾਥ ਦੀ ਮਾਲਕੀ ਉੱਤੇ ਸਹਿਮਤ ਨਹੀਂ, ਅਤੇ ਇਹੀ ਅਸਹਿਮਤੀ ਸੁਧਾਰਨ ਯੋਗ ਬੱਗ ਹੈ।
ਹੋਸਟ ਵਿੱਚ ਦਾਖ਼ਲੇ ਦਾ ਸੁਤੰਤਰ ਰਾਹ ਰੱਖੋ, ਇਸ ਦੇ ਆਮ ਪ੍ਰਬੰਧਕ ਰਾਹੀਂ ਇੱਕ ਇੰਸਟੈਂਸ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਪਹਿਲਾ ਨਤੀਜਾ ਪੜ੍ਹੋ। ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਕੰਮ ਕਰਨ ਵਾਲੀ ਜਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਸਮਝਾਉਣ ਵਾਲੀ ਯੂਨਿਟ ਮਿਲਦੀ ਹੈ।