VPN ਉਸੇ ਅੰਤਰਾਲ 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੁੰਦਾ ਹੈ? ਟਾਈਮਰ ਮਿਲਾਓ
ਸਥਿਰ ਅੰਤਰਾਲ 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣਾ ਇੱਕ ਉਂਗਲ ਦੀ ਛਾਪ ਹੈ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਦੀ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ, NAT ਦਾ ਨਿਸ਼ਕਿਰਿਆ ਟਾਈਮਰ, DHCP ਲੀਜ਼ ਅਤੇ ਖਾਤਾ ਸੀਮਾ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਹਰ ਪੰਦਰਾਂ ਮਿੰਟਾਂ ਵਿੱਚ, ਜਾਂ ਹਰ ਘੰਟੇ ਉਸੇ ਮਿੰਟ 'ਤੇ ਮਰਨ ਵਾਲਾ ਟਨਲ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੋਈ ਟਾਈਮਰ ਸਮਾਪਤ ਹੋ ਗਿਆ ਹੈ, ਨਾ ਕਿ ਨੈੱਟਵਰਕ ਅਸਥਿਰ ਹੈ। ਲਾਹੇਵੰਦ ਕਦਮ ਇਹ ਹੈ ਕਿ ਅੰਤਰਾਲ ਲਿਖ ਲਓ ਅਤੇ ਇਸਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਚਾਰ ਟਾਈਮਰਾਂ ਨਾਲ ਕਰੋ ਜੋ ਇਹ ਪੈਟਰਨ ਬਣਾਉਂਦੇ ਹਨ। ਉਸ ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਸੀਮਾਵਾਂ ਬਦਲਣ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਖਰਾਬੀ ਸਮਝਾਏ ਬਿਨਾਂ ਹੀ ਖਿਸਕ ਜਾਂਦੀ ਹੈ, ਜੋ ਅਗਲੀ ਘਟਨਾ ਨੂੰ ਪਹਿਲੀ ਨਾਲੋਂ ਪੜ੍ਹਨਾ ਔਖਾ ਬਣਾਉਂਦੀ ਹੈ। ਮਾਪ ਦਸ ਮਿੰਟ ਲੈਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ।
ਅੰਤਰਾਲ ਨੂੰ ਸੰਖਿਆ ਵਿੱਚ ਬਦਲੋ
ਪੰਜ ਜਾਂ ਛੇ ਘਟਨਾਵਾਂ ਇਕੱਠੀਆਂ ਕਰੋ ਅਤੇ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰਲਾ ਅੰਤਰ ਗਿਣੋ, ਦਿਨ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਨਹੀਂ। 09:12, 10:12 ਅਤੇ 11:12 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣਾ ਘੰਟੇ ਦੀ ਸੀਮਾ ਹੈ; 09:12, 09:27 ਅਤੇ 09:42 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣਾ ਆਖਰੀ ਸਫਲ ਕਨੈਕਸ਼ਨ ਤੋਂ ਪੰਦਰਾਂ ਮਿੰਟ ਹੈ। ਨਤੀਜੇ ਨੂੰ ਨਜ਼ਦੀਕੀ ਮਿੰਟ ਵਿੱਚ ਨਹੀਂ, ਸਭ ਤੋਂ ਸੰਭਾਵਿਤ ਟਾਈਮਰ ਵਿੱਚ ਗੋਲ ਕਰੋ।
ਹਰ ਘਟਨਾ ਲਈ ਦੋ ਪਲ ਦਰਜ ਕਰੋ: ਟ੍ਰੈਫਿਕ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਹਿਲਿਆ ਅਤੇ ਕਲਾਇੰਟ ਨੇ ਡਿਸਕਨੈਕਟ ਦੀ ਰਿਪੋਰਟ ਕਦੋਂ ਦਿੱਤੀ। ਜਦੋਂ ਟਨਲ ਚੁੱਪਚਾਪ ਮਰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਅਗਲੀ ਭੇਜਣ ਵੇਲੇ ਹੀ ਪਤਾ ਲੱਗਦਾ ਹੈ ਤਾਂ ਇਹ ਦੋਵੇਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਫ਼ਰਕ ਨਿਸ਼ਕਿਰਿਆ ਟਾਈਮਆਊਟ ਨੂੰ ਸਖ਼ਤ ਖਰਾਬੀ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। ਦੇਰ ਨਾਲ ਧਿਆਨ ਦੇਣ ਵਾਲਾ ਕਲਾਇੰਟ ਤੁਹਾਡੇ ਮਾਪੇ ਨਿਸ਼ਕਿਰਿਆ ਵਿੰਡੋ ਨੂੰ ਵੱਡਾ ਦਿਖਾਉਂਦਾ ਹੈ।
ਧਿਆਨ ਦਿਓ ਕਿ ਮੁੜ ਕਨੈਕਟ ਸਵੈਚਾਲਿਤ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਮੁੜ ਜੁੜਨ ਵਾਲਾ ਕਲਾਇੰਟ ਅੰਤਰਾਲ ਨੂੰ ਲੌਗ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦਾ ਰੱਖਦਾ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਰਿਪੋਰਟ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਨ੍ਹਾਂ ਖਰਾਬੀਆਂ ਨੂੰ ਅਕਸਰ ਆਵਰਤੀ ਨਹੀਂ, ਕਦੇ-ਕਦੇ ਹੁੰਦੀਆਂ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਲੈਪਟਾਪ ਵਰਤਣ ਵਾਲੇ ਵਿਅਕਤੀ ਤੋਂ ਘਟਨਾ ਲੁਕਾਉਂਦਾ ਵੀ ਹੈ।
ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਚਾਰ ਟਾਈਮਰ
ਲਗਭਗ ਹਰ ਦੁਹਰਾਉਂਦੀ ਟਨਲ ਡਿੱਗਣੀ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੋਂ ਆਉਂਦੀ ਹੈ: ਪ੍ਰੋਟੋਕੋਲ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ, ਨਿਸ਼ਕਿਰਿਆ ਮੈਪਿੰਗ ਦੀ ਸਮਾਪਤੀ, DHCP ਜਾਂ ਇੰਟਰਫ਼ੇਸ ਘਟਨਾ, ਜਾਂ ਖਾਤਾ ਨੀਤੀ। ਇਹ ਇਸ ਗੱਲ ਵਿੱਚ ਵੱਖਰੇ ਹਨ ਕਿ ਟ੍ਰੈਫਿਕ ਵਹਿ ਰਿਹਾ ਸੀ ਜਾਂ ਨਹੀਂ ਅਤੇ ਸੀਮਾ 'ਤੇ ਲੌਗ ਕੀ ਕਹਿੰਦਾ ਹੈ।
ਹੇਠਲੇ ਚਿੰਨ੍ਹ ਸਿੱਖਣ ਯੋਗ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਲੌਗ ਲਾਈਨ ਤੋਂ ਤਿੰਨ ਵਿਆਖਿਆਵਾਂ ਨੂੰ ਰੱਦ ਕਰਨ ਦਿੰਦੇ ਹਨ:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
ਪਹਿਲੀ ਕਤਾਰ ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਸੁਰੱਖਿਆ ਤੰਤਰ ਹੈ, ਅਤੇ ਦੂਜੀ ਸਥਿਤੀ ਭੁੱਲ ਜਾਣ ਵਾਲਾ ਵਿਚਕਾਰਲਾ ਯੰਤਰ ਹੈ। ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾ ਦੇਣ ਨਾਲ ਜਾਂ ਤਾਂ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਕਮਜ਼ੋਰ ਹੁੰਦਾ ਹੈ ਜਾਂ ਉਸ ਫਾਇਰਵਾਲ ਨਿਯਮ ਦੇ ਪਿੱਛੇ ਭੱਜਣਾ ਪੈਂਦਾ ਹੈ ਜੋ ਕਦੇ ਸ਼ਾਮਲ ਨਹੀਂ ਸੀ।
ਰੁੱਝਾ ਬਨਾਮ ਨਿਸ਼ਕਿਰਿਆ ਦੱਸਦਾ ਹੈ ਕਿਹੜਾ ਅੱਧ
ਲਗਾਤਾਰ ਟ੍ਰੈਫਿਕ ਨਾਲ ਨਿਯੰਤਰਿਤ ਤੁਲਨਾ ਕਰੋ, ਜਿਵੇਂ ਟਨਲ ਦੇ ਅੰਦਰਲੇ ਹੋਸਟ ਵੱਲ ਲੰਮੀ ਸਟ੍ਰੀਮ, ਅਤੇ ਦੇਖੋ ਕਿ ਅੰਤਰਾਲ ਬਦਲਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਡੇਟਾ ਵਹਿੰਦੇ ਸਮੇਂ ਡਿਸਕਨੈਕਟ ਗਾਇਬ ਹੋ ਜਾਵੇ, ਤਾਂ ਟਾਈਮਰ ਨਿਸ਼ਕਿਰਿਆ 'ਤੇ ਆਧਾਰਿਤ ਹੈ।
ਜੇ ਇਹ ਲਗਾਤਾਰ ਟ੍ਰੈਫਿਕ ਸਹਿੰਦਾ ਹੈ, ਤਾਂ ਕਾਰਨ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ, ਲੀਜ਼ ਜਾਂ ਨੀਤੀ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਇਹ ਇੱਕੋ ਜਾਂਚ ਲਗਭਗ ਇੱਕ ਘੰਟੇ ਦੇ ਨਿਰੀਖਣ ਵਿੱਚ ਅੱਧੇ ਉਮੀਦਵਾਰ ਹਟਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਧਿਆਨ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਖਰਚ ਨਹੀਂ ਕਰਦੀ।
ਜਾਂਚ ਦੌਰਾਨ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਨੂੰ ਬਿਨਾਂ ਬਦਲੇ ਰੱਖੋ। ਤੁਲਨਾ ਦੇ ਵਿਚਕਾਰ Wi-Fi ਅਤੇ Ethernet ਵਿਚਕਾਰ ਬਦਲਣਾ ਠੀਕ ਉਹੀ ਇੰਟਰਫ਼ੇਸ ਘਟਨਾ ਲਿਆਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਟਾਈਮਰ ਤੋਂ ਵੱਖ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
ਲੌਗ ਲਾਈਨ ਨੂੰ ਸੀਮਾ ਨਾਲ ਮਿਲਾਓ
ਦਰਜ ਕੀਤੇ ਪਲ ਦੇ ਆਸਪਾਸ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਲੌਗ ਪੜ੍ਹੋ, ਪੂਰੀ ਫਾਈਲ ਨਹੀਂ। ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਗੱਲਬਾਤ ਦਿਖਾਉਂਦਾ ਹੈ; ਨਿਸ਼ਕਿਰਿਆ ਦੀ ਸਮਾਪਤੀ ਅਗਲੇ ਪੈਕੇਟ ਤੱਕ ਕੁਝ ਨਹੀਂ ਦਿਖਾਉਂਦੀ; ਲੀਜ਼ ਬਦਲਾਅ ਪਤੇ ਦਾ ਕੰਮ ਦਿਖਾਉਂਦਾ ਹੈ; ਨੀਤੀ ਸੀਮਾ ਆਮ ਤੌਰ 'ਤੇ ਸਾਫ਼ ਪ੍ਰਸ਼ਾਸਕੀ ਡਿਸਕਨੈਕਟ ਦਿਖਾਉਂਦੀ ਹੈ।
ਇਹ ਕਮਾਂਡਾਂ ਹਰ ਸਰੋਤ ਤੋਂ ਸੰਬੰਧਿਤ ਵਿੰਡੋ ਖਿੱਚਦੀਆਂ ਹਨ:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showਜੇ ਤਿੰਨੇ ਸਰੋਤ ਸਮਾਂ-ਛਾਪ 'ਤੇ ਸਹਿਮਤ ਹੋਣ, ਤਾਂ ਟਾਈਮਰ ਦਾ ਮਾਲਕ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ। ਜੇ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਲੌਗ ਵਿੱਚ ਕੁਝ ਹੈ, ਤਾਂ ਸੰਭਵ ਹੈ ਕਿ ਸੈਸ਼ਨ ਖ਼ਤਮ ਕਰਨ ਵਾਲਾ ਸਰਵਰ ਨਾ ਹੋਵੇ।
ਪੜਾਅ ਸੁਧਾਰੋ, ਆਈਕਾਨ ਨਹੀਂ
ਹਰ ਮਾਲਕ ਕੋਲ ਇੱਕ ਸਮਰਥਿਤ ਮੁਰੰਮਤ ਹੈ। ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਦੀ ਖਰਾਬੀ ਲਈ ਦੋਵੇਂ ਸਿਰਿਆਂ 'ਤੇ ਅਨੁਕੂਲ ਪ੍ਰਸਤਾਵ ਚਾਹੀਦੇ ਹਨ। ਨਿਸ਼ਕਿਰਿਆ ਦੀ ਸਮਾਪਤੀ ਲਈ ਮਾਰਗ ਵੱਲੋਂ ਦਿੱਤੀ ਸੀਮਾ ਅੰਦਰ ਜੀਵਤ ਸੰਕੇਤ ਜਾਂ ਛੋਟੀ ਨਿਸ਼ਕਿਰਿਆ ਉਮੀਦ ਚਾਹੀਦੀ ਹੈ। ਲੀਜ਼ ਘਟਨਾ ਲਈ ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਪਾਵਰ ਸੈਟਿੰਗਾਂ ਸੁਧਾਰਨੀਆਂ ਪੈਂਦੀਆਂ ਹਨ। ਖਾਤਾ ਸੀਮਾ ਨੀਤੀ ਫ਼ੈਸਲਾ ਹੈ, ਬੱਗ ਨਹੀਂ।
ਆਈਕਾਨ ਹਰਾ ਰੱਖਣ ਲਈ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਬੰਦ ਕਰਨਾ ਦਿਸਦੀ ਡਿੱਗਣੀ ਨੂੰ ਨਾ ਦਿਸਦੀ ਕਮਜ਼ੋਰੀ ਨਾਲ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਇਹ ਦੱਸਣ ਦੀ ਸਮਰੱਥਾ ਖੋਹ ਲੈਂਦਾ ਹੈ ਕਿ ਟਨਲ ਨੇ ਆਖਰੀ ਵਾਰ ਕਦੋਂ ਨਵੀਆਂ ਕੁੰਜੀਆਂ 'ਤੇ ਗੱਲਬਾਤ ਕੀਤੀ ਸੀ। ਫਿਰ ਮੂਲ ਮਿਆਦ ਦੁਬਾਰਾ ਪਰਖੋ ਅਤੇ ਸਮਾਂ-ਛਾਪ ਰੱਖੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਘਟਨਾ ਦੀ ਤੁਲਨਾ ਸ਼ੁਰੂ ਤੋਂ ਕਰਨ ਦੀ ਥਾਂ ਇਸ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕੇ।