അനിശ്ചിതകാലം തുറന്നിരിക്കുന്ന ടണലിന് CONNECT ഒരു ഉറപ്പും നൽകുന്നില്ല. വിജയകരമായ കൈമാറ്റത്തിന് ശേഷം, ആവശ്യപ്പെട്ട host-ഉം port-ഉം ലക്ഷ്യമാക്കി തുടർച്ചയായ ബൈറ്റ് സ്ട്രീം കൊണ്ടുപോകുന്നു. പങ്കെടുക്കുന്നവരും നെറ്റ്‌വർക്കും അത് തുറന്ന് സൂക്ഷിക്കുന്നിടത്തോളം ലക്ഷ്യ TLS സെഷനിൽ ഒന്നിലധികം കൈമാറ്റങ്ങൾ കൊണ്ടുപോകാം.

രണ്ട് പ്രോക്സി പരിധികൾ വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു: ട്രാഫിക് idle ടൈമർ കാലഹരണപ്പെടുന്നത് തടയാം, പക്ഷേ absolute ആയുസ്സ് പരിധി നീട്ടാനാവില്ല. ലക്ഷ്യ പ്രോട്ടോക്കോളിനും വാക്കുണ്ട്. ഉള്ളിലെ HTTP ക്ലയന്റ് അതിന്റെ കണക്ഷൻ അടയ്ക്കാം; WebSocket ആപ്ലിക്കേഷൻ അതിന്റെ സെഷൻ അവസാനിപ്പിക്കാം. അതിന് ശേഷം ആ ലക്ഷ്യ സെഷൻ ജീവനോടെ നിലനിർത്താൻ പ്രോക്സിക്ക് കഴിയില്ല.

ഒരു ടണൽ അതിന്റെ ലക്ഷ്യത്തോട് ബന്ധിപ്പിച്ചിരിക്കുന്നു. ടണൽ ബൈറ്റുകൾ ഒഴുകിത്തുടങ്ങിയാൽ, ബന്ധമില്ലാത്ത ലക്ഷ്യത്തിനായി മറ്റൊരു CONNECT അയയ്ക്കാനുള്ള സാധാരണ HTTP അഭ്യർത്ഥന ചാനൽ അല്ല അത്. ക്ലയന്റിന് മറ്റൊരു കണക്ഷനോ അതിന്റെ ലൈബ്രറി കൈകാര്യം ചെയ്യുന്ന മറ്റൊരു ടണലോ വേണം.

തുടർച്ചയായ ഫീഡിന്, ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന ലൈവ്നസ്, കണക്ഷൻ സംവിധാനങ്ങൾ ഉപയോഗിച്ച് വീണ്ടും കണക്ട് ചെയ്യാൻ പ്ലാൻ ചെയ്യുക. നിശ്ശബ്ദതയ്ക്ക് ശേഷം അടയുന്നുവെങ്കിൽ നിഷ്ക്രിയതാ നയം നല്ല സൂചനയാണ്; ട്രാഫിക് ഉണ്ടായിട്ടും നിശ്ചിത ദൈർഘ്യത്തിൽ അടയുന്നുവെങ്കിൽ absolute പരിധി പരിശോധിക്കുക. WebSocket ഫീഡിന്, വീണ്ടും കണക്ട് ചെയ്ത ശേഷം ആപ്ലിക്കേഷൻ നില പുനഃസ്ഥാപിക്കുകയും ചെയ്യുക.

അനുബന്ധ ലേഖനങ്ങൾ