ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ WebSocket Ping ਬਨਾਮ TCP Keepalive

ਜੀਵਤ TCP ਸਾਕਟ, ਜਵਾਬ ਦੇਣ ਵਾਲਾ WebSocket ਸਾਥੀ ਅਤੇ ਲਾਭਦਾਇਕ ਐਪਲੀਕੇਸ਼ਨ ਤਰੱਕੀ ਵੱਖਰੇ ਨਿਰੀਖਣ ਹਨ:

ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਆਮ ਤੌਰ 'ਤੇ ਕਲਾਇੰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਲਈ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਰੱਖਦੀ ਹੈ। ਕਲਾਇੰਟ ਦਾ TCP ਸਾਥੀ ਪ੍ਰੌਕਸੀ ਹੈ, ਜਦੋਂ ਕਿ ਸਥਾਪਿਤ ਟਨਲ ਵਿੱਚ Ping WebSocket ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਜਾਂਦਾ ਹੈ।

ਮੇਲ ਖਾਂਦਾ Pong

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

ਲਾਇਬ੍ਰੇਰੀ ਵੱਲੋਂ ਸਮਰਥਿਤ ਹਾਰਟਬੀਟ ਵਿਧੀ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਬ੍ਰਾਊਜ਼ਰ JavaScript ਨੂੰ ਇਸ ਦੀ ਬਜਾਏਐਪਲੀਕੇਸ਼ਨ ਹਾਰਟਬੀਟ ਸਮਝੌਤਾਚਾਹੀਦਾ ਹੈ। ਕੰਮ ਦੇ ਭਾਰ ਅਤੇ ਨੈੱਟਵਰਕ ਨੀਤੀ ਅਨੁਸਾਰ ਅੰਤਰਾਲ ਅਤੇ ਅਸਫਲਤਾ ਸੀਮਾਵਾਂ ਚੁਣੋ। ਸ਼ਡਿਊਲਿੰਗ ਰੁਕਾਵਟਾਂ ਜਾਂ ਬਹੁਤ ਭਾਰਾ ਇਵੈਂਟ ਲੂਪ ਨੈੱਟਵਰਕ ਅਸਫਲ ਹੋਣ ਦਾ ਸਬੂਤ ਦਿੱਤੇ ਬਿਨਾਂ ਸਖ਼ਤ ਸੀਮਾ ਖੁੰਝਾ ਸਕਦੇ ਹਨ।

ਪ੍ਰਾਪਤਕਰਤਾ ਚਾਲੂ ਰੱਖੋ

ਕੰਟਰੋਲ ਫਰੇਮ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਕਲਾਇੰਟ ਨੂੰ ਲਗਾਤਾਰ I/O ਚਾਹੀਦਾ ਹੈ। ਉਸ ਵਿਧੀ ਨੂੰ ਰੋਕਣਾ ਸਥਾਨਕ ਸਰੋਤ ਘਾਟ ਨੂੰ ਰੁਕਾਵਟ ਵਾਂਗ ਦਿਖਾ ਸਕਦਾ ਹੈ।

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

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