VPN ਪੰਨੇ ਦੇ ਵਿਚਕਾਰ ਟੁੱਟ ਗਿਆ: ਕੀ ਬੈਕਗ੍ਰਾਊਂਡ ਬੇਨਤੀਆਂ ਅਜੇ ਵੀ ਬਾਹਰ ਜਾ ਰਹੀਆਂ ਹਨ?

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

ਪੰਨਾ ਤੁਹਾਡੇ ਬਿਨਾਂ ਜੋ ਕੰਮ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ

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

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

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

ਪਹਿਲਾਂ ਵਾਲਾ ਪੰਨਾ ਲੋਡ ਰੂਟ ਕਿਉਂ ਨਹੀਂ ਰੱਖਦਾ

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

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

ਅਸਫਲਤਾ ਨੀਤੀ ਕਿੱਥੇ ਉਤਰਦੀ ਹੈ

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

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

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

ਸੁੱਟਣਯੋਗ ਪੰਨੇ ਨਾਲ ਨਿਯੰਤਰਿਤ ਜਾਂਚ

ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਵਾਲਾ ਹੋਸਟ ਅਤੇ ਅਜਿਹਾ ਪੰਨਾ ਵਰਤੋ ਜੋ ਉਸਨੂੰ ਬੁਲਾਉਣ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਜੋ ਕੋਈ ਅਸਲ ਡੇਟਾ ਖੇਡ ਵਿੱਚ ਨਾ ਹੋਵੇ। ਟਰਮੀਨਲ ਤੋਂ ਟੁੱਟਣ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰਾਹ ਦਾ ਨਮੂਨਾ ਲਵੋ:

curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/ping

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

ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਨੈੱਟਵਰਕ ਪੈਨਲ ਦੋਵੇਂ ਸਵਾਲ ਵੱਖ ਕਰਦਾ ਹੈ। Fetch/XHR 'ਤੇ ਫਿਲਟਰ ਕਰੋ, ਫਿਰ ਇਨੀਸ਼ੀਏਟਰ ਕਾਲਮ ਪੜ੍ਹੋ: ਟਾਈਮਰ ਜਾਂ ਸਕ੍ਰਿਪਟ ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤੀ ਐਂਟਰੀ, ਜਿਸ ਤੋਂ ਪਹਿਲਾਂ ਕੋਈ ਨੈਵੀਗੇਸ਼ਨ ਦਰਜ ਨਹੀਂ ਹੋਇਆ, ਦੁਬਾਰਾ ਲੋਡ ਨਹੀਂ ਸਗੋਂ ਬੈਕਗ੍ਰਾਊਂਡ ਕੋਸ਼ਿਸ਼ ਹੈ। ਇਸਦਾ ਸ਼ੁਰੂ ਹੋਣ ਦਾ ਸਮਾਂ ਟਨਲ ਟੁੱਟਣ ਦੇ ਪਲ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਟਨਲ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਐਂਟਰੀ ਪੈਂਡਿੰਗ ਹੈ, ਤਾਂ ਬੇਨਤੀ ਅਜਿਹੇ ਰਾਹ ਦੀ ਉਡੀਕ ਕਰ ਰਹੀ ਹੈ ਜੋ ਹੁਣ ਨਹੀਂ ਹੈ।

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

ਜਵਾਬ ਦਾ ਕੀ ਕਰਨਾ ਹੈ

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

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