VPN ਵਾਰ-ਵਾਰ ਡਿਸਕਨੈਕਟ ਹੋ ਰਿਹਾ ਹੈ? ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚ ਕਰੋ

ਕਲਾਇੰਟ ਨੂੰ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਗੱਲਾਂ ਲਿਖੋ: ਟਨਲ ਕਿੰਨੀ ਦੇਰ ਚਾਲੂ ਰਿਹਾ, ਡਿਸਕਨੈਕਟ ਹੋਣ ਵੇਲੇ ਕਲਾਇੰਟ ਨੇ ਕੀ ਕਿਹਾ, ਅਤੇ ਇਸ ਦੌਰਾਨ ਮਸ਼ੀਨ ਸੁੱਤੀ ਸੀ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਿਆ ਸੀ। ਉਹ ਨੋਟ ਹੀ ਅੱਗੇ ਤੁਹਾਡੇ ਕੋਲ ਇਕਲੌਤਾ ਸਬੂਤ ਹੋਵੇਗਾ, ਅਤੇ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਮਿਟ ਜਾਂਦਾ ਹੈ। ਦੁਹਰਾਉਂਦੇ ਅੰਤਰਾਲ 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣਾ ਟਾਈਮਰ ਜਾਂ ਸਥਿਤੀ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣਾ ਹੈ; ਕਿਸੇ ਬੇਤਰਤੀਬ ਪਲ 'ਤੇ ਡਿਸਕਨੈਕਟ ਹੋਣਾ ਰਾਹ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਤੁਹਾਨੂੰ ਇਕੱਠੇ ਤਿੰਨ ਗੱਲਾਂ ਬਦਲ ਕੇ ਕੁਝ ਨ ਸਿੱਖਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਪਹਿਲਾ ਕਦਮ: ਅੰਤਰਾਲ ਅਤੇ ਗਲਤੀ ਦਾ ਪਾਠ ਦਰਜ ਕਰੋ

ਵਿਕਰੇਤਾ ਦੇ ਡੈਸ਼ਬੋਰਡ ਦੀ ਬਜਾਏ ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਲੌਗ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। Linux ਕਲਾਇੰਟ 'ਤੇ ਸੇਵਾ ਲੌਗ ਅਤੇ ਟਨਲ ਦੀ ਲਾਈਵ ਸਥਿਤੀ ਇਸਦਾ ਵੱਡਾ ਹਿੱਸਾ ਕਵਰ ਕਰਦੇ ਹਨ:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

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

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

ਦੂਜਾ ਕਦਮ: ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ, ਇੱਕ ਚਰ ਬਦਲੋ

ਡਿਵਾਈਸ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਸਥਿਰ ਰੱਖੋ ਅਤੇ ਮਸ਼ੀਨ ਨੂੰ ਦੂਜੇ ਐਕਸੈਸ ਨੈੱਟਵਰਕ 'ਤੇ, ਜਿਵੇਂ ਫ਼ੋਨ ਦੇ ਹੌਟਸਪੌਟ 'ਤੇ ਲੈ ਜਾਓ। ਕਲਾਇੰਟ ਨੂੰ ਰਾਹ ਤੋਂ ਵੱਖ ਕਰਨ ਵਾਲੀ ਇਹ ਸਭ ਤੋਂ ਸਸਤੀ ਜਾਂਚ ਹੈ। ਇਸਨੂੰ ਮੂਲ ਅਸਫਲਤਾ ਦੇ ਅੰਤਰਾਲ ਨੂੰ ਢੱਕਣ ਲਈ ਕਾਫ਼ੀ ਦੇਰ ਚਲਾਓ; ਦੋ ਸਥਿਰ ਮਿੰਟ ਤੀਹਵੇਂ ਮਿੰਟ 'ਤੇ ਹੋਣ ਵਾਲੇ ਡਿਸਕਨੈਕਟ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੇ।

Ethernet ਪੋਰਟ ਵਾਲਾ ਲੈਪਟਾਪ ਦੂਜੀ ਤੁਲਨਾ ਦਿੰਦਾ ਹੈ ਜੋ Wi-Fi ਨੂੰ ਤਸਵੀਰ ਵਿੱਚੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਜੇ ਟਨਲ ਦੋਵਾਂ ਬਦਲਾਂ 'ਤੇ ਟਿਕਦਾ ਹੈ, ਤਾਂ ਮੂਲ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਧਿਆਨ ਦੇ ਯੋਗ ਹੈ: ਐਕਸੈਸ ਪੁਆਇੰਟਾਂ ਵਿਚਕਾਰ ਰੋਮਿੰਗ, ਅਨੁਵਾਦ ਸਾਰਣੀ ਦੀ ਮਿਆਦ ਖਤਮ ਹੁੰਦਾ ਘਰੇਲੂ ਰਾਊਟਰ, ਜਾਂ ਲੰਮੇ ਪ੍ਰਵਾਹ ਰੀਸੈਟ ਕਰਨ ਵਾਲਾ ਅੱਪਸਟ੍ਰੀਮ ਲਿੰਕ।

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

ਤੀਜਾ ਕਦਮ: ਅੰਤਰਾਲ ਨੂੰ ਪਰਤ ਨਾਲ ਜੋੜੋ

ਚੰਗੇ ਸੈਸ਼ਨ ਦੀ ਲੰਬਾਈ ਤੁਹਾਡੇ ਕੋਲ ਮੌਜੂਦ ਸਭ ਤੋਂ ਜਾਣਕਾਰੀ ਭਰਪੂਰ ਇਕੱਲੀ ਸੰਖਿਆ ਹੈ। ਟਾਈਮਰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਇਸ ਸੂਚੀ ਨਾਲ ਪੜ੍ਹੋ:

• ਨੀਂਦ ਜਾਂ ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਡਿਸਕਨੈਕਟ: ਟਨਲ ਦੀ ਸਥਿਤੀ ਸਸਪੈਂਡ ਤੋਂ ਲੰਘ ਗਈ ਪਰ ਇੰਟਰਫੇਸ ਨਹੀਂ। ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ 'ਤੇ ਕਲਾਇੰਟ ਦੇ ਦੁਬਾਰਾ ਜੁੜਨ ਦੇ ਵਿਵਹਾਰ ਅਤੇ ਇਹ ਜਾਂਚੋ ਕਿ ਸੇਵਾ ਟਨਲ ਮੁੜ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ ਜਾਂ ਟ੍ਰੈਫਿਕ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ।
• ਸਿਰਫ਼ ਨਿਸ਼ਕ੍ਰਿਅ ਹੋਣ 'ਤੇ ਡਿਸਕਨੈਕਟ: ਵਿਚਕਾਰ ਕਿਸੇ ਚੀਜ਼ ਨੇ ਪ੍ਰਵਾਹ ਦੀ ਮਿਆਦ ਖਤਮ ਕਰ ਦਿੱਤੀ। keepalive ਬਿਲਕੁਲ ਇਸੇ ਹਾਲਤ ਲਈ ਹਨ।
• ਨਿਸ਼ਚਿਤ ਸੈਸ਼ਨ-ਉਮਰ 'ਤੇ ਡਿਸਕਨੈਕਟ: ਦੁਬਾਰਾ ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਂ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਦੀ ਘਟਨਾ, ਰਾਹ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ। ਠੀਕ ਉਸੇ ਅੰਤਰਾਲ 'ਤੇ ਲੌਗ ਵਿੱਚ ਸਪੱਸ਼ਟ ਇਨਕਾਰ ਸੰਕੇਤ ਹੈ।
• ਵੱਡੇ ਸਥਾਨਾਂਤਰਨ ਜਾਂ ਵੱਡੇ ਪੰਨਿਆਂ ਦੌਰਾਨ ਡਿਸਕਨੈਕਟ: MTU ਅਤੇ ਖੰਡਨ 'ਤੇ ਸ਼ੱਕ ਕਰੋ, ਨਿਸ਼ਕ੍ਰਿਅ ਟਾਈਮਰ 'ਤੇ ਨਹੀਂ।

ਨਿਸ਼ਕ੍ਰਿਅਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸੈਟਿੰਗਾਂ ਪ੍ਰੋਟੋਕਾਲ-ਵਿਸ਼ੇਸ਼ ਹਨ ਅਤੇ ਦੋਵੇਂ ਸਿਰੇ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਸਰਵਰ 'ਤੇ OpenVPN ਦਾ keepalive 10 60 ਹਰ 10 ਸਕਿੰਟ ਬਾਅਦ ਪਿੰਗ ਭੇਜਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵੀ ਨ ਆਉਣ 'ਤੇ 60 ਸਕਿੰਟ ਬਾਅਦ ਲਿੰਕ ਮੁੜ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ; NAT ਪਿੱਛੇ WireGuard ਕਲਾਇੰਟ ਪੀਅਰ ਬਲਾਕ ਵਿੱਚ PersistentKeepalive = 25 ਵਰਤਦੇ ਹਨ। OpenVPN ਟਾਈਮਰ ਅਨੁਸਾਰ ਡੇਟਾ ਚੈਨਲ ਦੀ ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਵੀ ਕਰਦਾ ਹੈ, reneg-sec, ਜੋ 2.x ਵਿੱਚ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ 3600 ਸਕਿੰਟ ਹੈ।

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

ਚੌਥਾ ਕਦਮ: ਇੱਕ ਸਮਰਥਿਤ ਬਦਲ ਦੀ ਤੁਲਨਾ ਕਰੋ

ਜੇ ਆਪਰੇਟਰ UDP ਅਤੇ TCP ਦੋਵੇਂ ਪ੍ਰੋਫਾਈਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹੀ ਡਿਵਾਈਸ ਅਤੇ ਨੈੱਟਵਰਕ ਦੂਜੇ ਦੇ ਸਾਹਮਣੇ ਚਲਾਓ। ਕਾਪੀ ਕੀਤੇ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਟ੍ਰਾਂਸਪੋਰਟ ਸੋਧਣ ਦੀ ਬਜਾਏ ਅਸਲ ਮਿਲਦੀ ਫਾਈਲ ਵਰਤੋ। ਜਿੱਥੇ UDP ਰੀਸੈਟ ਹੁੰਦਾ ਹੈ ਉੱਥੇ ਸਥਿਰ TCP ਪ੍ਰੋਫਾਈਲ ਸਮੱਸਿਆ ਨੂੰ ਉਸੇ ਰਾਹ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ; ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ TCP ਹਰ ਜਗ੍ਹਾ ਬਿਹਤਰ ਟ੍ਰਾਂਸਪੋਰਟ ਹੈ।

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

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

ਸੁਧਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਰੋਲਬੈਕ ਰੱਖੋ

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

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

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

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