ਸਲੀਪ ਤੋਂ ਬਾਅਦ VPN ਮਰਿਆ: ਟਨਲ ਗਈ ਜਾਂ ਪੁਰਾਣੀ ਐਪ?

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

ਜਾਗਣ ਤੋਂ ਬਾਅਦ ਤਿੰਨ ਚੀਜ਼ਾਂ ਖ਼ਰਾਬ ਹੋ ਸਕਦੀਆਂ ਹਨ

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

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

ਤੀਜਾ ਐਪ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ, SSH ਸੈਸ਼ਨ ਜਾਂ ਡੇਟਾਬੇਸ ਕਨੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਤਬਦੀਲੀ ਨੂੰ ਫ਼ਾਈਲ ਡਿਸਕ੍ਰਿਪਟਰ ਵਜੋਂ ਝੱਲ ਸਕਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਉਨ੍ਹਾਂ ਹੇਠਾਂ ਦੀ ਆਵਾਜਾਈ ਮਰੀ ਹੋਈ ਹੈ। ਫਿਰ ਨਵਾਂ ਸੈਸ਼ਨ ਬਿਲਕੁਲ ਠੀਕ ਚੱਲਦਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਟਨਲ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਠੀਕ ਸੀ।

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

ਪਹਿਲਾ: ਟਨਲ ਵਾਪਸ ਆਈ?

ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਸਥਿਤੀ ਟੈਕਸਟ ਦੀ ਥਾਂ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਸਾਥੀ ਦੀ ਹਾਲਤ ਵੇਖੋ। ਪਤਾ ਹੋਣ ਪਰ ਤਾਜ਼ਾ ਹੈਂਡਸ਼ੇਕ ਨਾ ਹੋਣ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਸਿਰਫ਼ ਨਾਮ ਦੀ ਟਨਲ ਹੈ।

ip -brief addr show
wg show
ip route show table all | head -20

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

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

ਦੂਜਾ: ਕੀ ਕਿਸੇ ਨੇ ਇਸ ਨੂੰ ਵਾਪਸ ਆਉਣ ਲਈ ਕਿਹਾ?

ਇੱਥੇ ਹੀ ਤੁਲਨਾ ਆਪਣੀ ਕੀਮਤ ਕਮਾਉਂਦੀ ਹੈ। NetworkManager OpenVPN ਪਲੱਗਇਨ ਪਰੋਫ਼ਾਈਲ ਅਤੇ ਮੂਲ WireGuard ਕਨੈਕਸ਼ਨ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਸੈਟਿੰਗਾਂ ਦਾ ਸੰਦਰਭ ਸਪਸ਼ਟ ਕਹਿੰਦਾ ਹੈ ਕਿ connection.autoconnect VPN ਪਰੋਫ਼ਾਈਲ ਸਰਗਰਮ ਨਹੀਂ ਕਰਦਾ; ਕਨੈਕਸ਼ਨ ਨਾਲ VPN ਚੁੱਕਣ ਦਾ ਢੰਗ connection.secondaries ਹੈ।

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

ਜੇ ਹੱਥੀਂ ਦੁਬਾਰਾ ਜੁੜਨਾ ਹਰ ਵਾਰ ਸਮੱਸਿਆ ਠੀਕ ਕਰ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਟੁੱਟੀ ਟਨਲ ਨਹੀਂ ਬਲਕਿ ਗ਼ਾਇਬ ਸਰਗਰਮੀ ਦੀ ਨਿਸ਼ਾਨੀ ਹੈ। ਲੌਗ ਆਮ ਤੌਰ ’ਤੇ ਦਿਖਾਏਗਾ ਕਿ ਇੰਟਰਫ਼ੇਸ ਹੇਠਾਂ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਇਸ ਨੂੰ ਵਾਪਸ ਨਹੀਂ ਲਿਆ ਰਿਹਾ।

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

ਤੀਜਾ: ਕੀ ਐਪ ਪੁਰਾਣੀ ਹਾਲਤ ਫੜੀ ਬੈਠੀ ਹੈ?

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

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

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

ਤੁਲਨਾ ਨੂੰ ਦੁਹਰਾਉਣ ਯੋਗ ਬਣਾਓ

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

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

WireGuard ਦਾ ਲਗਾਤਾਰ keepalive ਇਸ ਤਸਵੀਰ ਵਿੱਚ ਸਿਰਫ਼ NAT ਮੈਪਿੰਗ keepalive ਵਜੋਂ ਆਉਂਦਾ ਹੈ। ਇਹ ਮੈਪਿੰਗ ਖੁੱਲ੍ਹੀ ਰੱਖਣ ਲਈ ਪੈਕਟ ਭੇਜਦਾ ਹੈ; ਇਹ ਮਸ਼ੀਨ ਨੂੰ ਸੌਣ ਤੋਂ ਨਹੀਂ ਰੋਕਦਾ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਮੁਲਤਵੀ ਹੋਣ ਵੇਲੇ ਭੇਜਣਾ ਜਾਰੀ ਨਹੀਂ ਰੱਖ ਸਕਦਾ।

ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਮਿਲਿਆ: ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੀ ਖ਼ਰਾਬ ਸੀ, ਕਿਸ ਨੇ ਇਸ ਨੂੰ ਠੀਕ ਕੀਤਾ ਅਤੇ ਤੁਸੀਂ ਇਸ ਨੂੰ ਕਿਵੇਂ ਦੁਹਰਾਇਆ। ਸੋਮਵਾਰ ਨੂੰ ਢੱਕਣ ਖੋਲ੍ਹਣ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਤੁਹਾਡਾ ਧੰਨਵਾਦ ਕਰੇਗਾ, ਅਤੇ ਜਵਾਬ ਨੂੰ ਸਿਫ਼ਰ ਤੋਂ ਦੁਬਾਰਾ ਲੱਭਣਾ ਨਹੀਂ ਪਵੇਗਾ।