ਸਕ੍ਰੀਨ ਹਨੇਰੀ ਹੋਣ 'ਤੇ VPN ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ: ਲਾਕ, ਬਲੈਂਕ ਜਾਂ ਸਸਪੈਂਡ?
ਲਾਕ ਕੀਤਾ ਸੈਸ਼ਨ, ਹਨੇਰੀ ਸਕ੍ਰੀਨ ਅਤੇ ਸਸਪੈਂਡ ਹੋਇਆ ਮਸ਼ੀਨ ਤਿੰਨ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ। VPN ਦੇ ਕੀਪਅਲਾਈਵ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਨੂੰ journalctl ਨਾਲ ਜੋੜ ਕੇ ਵੇਖੋ।
ਜਦੋਂ ਕੋਈ ਕਹਿੰਦਾ ਹੈ ਕਿ ਸਕ੍ਰੀਨ ਹਨੇਰੀ ਹੋਣ 'ਤੇ VPN ਮਰ ਗਿਆ, ਤਾਂ ਪਹਿਲਾ ਲਾਹੇਵੰਦ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਘਟਨਾ ਅਸਲ ਵਿੱਚ ਹੋਈ: ਸੈਸ਼ਨ ਲਾਕ ਹੋਇਆ, ਪੈਨਲ ਬੰਦ ਹੋਇਆ, ਜਾਂ ਪੂਰਾ ਮਸ਼ੀਨ ਸੌਂ ਗਿਆ। ਇਹ ਵੱਖਰੇ ਟਾਈਮਰਾਂ 'ਤੇ ਵੱਖਰੇ ਤੰਤਰ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਕਿਸੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸ਼ਡਿਊਲ ਹੋਣ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੋਕ ਸਕਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲੀ ਪਹਿਲੀ ਜਾਂਚ 'ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਦੀ ਹਰ ਜਾਂਚ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।
ਪਹਿਲੀ ਜਾਂਚ: ਲਾਕ ਨੂੰ ਬਲੈਂਕ ਅਤੇ ਨੀਂਦ ਤੋਂ ਵੱਖ ਕਰੋ
ਲਾਕ ਬਦਲਦਾ ਹੈ ਕਿ ਸੈਸ਼ਨ ਕੌਣ ਵਰਤ ਸਕਦਾ ਹੈ; ਕੰਪੋਜ਼ੀਟਰ ਚਿੱਤਰ ਬਣਾਉਂਦਾ ਰਹਿੰਦਾ ਹੈ, ਨੈੱਟਵਰਕ ਸਟੈਕ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ ਅਤੇ VPN ਕਲਾਇੰਟ ਨੂੰ ਕੁਝ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ। ਸਕ੍ਰੀਨ ਬਲੈਂਕ ਹੋਣ 'ਤੇ ਨਿਸ਼ਕਿਰਿਆ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਪੈਨਲ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮਸ਼ੀਨ ਪੂਰੀ ਜਾਗਦੀ ਰਹਿੰਦੀ ਹੈ। ਸਸਪੈਂਡ ਪ੍ਰੋਸੈਸਰ ਰੋਕ ਦਿੰਦਾ ਹੈ, ਯਾਨੀ ਵਰਤੋਂਕਾਰ-ਥਾਂ ਦੀ ਕੋਈ ਵੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ਡਿਊਲ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਅੰਤਰਾਲ ਕਿੰਨਾ ਵੀ ਛੋਟਾ ਰੱਖੋ, ਕੋਈ ਕੀਪਅਲਾਈਵ ਨਹੀਂ ਚੱਲ ਸਕਦਾ।
| Event | What it stops | Can it kill the tunnel? |
|---|---|---|
| Session lock | Input to your session | No |
| Display blank | The panel | No |
| Suspend to RAM | CPU scheduling, hence every process | Yes, and silently |
| Hibernate | Everything, with state written to disk | Yes |
ਇਹੀ ਸਾਰਣੀ ਕਾਰਨ ਹੈ ਕਿ «ਸਕ੍ਰੀਨ ਹਨੇਰੀ ਹੋਈ» ਕੋਈ ਨਿਦਾਨ ਨਹੀਂ ਹੈ। ਪੰਜ ਮਿੰਟਾਂ 'ਤੇ ਬਲੈਂਕ ਅਤੇ ਤੀਹ ਮਿੰਟਾਂ 'ਤੇ ਸਸਪੈਂਡ 'ਤੇ ਸੈੱਟ ਡੈਸਕਟਾਪ ਛੇਵੇਂ ਮਿੰਟ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੰਦਰੁਸਤ ਟਨਲ ਨਾਲ ਹਨੇਰੀ ਸਕ੍ਰੀਨ ਦਿਖਾਏਗਾ। ਤੀਹਵੇਂ ਮਿੰਟ ਦੀ ਖਰਾਬੀ ਦੂਜੀ ਘਟਨਾ ਅਤੇ ਦੂਜਾ ਹੱਲ ਹੈ, ਅਤੇ ਕਮਰੇ ਦੇ ਦੂਜੇ ਪਾਸਿਓਂ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ।
ਦੂਜੀ ਜਾਂਚ: ਬਿਜਲੀ ਅਤੇ ਨੈੱਟਵਰਕ ਘਟਨਾਵਾਂ ਨੂੰ ਇੱਕ ਸਮਾਂ-ਰੇਖਾ 'ਤੇ ਰੱਖੋ
ਪੂਰੇ ਬੂਟ ਦੀ ਥਾਂ ਸੀਮਤ ਸਮੇਂ ਦਾ ਜਰਨਲ ਪੜ੍ਹੋ, ਅਤੇ ਲਾਗਇਨ ਪ੍ਰਬੰਧਕ ਤੇ ਕਨੈਕਸ਼ਨ ਦਾ ਮਾਲਕ ਦੋਵੇਂ ਸ਼ਾਮਲ ਕਰੋ:
journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --listਪਹਿਲਾ ਹੁਕਮ ਨੀਂਦ ਦੀਆਂ ਬੇਨਤੀਆਂ, ਮੁੜ ਜਾਗਣਾ ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਬਾਅਦ ਦੇ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਦਿਖਾਉਂਦਾ ਹੈ। ਦੂਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹੁਣ ਕੀ ਇੱਕ ਰੋਕਥਾਮ ਤਾਲਾ ਫੜੀ ਬੈਠਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਈ ਚੀਜ਼ ਜਾਣਬੁੱਝ ਕੇ ਨੀਂਦ ਰੋਕ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਉਹ ਕਿਹੜਾ ਪ੍ਰੋਗਰਾਮ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਕਨੈਕਸ਼ਨ ਦਾ ਮਾਲਕ NetworkManager ਨਹੀਂ ਹੈ ਤਾਂ ਯੂਨਿਟ ਦੇ ਨਾਮ ਬਦਲੋ, ਅਤੇ ਯਾਦ ਰੱਖੋ ਕਿ ਕਿਸੇ ਹੋਰ ਵਰਤੋਂਕਾਰ ਦੀ ਯੂਨਿਟ ਜਾਂ ਸਿਸਟਮ ਜਰਨਲ ਪੜ੍ਹਨਾ ਸਥਾਨਕ ਨੀਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਗੁੰਮ ਲਾਈਨ ਨਕਾਰਾਤਮਕ ਨਤੀਜਾ ਨਹੀਂ ਹੈ। ਜੇ ਚੁਣੀ ਗਈ ਯੂਨਿਟ ਦਾ ਜਰਨਲ ਤੁਹਾਡੇ ਖਾਤੇ ਨੂੰ ਨਹੀਂ ਦਿਸਦਾ, ਤਾਂ ਸਸਪੈਂਡ ਰਿਕਾਰਡ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਅਤੇ ਖਾਲੀ ਫਿਲਟਰ ਤੋਂ «ਇਹ ਕਦੇ ਨਹੀਂ ਸੁੱਤਾ» ਦਾ ਨਤੀਜਾ ਕੱਢਣਾ ਉਹੀ ਰਾਹ ਹੈ ਜਿਸ 'ਤੇ ਲੋਕ ਇੱਕ ਹਫ਼ਤਾ ਕੀਪਅਲਾਈਵ ਸੈੱਟ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ।
ਤੀਜੀ ਜਾਂਚ: ਜੇ ਇਹ ਸੁੱਤਾ, ਤਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਸੀ
ਜਦੋਂ ਸਮਾਂ-ਰੇਖਾ 'ਤੇ ਨੀਂਦ ਦਾ ਬਦਲਾਅ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਸਵਾਲ «VPN ਕਿਉਂ ਟੁੱਟਿਆ» ਤੋਂ ਬਦਲ ਕੇ «ਮਸ਼ੀਨ ਨੂੰ ਸੌਣਾ ਹੀ ਚਾਹੀਦਾ ਸੀ ਕਿ ਨਹੀਂ» ਹੋ ਜਾਂਦਾ ਹੈ। ਲੈਪਟਾਪ 'ਤੇ ਜਵਾਬ ਅਕਸਰ ਹਾਂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਦਾ ਟੁੱਟਣਾ ਉਮੀਦ ਕੀਤਾ ਵਿਵਹਾਰ ਹੈ ਜਿਸ ਤੋਂ ਕਲਾਇੰਟ ਨੂੰ ਜਾਗਣ 'ਤੇ ਉੱਭਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜਿਸ ਵਰਕਸਟੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਬਣੀ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ, ਉੱਥੇ ਨੀਂਦ ਦੀ ਨੀਤੀ ਹੀ ਬਦਲਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ। ਇਹਨਾਂ ਦੋ ਮਸ਼ੀਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਤੁਸੀਂ ਵੇਖ ਰਹੇ ਹੋ, ਇਹ ਤੈਅ ਕਰਨ ਲਈ ਇੱਕ ਸਵਾਲ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਹ ਉਹ ਸਵਾਲ ਨਹੀਂ ਜਿਸ ਦਾ ਜਵਾਬ ਜਰਨਲ ਤੁਹਾਡੀ ਥਾਂ ਦੇ ਸਕੇ।
ਇਸ ਨੂੰ ਲਾਗਇਨ ਕੀਤੇ ਸੈਸ਼ਨ ਦੇ ਕੰਟਰੋਲਾਂ ਰਾਹੀਂ ਬਦਲੋ, ਜਾਂ ਜੇ ਲੋੜ ਪੂਰੀ ਮਸ਼ੀਨ ਦੀ ਹੈ ਤਾਂ ਪ੍ਰਸ਼ਾਸਕ-ਸਮਰਥਿਤ ਤੰਤਰ ਰਾਹੀਂ ਬਦਲੋ। ਦੂਜੇ ਖਾਤੇ ਨਾਲ ਲਾਗਇਨ ਹੋਣ ਵੇਲੇ ਡਿਸਪਲੇ ਪ੍ਰਬੰਧਕ ਦੀ ਸੈਟਿੰਗ ਸੋਧਣਾ ਉਹੀ ਕਾਰਵਾਈ ਨਹੀਂ ਹੈ ਅਤੇ ਅਗਲਾ ਸੈਸ਼ਨ ਸ਼ੁਰੂ ਹੋਣ ਤੱਕ ਕੰਮ ਕੀਤਾ ਜਾਪੇਗਾ। ਬਿਜਲੀ ਪ੍ਰਬੰਧਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰਨਾ ਇੱਕ ਵਿਆਪਕ ਪਹਿਲੀ ਪ੍ਰਤੀਕਿਰਿਆ ਹੈ ਜੋ ਬੈਟਰੀ ਦੀ ਉਮਰ ਖਾਂਦੀ ਹੈ ਅਤੇ ਅਸਲ ਨੀਤੀ ਵਾਲਾ ਸਵਾਲ ਲੁਕਾ ਦਿੰਦੀ ਹੈ।
ਚੌਥੀ ਜਾਂਚ: ਜੇ ਇਹ ਜਾਗਦਾ ਰਿਹਾ, ਤਾਂ ਨੈੱਟਵਰਕ ਅਤੇ ਕਲਾਇੰਟ ਵੇਖੋ
ਟਨਲ ਗੁਆ ਚੁੱਕੇ ਜਾਗਦੇ ਮਸ਼ੀਨ ਦੀ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਕਹਾਣੀ ਹੁੰਦੀ ਹੈ: ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਡਿੱਗਿਆ, VPN ਕਲਾਇੰਟ ਰੁਕਿਆ ਜਾਂ ਮੁੜ ਸ਼ੁਰੂ ਹੋਇਆ, ਜਾਂ ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਨੇ ਸੰਬੰਧ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣ ਦਿੱਤੀ ਜਦਕਿ ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਜੁੜਿਆ ਹੋਣ ਦਾ ਯਕੀਨ ਕਰਦਾ ਰਿਹਾ। ਅਧਾਰ ਲਿੰਕ ਘਟਨਾ ਦੇ ਟਾਈਮਸਟੈਂਪ ਦੀ ਟਨਲ ਘਟਨਾ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਕਿਹੜੀ ਪਹਿਲਾਂ ਆਈ ਇਸ ਬਾਰੇ ਸਟੀਕ ਰਹੋ।
ਫਿਰ ਮੂਲ ਸੈਸ਼ਨ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਬਹਾਲੀ ਦਾ ਰਾਹ ਜਾਂਚੋ। ਬਹਾਲ ਹੋਏ ਟਨਲ ਰਾਹੀਂ ਨਵੀਂ ਬੇਨਤੀ ਸਫਲ ਹੋ ਸਕਦੀ ਹੈ ਜਦਕਿ ਟੁੱਟਣ ਤੋਂ ਪਹਿਲਾਂ ਖੋਲ੍ਹਿਆ ਲੰਬੇ ਸਮੇਂ ਵਾਲਾ ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਟੁੱਟਿਆ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨ ਪੁਰਾਣਾ ਸਾਕਟ ਜਾਂ ਕੈਸ਼ ਕੀਤਾ ਪਤਾ ਫੜੀ ਰੱਖਦਾ ਹੈ। ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਟਨਲ ਦੇ ਵਾਪਸ ਨਾ ਆਉਣ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਲਾਹੇਵੰਦ ਰਿਪੋਰਟ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ
ਕ੍ਰਮ ਨੂੰ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਮਾਲਕਾਂ ਸਮੇਤ ਲਿਖੋ: ਸੈਸ਼ਨ ਕਦੋਂ ਲਾਕ ਹੋਇਆ, ਸਕ੍ਰੀਨ ਕਦੋਂ ਹਨੇਰੀ ਹੋਈ, ਨੀਂਦ ਦੀ ਬੇਨਤੀ ਦਰਜ ਹੋਈ ਕਿ ਨਹੀਂ, ਲਿੰਕ ਕਦੋਂ ਡਿੱਗਿਆ ਅਤੇ ਵਾਪਸ ਆਇਆ, ਟਨਲ ਨੇ ਕਦੋਂ ਹਾਲਤ ਬਦਲੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕੀਤਾ। ਹਰ ਬੰਦੇ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਹਰ ਬੰਦਾ Linux ਬਾਰੇ ਆਮ ਸ਼ਿਕਾਇਤ ਬਣਨ ਦੀ ਥਾਂ ਸਹੀ ਵਿਅਕਤੀ ਨੂੰ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਜੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਲਾਈਨ ਗੁੰਮ ਹੈ, ਤਾਂ ਉਹ ਅੱਗੇ ਮਾਪਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ, ਅੱਗੇ ਬਦਲਣ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ। ਖਾਲੀ ਥਾਂ ਵਾਲੀ ਸਮਾਂ-ਰੇਖਾ ਅੰਦਾਜ਼ੇ 'ਤੇ ਕੀਤੇ ਸੈਟਿੰਗ ਬਦਲਾਅ ਨਾਲੋਂ ਵੱਧ ਜਾਣਕਾਰੀ ਦਿੰਦੀ ਹੈ।