പ്രോക്സിയിലൂടെ WebSocket Ping എതിരെ TCP Keepalive

ജീവനുള്ള TCP സോക്കറ്റ്, പ്രതികരിക്കുന്ന WebSocket പിയർ, ഉപയോഗപ്രദമായ ആപ്ലിക്കേഷൻ പുരോഗതി എന്നിവ വ്യത്യസ്ത നിരീക്ഷണങ്ങളാണ്:

ഫോർവേഡ് പ്രോക്സി സാധാരണയായി ക്ലയന്റ്, ലക്ഷ്യം എന്നിവയ്ക്കായി വേറിട്ട കണക്ഷനുകൾ സൂക്ഷിക്കുന്നു. ക്ലയന്റിന്റെ TCP പിയർ പ്രോക്സിയാണ്, സ്ഥാപിതമായ ടണലിനുള്ളിലെ Ping WebSocket എൻഡ്പോയിന്റിലേക്ക് സഞ്ചരിക്കുന്നു.

പൊരുത്തമുള്ള Pong

Ping-ന്റെ ആപ്ലിക്കേഷൻ ഡാറ്റ വഹിക്കാൻ പ്രതികരിക്കുന്ന Pong നിർബന്ധമാണെന്ന് പ്രോട്ടോക്കോൾ ആവശ്യപ്പെടുന്നു. തീർപ്പാകാത്ത ഒരു പരിശോധന തിരിച്ചറിയാൻ ആ പൊരുത്തം ഉപയോഗിക്കുക. ആവശ്യപ്പെടാത്ത Pong അനുവദനീയമാണ്, പക്ഷേ സ്ഥിരീകരണം ആവശ്യപ്പെടുന്നില്ല; ഓരോ ഡാറ്റ സന്ദേശത്തിനുശേഷവും അത് അയയ്ക്കുന്നത് വ്യത്യസ്ത തെളിവ് നൽകുന്നു.

ലൈബ്രറി പിന്തുണയ്ക്കുന്ന ഹാർട്ട്ബീറ്റ് സംവിധാനത്തിന് മുൻഗണന നൽകുക. ബ്രൗസർ JavaScript-ന് പകരംആപ്ലിക്കേഷൻ ഹാർട്ട്ബീറ്റ് കരാർവേണം. ജോലിഭാരത്തിനും നെറ്റ്വർക്ക് നയത്തിനും അനുസരിച്ച് ഇടവേളകളും പരാജയ പരിധികളും തിരഞ്ഞെടുക്കുക. ഷെഡ്യൂളിംഗ് ഇടവേളകൾ അല്ലെങ്കിൽ അമിതഭാരമുള്ള ഇവന്റ് ലൂപ്പ് ശക്തമായ ഒരു പരിധി നഷ്ടപ്പെടുത്താം, നെറ്റ്വർക്ക് പരാജയപ്പെട്ടു എന്ന് സ്ഥാപിക്കാതെ തന്നെ.

റിസീവർ പ്രവർത്തനക്ഷമമായി നിലനിർത്തുക

കൺട്രോൾ ഫ്രെയിമുകൾ സ്വീകരിക്കാനും പ്രോസസ്സ് ചെയ്യാനും ക്ലയന്റിന് തുടർച്ചയായ I/O വേണം. ആ സംവിധാനം തടയുന്നത് പ്രാദേശികമായ വിഭവക്ഷാമത്തെ ഒരു തകരാറായി തോന്നിപ്പിക്കാം.

Ping ടണൽ ട്രാഫിക് സൃഷ്ടിക്കുന്നു, എന്നാൽ അതിന്റെ ഐഡിൽ നയം തൃപ്തിപ്പെടുത്തുന്നത് എന്താണെന്ന് ഓരോ ഇടനിലക്കാരനും തീരുമാനിക്കുന്നു. കണക്ഷന്റെ കേവല ആയുസ്സ് പരിധിയിൽനിന്നുള്ള സംരക്ഷണം ഒരു ഹാർട്ട്ബീറ്റും ഉറപ്പ് നൽകുന്നില്ല.

ഒരു പിയറിന്റെ ആപ്ലിക്കേഷൻ അപ്ഡേറ്റുകൾ നിർത്തുമ്പോഴും അത് Ping-ന് ഉത്തരം നൽകാം, നിശ്ശബ്ദമായ ഒരു സബ്സ്ക്രിപ്ഷൻ ആരോഗ്യകരമായിരിക്കാം. രണ്ടും പ്രധാനമാകുമ്പോൾ അവസാന സാധുവായ Pong-ഉം അർത്ഥവത്തായ ആപ്ലിക്കേഷൻ ഇവന്റും വെവ്വേറെ പിന്തുടരുക. പരാജയത്തിൽ, റൂട്ട്, കഴിഞ്ഞ സമയങ്ങൾ, തീർപ്പാകാത്ത പരിശോധന എന്നിവ സൂക്ഷിച്ചശേഷം പിന്തുണയ്ക്കുന്ന ലൈഫ്സൈക്കിളിലൂടെ അടയ്ക്കുകയോ വീണ്ടെടുക്കുകയോ ചെയ്യുക.