VPN ਦੁਬਾਰਾ ਜੁੜਿਆ, ਪਰ ਐਪ ਦਾ ਸੈਸ਼ਨ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

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

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

ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਕੀ ਬਚਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

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

ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਨੇ ਤੁਹਾਨੂੰ ਵੀ ਭੁੱਲ ਗਿਆ

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

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

ਨਵੀਂ ਬੇਨਤੀ ਹੀ ਉਹ ਪਰੀਖਿਆ ਹੈ ਜੋ ਇਨ੍ਹਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ

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

ਪਰੀਖਿਆ ਦੌਰਾਨ ਸਿੱਧੇ ਟ੍ਰੈਫਿਕ ਦਾ ਕੋਈ ਵੀ ਰੋਕ ਆਪਣੀ ਥਾਂ ’ਤੇ ਰਹਿਣ ਦਿਓ। ਕਿਸੇ ਅਚਾਨਕ ਬਦਲਵੇਂ ਮਾਰਗ ਰਾਹੀਂ ਸਫਲ ਹੋਣ ਵਾਲੀ ਬੇਨਤੀ ਸੁਰੰਗ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।

ਪੁਰਾਣੇ ਨਾਲ ਨਹੀਂ, ਨਵੇਂ ਜੋੜ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

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

ss -tanp | grep -E ':(443|8443)'
curl -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 https://intranet.example.com/
conntrack -L 2>/dev/null | grep 8443
dig +short intranet.example.com

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

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