ਚੈਟ ਪੰਨਾ ਲੋਡ ਹੁੰਦਾ ਹੈ ਪਰ ਲਾਈਵ ਕਨੈਕਸ਼ਨ ਫੇਲ ਹੁੰਦਾ ਹੈ: ਕਿੱਥੇ ਦੇਖਣਾ ਹੈ

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

ਸੁਨੇਹੇ ਲੈ ਕੇ ਜਾਣ ਵਾਲੀ ਬੇਨਤੀ ਲੱਭੋ

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

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

ਸੈਟਅਪ, ਡਿਲੀਵਰੀ ਅਤੇ ਉਮਰ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਫੇਲ ਹੁੰਦੇ ਹਨ

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

wscat -c wss://chat.example.com/socket -H "Origin: https://chat.example.com"
curl -N -H "Accept: text/event-stream" https://chat.example.com/events

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

ਕੋਡ 1006 ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਕਟ ਬੰਦ ਕਰਨ ਵਾਲੇ ਫਰੇਮ ਤੋਂ ਬਿਨਾਂ ਬੰਦ ਹੋਇਆ, ਅਤੇ ਵਿਚਕਾਰਲਾ ਯੰਤਰ ਜਾਂ ਨਿਸ਼ਕਿਰਿਆ ਟਾਈਮਆਊਟ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਅੰਦਰੋਂ ਇਸੇ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ। VPN ਦਿਲ ਦੀ ਧੜਕਣ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਅੰਦਰਲਾ ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਅਜੇ ਜੀਵਿਤ ਹੈ।

ਲਾਈਵ ਹੋਸਟ ਇੱਕ ਵੱਖਰਾ ਮੰਜ਼ਿਲ ਹੈ

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

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

ਸੁਰੱਖਿਆ ਜਾਂਚਾਂ ਨਹੀਂ, ਮੰਜ਼ਿਲ ਸੂਚੀ ਠੀਕ ਕਰੋ

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

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

ਸੌਂਪਣ ਲਈ ਕਾਫ਼ੀ ਰਿਕਾਰਡ ਕਰੋ

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

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