WebSocket 1006 ഏത് കണ്ണി പൊട്ടി എന്ന് പറയുന്നില്ല
അസാധാരണമായ WebSocket അടയ്ക്കൽ കാണാതായ Close handshake തെളിവായി വായിക്കുക, തുടർന്ന് proxy ക്രമീകരണമോ നിലവിലുള്ള സെഷനോ പരാജയപ്പെട്ടത് കണ്ടെത്തുക.
WebSocket കോഡ് 1006 പ്രതീക്ഷിച്ച Close ഫ്രെയിമില്ലാതെ അസാധാരണമായ അടയ്ക്കൽ റിപ്പോർട്ട് ചെയ്യുന്നു. കോഡ് റിസർവ്ഡ് ആണ്: ഒരു endpoint-ഉം WebSocket Close ഫ്രെയിമിൽ 1006 സ്റ്റാറ്റസായി അയയ്ക്കരുത്. API ഇവന്റിൽ ഇത് കാണുന്നത് proxy കാരണമായി ചൂണ്ടിക്കാട്ടുന്ന സെർവർ സന്ദേശമല്ല.
കണക്ഷൻ ഒരിക്കലും തുറന്നിട്ടില്ലെങ്കിൽ
ക്രമീകരണം ക്രമത്തിൽ പിന്തുടരുക: proxy-യിലേക്കുള്ള കണക്ഷൻ, proxy ചർച്ച, WSS-നുള്ള ലക്ഷ്യസ്ഥാന TLS, തുടർന്ന് WebSocket തുറക്കൽ handshake. proxy വെല്ലുവിളിയോ ടണൽ നിരസിക്കലോ WebSocket ഘട്ടത്തിന് മുമ്പ് ക്രമം നിർത്താം.
അത് തുറന്ന് സന്ദേശങ്ങൾ കൊണ്ടുപോയെങ്കിൽ
ഉപയോഗയോഗ്യമായ ദൈർഘ്യവും അടയ്ക്കുന്നതിന് മുമ്പ് സംഭവിച്ചതും രേഖപ്പെടുത്തുക. ഗതാഗത തടസ്സം, അപ്ലിക്കേഷൻ നിർത്തൽ, ഇടനിലക്കാരന്റെ നയം എന്നിവയെല്ലാം സ്വീകർത്താവിനെ വൃത്തിയുള്ള അടയ്ക്കൽ കൈമാറ്റമില്ലാതെ വിടാം.
endpoint, സെഷൻ ഐഡന്റിഫയർ, അവസാന പ്രവർത്തനം, സാധാരണ Close ഫ്രെയിം കണ്ടോ എന്നിവ സൂക്ഷിക്കുക. ബ്രൗസറിന്റെയോ ലൈബ്രറിയുടെയോ നെറ്റ്വർക്ക് പിശകുകൾ നിങ്ങൾ നിയന്ത്രിക്കുന്ന ലക്ഷ്യസ്ഥാന ലോഗുകളുമായി താരതമ്യം ചെയ്യുക. ഇവന്റ് കോഡ് മാത്രം ISP, proxy ഓപ്പറേറ്റർ, അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ സെർവർ എന്നിവയെ ഉറവിടമായി തിരിച്ചറിയാൻ കഴിയില്ല.
അതേ proxy വഴി പ്രവർത്തിക്കുന്ന സാധാരണ HTTPS പേജ് ഒരു ചെറിയ കൈമാറ്റം പരിശോധിക്കുന്നു, ഈ സെഷന്റെ ആയുസ്സല്ല. റൂട്ട് മാറ്റുമ്പോൾ ബ്രൗസർ നിലയും ആപ്ലിക്കേഷൻ കോഡും സ്ഥിരമായി നിർത്തുക; അല്ലെങ്കിൽ വിജയകരമായ വീണ്ടും ശ്രമം വ്യാഖ്യാനിക്കാൻ ബുദ്ധിമുട്ടാണ്.
തെളിവുകൾ പിന്തുണയ്ക്കുന്ന അതിർത്തി നന്നാക്കുക. proxy പ്രാമാണീകരണം, TLS വിശ്വാസം, ആപ്ലിക്കേഷൻ പുനഃസംയോജനം എന്നിവ വെവ്വേറെ ജോലികളാണ്, എല്ലാ ടൈംഔട്ടുകളും കൂട്ടിയാൽ 1006 അവയിലൊന്ന് ചൂണ്ടിക്കാട്ടാൻ കഴിയില്ല.