23 ਘੰਟੇ ਦਾ VPN ਰਿਮਾਈਂਡਰ ਗਲਤ ਸੈਸ਼ਨ ਲਈ ਕਿਉਂ ਵੱਜਦਾ ਹੈ
23 ਘੰਟੇ ਦਾ ਨੋਟਿਸ ਇੱਕ ਸੈਸ਼ਨ ਦਾ ਪਿੱਛਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਖਾਤੇ ਦਾ ਨਹੀਂ। ਟਾਈਮਰ ਨੂੰ ਸ਼ੁਰੂ ਹੋਏ ਕਨੈਕਸ਼ਨ ਨਾਲ ਬੰਨ੍ਹੋ ਅਤੇ ਸਲੀਪ ਤੇ ਮੁੜ ਜੁੜਨ ਨੂੰ ਵੱਖਰੇ ਕੇਸ ਮੰਨੋ।
ਕਨੈਕਟ ਕਰਨ ਤੋਂ ਵੀਹ ਮਿੰਟ ਬਾਅਦ ਨੋਟਿਸ ਦਿਸਿਆ। ਇਸ ਦੇ ਹੇਠਾਂ ਵਾਲਾ ਕਾਊਂਟਰ ਪਿਛਲੀ ਸਵੇਰ ਤੋਂ, ਜਾਂ ਖਾਤੇ ਨੇ ਆਖਰੀ ਵਾਰ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਿਹਾ ਸੀ, ਅਤੇ ਅਲਰਟ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਦੱਸਿਆ ਗਿਆ ਕਿ ਕਿਹੜਾ। ਇਹੀ ਲੱਛਣ ਹੈ: ਤੁਹਾਡੇ ਸਾਹਮਣੇ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਨਾਲ ਬੱਝਾ ਰਿਮਾਈਂਡਰ।
ਹੱਲ ਬਿਹਤਰ ਅਲਰਟ ਨਹੀਂ ਹੈ। ਹੱਲ ਇਹ ਤੈਅ ਕਰਨਾ ਹੈ ਕਿ ਲੋੜ ਕਿਹੜੀ ਘੜੀ ਦੀ ਗੱਲ ਕਰ ਰਹੀ ਹੈ, ਅਤੇ ਫਿਰ ਟਾਈਮਰ ਨੂੰ ਉਸ ਘੜੀ ਵਿੱਚ ਮੌਜੂਦ ਚੀਜ਼ ਨਾਲ ਬੰਨ੍ਹਣਾ।
ਕੀ ਵੱਜਾ, ਅਤੇ ਉਹ ਕੀ ਗਿਣ ਰਿਹਾ ਸੀ
ਤਿੰਨ ਸੰਭਾਵੀ ਸਰੋਤ ਉਹੀ ਸੁਨੇਹਾ ਦਿੰਦੇ ਹਨ। ਕੈਲੰਡਰ ਨਿਯਮ ਨਿਸ਼ਚਿਤ ਸਥਾਨਕ ਸਮੇਂ 'ਤੇ ਚੱਲਦਾ ਹੈ ਅਤੇ ਸੁਰੰਗਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਜਾਣਦਾ। ਕਲਾਇੰਟ ਦਾ ਕਾਊਂਟਰ ਜਦੋਂ ਤੱਕ ਕੋਈ ਵੀ ਕਨੈਕਸ਼ਨ ਚਾਲੂ ਹੈ ਜਮ੍ਹਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਮੁੜ ਜੁੜਨ 'ਤੇ ਵੀ ਰਹਿੰਦਾ ਹੈ। ਗੇਟਵੇ ਨੀਤੀ ਸੈਸ਼ਨ ਨੂੰ ਸਰਵਰ ਵੱਲੋਂ ਖ਼ਤਮ ਕਰਦੀ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਭੇਜਦੀ ਹੈ।
ਸਿਰਫ਼ ਆਖਰੀ ਦੋ ਸੈਸ਼ਨ ਬਾਰੇ ਹਨ, ਅਤੇ ਉਹ ਵੀ ਸਹਿਮਤ ਨਹੀਂ। ਕਲਾਇੰਟ ਕਾਊਂਟਰ ਉਹ ਮਾਪਦਾ ਹੈ ਜੋ ਸਥਾਨਕ ਪ੍ਰਕਿਰਿਆ ਨੇ ਦੇਖਿਆ; ਗੇਟਵੇ ਉਹ ਮਾਪਦਾ ਹੈ ਜੋ ਉਸ ਨੇ ਪ੍ਰਮਾਣਿਤ ਅਤੇ ਹਿਸਾਬ ਕੀਤਾ। ਨੀਂਦ, ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਜਾਂ ਨਿਰੀਖਕ ਦੀ ਮੁੜ ਸ਼ੁਰੂਆਤ ਦੋਵਾਂ ਨੂੰ ਘੰਟਿਆਂ ਦੇ ਫ਼ਾਸਲੇ 'ਤੇ ਵੱਖ ਕਰ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਅਲਰਟ ਅਤੇ ਲਾਜ਼ਮੀ ਸਮਾਪਤੀ ਵੱਖ ਹੋ ਜਾਂਦੇ ਹਨ।
ਇੱਕ ਲੋੜ ਪਿੱਛੇ ਤਿੰਨ ਘੜੀਆਂ
ਉਹ ਵਾਕ ਲਿਖ ਕੇ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਚਾਹੁੰਦੇ ਹੋ। ਗੇਟਵੇ ਇਸ ਕਨੈਕਸ਼ਨ ਨੂੰ ਖ਼ਤਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਦੇਣਾ ਇੱਕ ਦਿਨ ਦੇ ਜੁੜੇ ਸਮੇਂ ਤੋਂ ਬਾਅਦ ਯਾਦ ਕਰਾਉਣ ਵਰਗੀ ਉਹੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਇਹ ਦੱਸਣ ਵਰਗਾ ਵੀ ਨਹੀਂ ਕਿ ਇਹ ਸੈਸ਼ਨ 23 ਘੰਟਿਆਂ ਤੋਂ ਚਾਲੂ ਹੈ। ਹਰ ਸੰਸਕਰਣ ਵੱਖਰੀ ਘਟਨਾ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਵੱਖਰੇ ਹਿੱਸੇ ਨੂੰ ਇਸ ਦਾ ਜਵਾਬ ਦੇਣਾ ਪੈਂਦਾ ਹੈ।
ਫਿਰ ਜਾਂਚੋ ਕਿ ਡੇਟਾ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ। ਸਥਾਨਕ ਸ਼ੁਰੂਆਤੀ ਟਾਈਮਸਟੈਂਪ ਸਰਵਰ 'ਤੇ ਨਿਰਭਰਤਾ ਤੋਂ ਬਿਨਾਂ ਸੈਸ਼ਨ ਦੀ ਉਮਰ ਦਿੰਦਾ ਹੈ। ਗੇਟਵੇ ਨੀਤੀ ਬਾਕੀ ਦੀ ਉਮਰ ਦਿੰਦੀ ਹੈ, ਪਰ ਸਿਰਫ਼ ਤਦ ਜਦੋਂ ਗੇਟਵੇ ਇਸ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਵਰਤੋਂ ਰਿਪੋਰਟ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਦੀ ਮਿਆਦ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਹ ਪਹਿਲਾਂ ਤੋਂ ਸੂਚਨਾ ਨਹੀਂ ਚਲਾ ਸਕਦੀ।
ਟਾਈਮਰ ਨੂੰ ਸੈਸ਼ਨ ਨਾਲ ਬੰਨ੍ਹੋ, ਖਾਤੇ ਨਾਲ ਨਹੀਂ
ਪਹਿਲਾਂ ਚੀਜ਼ ਚੁਣੋ। ਇੱਕ ਖਾਤੇ ਵਿੱਚ ਕਈ ਡਿਵਾਈਸ ਅਤੇ ਕਈ ਇੱਕੋ ਸਮੇਂ ਦੇ ਸੈਸ਼ਨ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਵਰਤੋਂਕਾਰ ਨਾਮ 'ਤੇ ਟਿਕਿਆ ਰਿਮਾਈਂਡਰ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਉਮਰ ਤੱਕ ਪਹੁੰਚਿਆ। ਇਸ ਨੂੰ ਪਰੋਫਾਈਲ ਅਤੇ ਉਸ ਸਰਗਰਮੀ ਨਾਲ ਬੰਨ੍ਹੋ, ਅਤੇ ਸਰਗਰਮੀ ਖ਼ਤਮ ਹੋਣ 'ਤੇ ਲੰਬਿਤ ਸੂਚਨਾ ਰੱਦ ਕਰੋ।
| Evidence you can read | What it establishes | Where it misleads |
|---|---|---|
| Connection state changes to active | A session started now | Does not carry the gateway's own session identifier |
| Duration reported at disconnect | Total service time for that session | Arrives too late for any advance notice |
| Interim usage update | Time accounted up to that update | Staleness equals the update interval |
| Local timestamp taken at activation | Age of your observation | Resets whenever the observer restarts |
ਉਹ ਸਾਰਣੀ ਤੁਹਾਡੇ ਆਪਣੇ ਸੂਚਕ ਲਈ ਇੱਕ ਇਕਰਾਰਨਾਮਾ ਹੈ, ਕਿਸੇ ਵੀ ਕਲਾਇੰਟ ਦੇ ਕਾਲਬੈਕ API ਦਾ ਵਰਣਨ ਨਹੀਂ। ਸਥਾਪਿਤ ਉਤਪਾਦ ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ ਬਾਰੇ ਜੋ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ ਉਹੀ ਬੰਨ੍ਹਣ ਦਾ ਸਰੋਤ ਹੈ; ਜਿੱਥੇ ਇਹ ਸਿਰਫ਼ ਪ੍ਰਮਾਣੀਕਰਨ ਘਟਨਾਵਾਂ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ, ਉੱਥੇ ਸਪਸ਼ਟ ਕਹੋ ਅਤੇ ਸੈਸ਼ਨ ਦਾ ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਥਾਂ ਮੋਟਾ ਵਿਵਹਾਰ ਸਵੀਕਾਰ ਕਰੋ।
ਛੋਟੀ ਸੀਮਾ ਨਾਲ ਇਸ ਨੂੰ ਜਾਂਚੋ
ਇੱਕ ਦਿਨ ਦੇ ਟਾਈਮਰ ਨੂੰ ਇੱਕ ਦਿਨ ਦੀ ਉਡੀਕ ਨਾਲ ਕਦੇ ਡੀਬਗ ਨਾ ਕਰੋ। ਸੰਰਚਨਾਯੋਗ ਸੀਮਾ ਜੋੜੋ, ਇਸ ਨੂੰ ਤੀਹ ਸਕਿੰਟ 'ਤੇ ਰੱਖੋ, ਅਤੇ ਕ੍ਰਮ ਵਿੱਚ ਚਾਰ ਤਬਦੀਲੀਆਂ ਚਲਾਓ: ਜੁੜੋ, ਉਡੀਕ ਕਰੋ, ਟੁੱਟੋ, ਮੁੜ ਜੁੜੋ। ਹਰ ਤਬਦੀਲੀ ਨੇ ਠੀਕ ਇੱਕ ਸਥਿਤੀ ਬਦਲਾਅ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਮੁੜ ਜੁੜਨ ਨੇ ਪੁਰਾਣੀ ਮਿਆਦ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਣ ਦੀ ਥਾਂ ਨਵੀਂ ਮਿਆਦ ਤੈਅ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
# current connection state and profile identity
nmcli -f GENERAL.STATE,GENERAL.CONNECTION connection show work
# the notifier unit you wrote: does it restart the deadline or resume it?
journalctl --user -u vpn-timer.service --since "-5 min" -o catਸ਼ਬਦਾਂ ਨਹੀਂ, ਟਾਈਮਸਟੈਂਪ ਵੇਖੋ। ਪਿਛਲੇ ਸੈਸ਼ਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਨਾਲ ਆਉਣ ਵਾਲੀ ਸੂਚਨਾ ਨੇ ਗਲਤ ਚੀਜ਼ ਬੰਨ੍ਹੀ ਹੈ, ਅਤੇ ਇੱਕ ਮਿਆਦ ਲਈ ਦੋ ਵਾਰ ਆਉਣ ਵਾਲੀ ਸੂਚਨਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਭੇਜਿਆ-ਗਿਆ ਝੰਡਾ ਕਦੇ ਸੰਭਾਲਿਆ ਨਹੀਂ ਗਿਆ।
ਸਲੀਪ, ਮੁੜ ਜੁੜਨਾ ਅਤੇ ਖੁੰਝੀ ਡਿਲਿਵਰੀ
ਨੀਂਦ ਦੋਵੇਂ ਸਧਾਰਨ ਡਿਜ਼ਾਈਨ ਤੋੜ ਦਿੰਦੀ ਹੈ। ਮੋਨੋਟੋਨਿਕ ਉਲਟੀ ਗਿਣਤੀ ਮਸ਼ੀਨ ਸੁੱਤੀ ਹੋਣ ਵੇਲੇ ਰੁਕ ਜਾਂਦੀ ਹੈ, ਕੰਧ-ਘੜੀ ਦੀ ਮਿਆਦ ਅੱਗੇ ਵਧਦੀ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਨੀਂਦ ਦੌਰਾਨ ਵੱਜਣ ਵਾਲਾ ਟਾਈਮਰ ਦੇਰ ਨਾਲ ਜਾਂ ਬਿਲਕੁਲ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਲੋੜ ਨੂੰ ਕਿਹੜਾ ਵਿਵਹਾਰ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਸੀਮਾ ਪਾਰ ਕਰਕੇ ਮਸ਼ੀਨ ਨੂੰ ਸੁਲਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ।
ਡਿਲਿਵਰੀ ਵੀ ਉਸੇ ਧਿਆਨ ਦੀ ਹੱਕਦਾਰ ਹੈ। ਜੇ ਸੂਚਨਾ ਦਿਖਾਈ ਨਹੀਂ ਜਾ ਸਕਦੀ, ਤਾਂ ਇਸ ਨੂੰ ਕਤਾਰ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਦਿਖਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੜ ਜਾਂਚੋ ਕਿ ਟਾਰਗਿਟ ਸੈਸ਼ਨ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ; ਨਹੀਂ ਤਾਂ ਵਰਤੋਂਕਾਰ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਖ਼ਤਮ ਹੋ ਚੁੱਕੇ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਜ਼ਬਰਦਸਤੀ ਡਿਸਕਨੈਕਟ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਨਵੀਨੀਕਰਨ ਇਸ ਰਾਹ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਕਨੈਕਸ਼ਨ ਦੀ ਕਿਸਮਤ ਚੁੱਪਚਾਪ ਬਦਲਣ ਵਾਲਾ ਰਿਮਾਈਂਡਰ ਸੂਚਨਾ ਦੇ ਲਿਬਾਸ ਵਿੱਚ ਨੀਤੀ ਦਾ ਫ਼ੈਸਲਾ ਹੈ।