ਜਨਤਕ IP ਬਦਲ ਗਿਆ ਅਤੇ VPN ਨੇ ਟਰੈਫਿਕ ਲੰਘਾਉਣਾ ਬੰਦ ਕਰ ਦਿੱਤਾ

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

ਚਾਰਾਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਜੋ ਪਹਿਲੀ ਅਸਫਲ ਹੋਵੇ ਉੱਥੇ ਰੁਕੋ।

ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਪਤਾ ਬਦਲਿਆ

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

ਖਾਸ ਤੌਰ ’ਤੇ ਪੁੱਛੋ ਕਿ ਬਾਹਰੀ ਸਰੋਤ ਬਦਲਿਆ, ਅੰਦਰਲਾ ਸੁਰੰਗ ਪਤਾ ਬਦਲਿਆ, ਜਾਂ ਦੋਵੇਂ। ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਅਜਿਹੇ ਸਾਥੀ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜੋ ਅਜਿਹੇ ਰਾਹ ’ਤੇ ਭੇਜਣਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ ਜੋ ਹੁਣ ਮੌਜੂਦ ਨਹੀਂ।

ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸਥਾਨਾਂਤਰਣ ਸੰਭਾਲਣ ਦਿਓ

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

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

wg show wg0 endpoints
wg show wg0 latest-handshakes
conntrack -L -p udp --dport 51820 | head -n 10

ਪੁਰਾਣੀ ਬਾਹਰੀ ਬੰਧਨ ਸਾਫ਼ ਕਰੋ

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

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

ਨਵੀਂ ਬੇਨਤੀ ਨਾਲ ਦੁਬਾਰਾ ਪਰਖੋ

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

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

ਜੇ ਨਵੀਂ ਬੇਨਤੀ ਸਫਲ ਹੋਵੇ ਅਤੇ ਪੁਰਾਣੀ ਕਦੇ ਵੀ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਨਾ ਹੋਵੇ, ਤਾਂ ਸੁਰੰਗ ਠੀਕ ਹੋ ਗਈ ਸੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸਿਰਫ਼ ਦੁਬਾਰਾ ਜੁੜਨਾ ਹੈ।