WAN IP ਬਦਲ ਗਿਆ ਅਤੇ ਟਨਲ ਡਿੱਗ ਗਿਆ: ਜਾਂਚ ਕ੍ਰਮ ਵਿੱਚ

ਟਨਲ ਡਿੱਗਦੀ ਹੈ, ਰਾਊਟਰ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਦਰਜ ਕਰਦਾ ਹੈ, ਅਤੇ LAN 'ਤੇ ਕੁਝ ਨਹੀਂ ਹਿਲਿਆ। ਨਵਾਂ WAN ਪਤਾ ਅੰਦਰ ਕੁਝ ਬਦਲੇ ਬਿਨਾਂ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਅਵੈਧ ਕਰ ਦਿੰਦਾ ਹੈ: ਕਲਾਇੰਟ ਦਾ ਸਰੋਤ ਪਤਾ ਬਦਲ ਗਿਆ ਹੈ, ਪੁਰਾਣੀ NAT ਸਥਿਤੀ ਅਜਿਹੇ ਸਰੋਤ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ ਜੋ ਹੁਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੂਰ ਦਾ ਪੀਅਰ ਸ਼ਾਇਦ ਅਜੇ ਵੀ ਪਿਛਲੇ ਪਤੇ 'ਤੇ ਭੇਜ ਰਿਹਾ ਹੈ। ਰਿਕਵਰੀ ਆਮ ਵਿਵਹਾਰ ਹੈ, ਅਤੇ ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜੀ ਸਥਿਤੀ ਅੱਪਡੇਟ ਨਹੀਂ ਹੋਈ।

ਲੌਗ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਘਟਨਾ ਦਾ ਨਾਮ ਰੱਖੋ

ਐਕਸੈਸ ਪਰਤ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ, ਇਹ ਜਾਂਚੋ। ISP ਲੀਜ਼ ਦਾ ਨਵੀਨੀਕਰਨ ਇੱਕ ਘਟਨਾ ਹੈ। ਦੁਬਾਰਾ ਜੁੜਿਆ PPPoE ਸੈਸ਼ਨ ਦੂਜੀ ਹੈ। ਰੀਬੂਟ ਹੋਇਆ ਫਾਈਬਰ ਮਾਡਮ, ਜਾਂ ਇੱਕ ਅਪਲਿੰਕ ਤੋਂ ਦੂਜੇ 'ਤੇ WAN ਫੇਲਓਵਰ, ਬਾਹਰੀ ਪਤਾ ਜਾਂ ਉਸ ਦਾ ਰਾਹ ਤੀਜੇ ਤਰੀਕੇ ਨਾਲ ਬਦਲਦਾ ਹੈ। ਇਹ ਇੱਕੋ ਘਟਨਾ ਨਹੀਂ ਹਨ ਅਤੇ ਇੱਕੋ ਅਵਸ਼ੇਸ਼ ਨਹੀਂ ਛੱਡਦੀਆਂ।

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

ਰੋਮਿੰਗ ਅਤੇ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ ਹਨ

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

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

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

ਉਹ ਸਥਿਤੀ ਜਿਸਦਾ ਟਨਲ ਮਾਲਕ ਨਹੀਂ

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

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

ਜਾਂਚਾਂ ਨੂੰ ਬਾਹਰ ਤੋਂ ਅੰਦਰ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਰੱਖੋ

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

wg show
ip -br addr show
ip route get 198.51.100.7
conntrack -L 2>/dev/null | grep -c ESTABLISHED
journalctl -u openvpn-client@home --since '-2 hours' | tail -n 40

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

ਫਿਰ ਰਾਊਟਰ ਤੋਂ ਨਹੀਂ, LAN ਕਲਾਇੰਟ ਤੋਂ ਪਰਖੋ। ਰਾਊਟਰ ਨੇ ਆਪ ਭੇਜਿਆ ਪਿੰਗ ਫਾਰਵਰਡ ਕੀਤੇ ਟਰੈਫਿਕ ਤੋਂ ਵੱਖਰਾ ਰਾਹ ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਸਫਲ ਰਾਊਟਰ ਪਿੰਗ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਪਹੁੰਚ ਬਾਰੇ ਕੁਝ ਨਹੀਂ।

ਉਮੀਦ ਕੀਤਾ ਵਿਵਹਾਰ ਤੈਅ ਕਰੋ ਅਤੇ ਲਿਖੋ

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

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