UDP VPN ਨਿਸ਼ਕਿਰਿਆ ਹੋਣ 'ਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ: ਫਾਇਰਵਾਲ ਤੁਹਾਡਾ ਫਲੋ ਭੁੱਲ ਗਿਆ
ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਸੈਸ਼ਨ ਦਿਖਾ ਰਿਹਾ ਹੋਵੇ ਤਾਂ ਵੀ ਫਾਇਰਵਾਲ ਨਿਸ਼ਕਿਰਿਆ UDP ਮੈਪਿੰਗ ਸੁੱਟ ਸਕਦਾ ਹੈ। ਰੁਕਾਵਟ ਨੂੰ ਮਾਪੋ, ਸਭ ਤੋਂ ਛੋਟਾ ਟਾਈਮਰ ਲੱਭੋ, ਫਿਰ ਹੱਲ ਚੁਣੋ।
VPN ਜੁੜਦਾ ਹੈ, ਕੁਝ ਸਮਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਸੈਸ਼ਨ ਦਿਖਾ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਦੁਬਾਰਾ ਜੁੜਨ ਨਾਲ ਇਹ ਠੀਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਕਰਕੇ ਇਹ ਕਲਾਇੰਟ ਦੀ ਬੱਗ ਵਰਗਾ ਲੱਗਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਕੋਈ ਫਾਇਰਵਾਲ ਜਾਂ NAT ਡਿਵਾਈਸ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੇ ਨਿਸ਼ਕਿਰਿਆ UDP ਮੈਪਿੰਗ ਸੁੱਟ ਦਿੱਤੀ ਹੈ ਅਤੇ ਇਹ ਨਹੀਂ ਜਾਣਦਾ ਕਿ ਟਨਲ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ।
ਲੱਛਣ ਨਿਦਾਨ ਲਈ ਕਾਫ਼ੀ ਇਕਸਾਰ ਹੈ: ਇਹ ਨਿਸ਼ਕਿਰਿਆਤਾ ਤੋਂ ਬਾਅਦ ਦਿਖਦਾ ਹੈ, ਭਾਰ ਹੇਠ ਨਹੀਂ।
ਨਿਸ਼ਕਿਰਿਆ ਰੁਕਾਵਟ ਕਿਹੋ ਜਿਹੀ ਦਿਖਦੀ ਹੈ
ਇਸ ਨੂੰ ਦੱਸਣ ਦੀ ਥਾਂ ਮਾਪੋ। ਟ੍ਰੈਫਿਕ ਰੁਕਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਕਿੰਨਾ ਸਮਾਂ ਨਿਸ਼ਕਿਰਿਆ ਰਹਿੰਦਾ ਹੈ, ਨਵਾਂ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਪੈਕੇਟ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਜੀਵਤ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕਲਾਇੰਟ ਇੰਟਰਫੇਸ ਅਜੇ ਵੀ ਆਪਣਾ ਪਤਾ ਰੱਖਦਾ ਹੈ ਜਾਂ ਨਹੀਂ — ਇਹ ਲਿਖੋ। ਕਲਾਇੰਟ ਤੋਂ ਨਵੀਂ ਬੇਨਤੀ ਚੱਲਦੀ ਹੈ ਪਰ ਮੌਜੂਦਾ ਫਲੋ ਦੇ ਜਵਾਬ 'ਤੇ ਨਹੀਂ ਚੱਲਦੀ, ਤਾਂ ਮੈਪਿੰਗ ਸ਼ੱਕੀ ਹੈ। ਜੇ ਦੁਬਾਰਾ ਜੁੜਨ ਤੱਕ ਕੁਝ ਵੀ ਨਹੀਂ ਚੱਲਦਾ, ਤਾਂ ਕਲਾਇੰਟ ਦੀ ਸੈਸ਼ਨ ਸਥਿਤੀ ਵੀ ਗਈ।
ਦੋਵੇਂ ਨਿਸ਼ਕਿਰਿਆਤਾ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਹੱਲ ਚਾਹੀਦੇ ਹਨ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮੇਂ ਲਿਖੋ। ਲਗਭਗ ਦਸ ਨਿਸ਼ਕਿਰਿਆ ਮਿੰਟਾਂ ਬਾਅਦ ਰੁਕ ਜਾਂਦਾ ਹੈ — ਇਹ ਰਿਪੋਰਟ ਜਾਂਚਯੋਗ ਹੈ, ਜਦੋਂ ਕਿ ਬੇਤਰਤੀਬੇ ਡਿੱਗਦਾ ਹੈ — ਇਹ ਰਿਪੋਰਟ ਨਹੀਂ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਟਾਈਮਰ ਪਿੱਛੇ ਜਾਓਗੇ ਜਾਂ ਰਾਊਟਿੰਗ ਬਦਲਾਅ ਪਿੱਛੇ।
ਭੁੱਲਿਆ ਡਿਵਾਈਸ ਲੱਭੋ
ਇੱਕੋ ਫਲੋ ਲਈ ਕਈ ਡਿਵਾਈਸ ਸਥਿਤੀ ਰੱਖ ਸਕਦੇ ਹਨ: ਸਥਾਨਕ ਰਾਊਟਰ, ਉੱਪਰਲਾ ਅਨੁਵਾਦਕ, ਕਲਾਊਡ ਸੀਮਾ ਅਤੇ ਹੋਸਟ ਫਾਇਰਵਾਲ। ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਟਾਈਮਰ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਛੋਟਾ ਜਿੱਤਦਾ ਹੈ। ਪੰਜ ਮਿੰਟ ਦੀ ਰੁਕਾਵਟ ਦਾ ਆਮ ਅਰਥ ਹੈ ਕਿ ਇੱਕ ਡਿਵਾਈਸ ਬਾਕੀਆਂ ਨਾਲੋਂ ਬਹੁਤ ਘੱਟ ਸੈੱਟ ਹੈ।
ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਦਸਤਾਵੇਜ਼ੀ ਡਿਫ਼ਾਲਟ ਹੀ ਤੁਹਾਡੇ ਰਾਹ ਦੀ ਸਮਾਂ-ਸੀਮਾ ਹੈ। ਇਹ ਇੱਕ ਡਿਵਾਈਸ ਦਾ ਡਿਫ਼ਾਲਟ ਹੈ।
- ਘਰੇਲੂ ਰਾਊਟਰ: ਅਕਸਰ ਮਿੰਟ, ਕਦੇ-ਕਦੇ ਬਹੁਤ ਘੱਟ।
- ਕਲਾਊਡ NAT ਜਾਂ ਲੋਡ ਬੈਲੰਸਰ: ਖ਼ਾਸ ਕਰਕੇ UDP ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਨਿਸ਼ਕਿਰਿਆ ਸਮਾਂ-ਸੀਮਾ ਵੇਖੋ।
- ਹੋਸਟ ਫਾਇਰਵਾਲ: netfilter ਟ੍ਰੈਕਿੰਗ ਟਾਈਮਰ ਹਰ ਫਲੋ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।
ਅਸਲ ਰਾਹ 'ਤੇ ਟਾਈਮਰ ਜਾਂਚੋ
Linux 'ਤੇ netfilter ਟ੍ਰੈਕਿੰਗ ਟਾਈਮਰ ਦਿਖਦੇ ਹਨ ਅਤੇ ਬਦਲੇ ਜਾ ਸਕਦੇ ਹਨ: sysctl net.netfilter.nf_conntrack_udp_timeout ਅਤੇ net.netfilter.nf_conntrack_udp_timeout_stream। ਦੂਜਾ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਵੇਖਣ ਤੋਂ ਬਾਅਦ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਸਥਾਪਿਤ ਟਨਲ ਸਾਧਾਰਨ ਪ੍ਰੋਬ ਨਾਲੋਂ ਵੱਧ ਚਿਰ ਟਿਕ ਸਕਦਾ ਹੈ।
RFC 4787 UDP NAT ਦਾ ਵਿਵਹਾਰ ਅਤੇ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤੇ ਘੱਟੋ-ਘੱਟ ਮੁੱਲ ਤੈਅ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਵਿਕਰੇਤਾ ਦਾ ਡਿਫ਼ਾਲਟ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਛੋਟਾ ਲੱਗੇ ਤਾਂ ਇਹੀ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।
Keepalive ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨਾ ਵੱਖਰੇ ਸਾਧਨ ਹਨ
Keepalive ਮੈਪਿੰਗ ਨੂੰ ਜੀਵਤ ਰੱਖਦਾ ਹੈ; ਦੁਬਾਰਾ ਜੁੜਨਾ ਮੁਰਦਾ ਸੈਸ਼ਨ ਨੂੰ ਨਵਾਂ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਵੱਖਰੀਆਂ ਨਾਕਾਮੀਆਂ ਹੱਲ ਕਰਦੇ ਹਨ ਅਤੇ ਇਹ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਰਫ਼ਤਾਰ ਸੈਟਿੰਗ ਨਹੀਂ। WireGuard ਦਾ PersistentKeepalive ਨਿਸ਼ਚਿਤ ਅੰਤਰਾਲ 'ਤੇ ਪੈਕੇਟ ਭੇਜ ਕੇ NAT ਬੰਧਨ ਖੁੱਲ੍ਹਾ ਰੱਖਦਾ ਹੈ। OpenVPN ਦਾ keepalive ਵਿਕਲਪ ਉਹੀ ਕੰਮ ਆਪਣੇ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ। ਵਿਚਕਾਰਲਾ ਡਿਵਾਈਸ ਜੇ ਫਲੋ ਭੁੱਲ ਚੁੱਕਾ ਹੈ ਅਤੇ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਸੁੱਟ ਰਿਹਾ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਮਦਦ ਨਹੀਂ ਕਰਦਾ।
ਬਹੁਤ ਵਾਰ-ਵਾਰ ਕੀਤੇ ਪ੍ਰੋਬ ਕੰਮ ਵਧਾਉਂਦੇ ਹਨ ਪਰ ਗ਼ਲਤ ਸੀਮਾ ਠੀਕ ਨਹੀਂ ਕਰਦੇ।
ਸਫ਼ਾ ਰੀਲੋਡ ਨਾਲ ਨਹੀਂ, ਨਵੀਂ ਬੇਨਤੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ
ਟਾਈਮਰ ਬਦਲਣ ਜਾਂ keepalive ਜੋੜਨ ਤੋਂ ਬਾਅਦ ਨਿਸ਼ਕਿਰਿਆ ਹਾਲਤ ਪਹਿਲਾਂ ਵਾਂਗ ਹੀ ਦੁਹਰਾਓ। ਫਿਰ ਢਕੀ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਸੱਚਮੁੱਚ ਨਵੀਂ ਬੇਨਤੀ ਕਰੋ। ਪਹਿਲਾਂ ਲੋਡ ਹੋਇਆ ਬ੍ਰਾਊਜ਼ਰ ਟੈਬ ਕੈਸ਼ ਤੋਂ ਦਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
ਜੇ ਰੁਕਾਵਟ ਜਾਰੀ ਰਹੇ, ਤਾਂ ਇੱਕ ਹੌਪ ਬਾਹਰ ਜਾਓ ਅਤੇ ਉਸ ਡਿਵਾਈਸ ਦੀ ਸਟੇਟ ਟੇਬਲ ਜਾਂਚੋ।