ਰਾਊਟਰ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਅਟਕਿਆ VPN: ਬਦਲੀਆਂ ਤਿੰਨ ਗੱਲਾਂ

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

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

ਸ਼ਰਤ ਇੱਕ: ਸਥਾਨਕ ਪਤਾ ਬਦਲ ਗਿਆ ਹੈ

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

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

ip -4 addr show
ip route show default
ip route get 203.0.113.10

ਸ਼ਰਤ ਦੋ: ਅਨੁਵਾਦਿਤ ਮੈਪਿੰਗ ਚਲੀ ਗਈ ਹੈ

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

ਇੱਥੇ ਹੀ keepalive ਤੋਂ ਬਿਨਾਂ ਟਨਲ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਬਜਾਏ ਚੁੱਪਚਾਪ ਰੁਕ ਜਾਂਦਾ ਹੈ। WireGuard ਦੀਆਂ ਦਰਜ ਸੀਮਾਵਾਂ ਇਸੇ ਕਿਸਮ ਦੀ ਅਸਫਲਤਾ ਦੱਸਦੀਆਂ ਹਨ। ਗਲਤ ਐਂਡਪੌਇੰਟ ਹਾਲਤ ਨਿਦਾਨ ਦੀ ਬਜਾਏ ਸੁੱਟੇ ਪੈਕਟ ਪੈਦਾ ਕਰਦੀ ਹੈ।

25 ਸਕਿੰਟ ਦਾ ਲਗਾਤਾਰ keepalive ਆਮ ਉਪਾਅ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਨਿਸ਼ਕਿਰਿਆ ਸਮਾਂ-ਸੀਮਾ ਮੁੱਕਣ ਤੋਂ ਪਹਿਲਾਂ ਮੈਪਿੰਗ ਤਾਜ਼ਾ ਕਰਦਾ ਹੈ। ਇਹ ਪਹਿਲਾਂ ਹੀ ਗਈ ਮੈਪਿੰਗ ਦੀ ਮੁਰੰਮਤ ਨਹੀਂ ਕਰਦਾ। keepalive ਨੂੰ ਹੱਲ ਮੰਨਣ ਦੀ ਬਜਾਏ ਦੁਬਾਰਾ ਜੁੜਨ ਦੇ ਤਰਕ ਨਾਲ ਜੋੜੋ।

ਸ਼ਰਤ ਤਿੰਨ: ਜਨਤਕ ਪਤਾ ਬਦਲ ਗਿਆ ਹੈ

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

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

ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਬਹਾਲ ਕਰੋ

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

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

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