પ્રોક્સી દ્વારા WebSocket Ping વિરુદ્ધ TCP Keepalive

જીવંત TCP સોકેટ, પ્રતિસાદ આપતો WebSocket સહભાગી અને ઉપયોગી એપ્લિકેશન પ્રગતિ એ અલગ અવલોકનો છે:

ફોરવર્ડ પ્રોક્સી સામાન્ય રીતે ક્લાયન્ટ અને ગંતવ્ય તરફ અલગ જોડાણો રાખે છે. ક્લાયન્ટનો TCP સહભાગી પ્રોક્સી છે, જ્યારે સ્થાપિત ટનલની અંદરનો Ping WebSocket અંતિમ બિંદુ સુધી જાય છે.

મેળ ખાતો Pong

પ્રોટોકોલ માગે છે કે પ્રતિસાદ આપતો Pong એ Pingના એપ્લિકેશન ડેટા વહન કરે. તે મેળનો ઉપયોગ બાકી તપાસ ઓળખવા માટે કરો. વિનંતી વગરનો Pong માન્ય છે, પણ સ્વીકૃતિ માગતો નથી; દરેક ડેટા સંદેશ પછી એક મોકલવો અલગ પુરાવો આપે છે.

લાઇબ્રેરીના સમર્થિત હાર્ટબીટ મિકેનિઝમને પ્રાધાન્ય આપો. બ્રાઉઝર JavaScript ને તેના બદલે એપ્લિકેશન-સ્તરીય હાર્ટબીટ કરાર જોઈએ. કાર્યભાર અને નેટવર્ક નીતિ મુજબ અંતરાલ અને નિષ્ફળતા મર્યાદા પસંદ કરો. શેડ્યુલિંગ વિરામ કે ઓવરલોડ થયેલ ઇવેન્ટ લૂપ નેટવર્ક નિષ્ફળ સાબિત કર્યા વગર આક્રમક મર્યાદા ચૂકી શકે છે.

રિસીવરને ચાલુ રાખો

નિયંત્રણ ફ્રેમ મેળવવા અને પ્રક્રિયા કરવા ક્લાયન્ટને સતત ઇનપુટ-આઉટપુટ જોઈએ. તે મિકેનિઝમ અવરોધવાથી સ્થાનિક અછત વિક્ષેપ જેવી લાગી શકે છે.

Ping ટનલ ટ્રાફિક બનાવે છે, પણ દરેક મધ્યસ્થ પોતે નક્કી કરે છે કે તેની નિષ્ક્રિયતા નીતિ શું સંતોષે છે. કોઈ હાર્ટબીટ કનેક્શનના આયુષ્યની સંપૂર્ણ મર્યાદા સામે રક્ષણની ખાતરી આપતું નથી.

સહભાગી Pingનો જવાબ આપી શકે છે જ્યારે તેની એપ્લિકેશન અપડેટ બનાવવાનું બંધ કરે, અને શાંત સબ્સ્ક્રિપ્શન સ્વસ્થ હોઈ શકે છે. બંને મહત્વના હોય ત્યારે છેલ્લા માન્ય Pong અને અર્થપૂર્ણ એપ્લિકેશન ઘટનાને અલગ રીતે ટ્રૅક કરો. નિષ્ફળતા વખતે માર્ગ, વીતેલો સમય અને બાકી તપાસ રાખો, પછી સમર્થિત જીવનચક્ર દ્વારા બંધ કરો કે પુનઃપ્રાપ્ત કરો.