ടാബ് ഇപ്പോഴും ടണൽ മരിക്കുന്നതിന് മുമ്പുള്ള ഡാഷ്ബോർഡ് കാണിക്കുന്നു. സ്റ്റാറ്റസ് സംഖ്യകൾ മരവിക്കുന്നു, ചെറിയ സ്പിന്നർ തിരിയുന്നത് തുടരുന്നു, വിലാസ ബാർ ഇപ്പോഴും ഒരു മണിക്കൂർ മുമ്പ് തുറന്ന ആപ്പ് വഹിക്കുന്നു. വിച്ഛേദത്തിന് ശേഷം നിങ്ങൾ ഒന്നും തൊട്ടിട്ടില്ല, എന്നിട്ടും പേജ് ഇപ്പോഴും അതിന്റെ സ്വന്തം ഷെഡ്യൂൾ പ്രകാരം സെർവറിലെത്താൻ ശ്രമിക്കുന്നുണ്ടാകാം. ആളുകൾ വിട്ടുപോകുന്നത് ഇതാണ്: കേവലം കാണുന്ന ഒരു പേജും ഇപ്പോഴും അഭ്യർത്ഥനകൾ അയക്കുന്ന പേജും പുറത്തുനിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് നെറ്റ്‌വർക്ക് ലോഗിൽ പ്രത്യക്ഷപ്പെടുന്നത്.

പേജ് നിങ്ങളില്ലാതെ ആരംഭിക്കുന്ന ജോലി

നാല് സംവിധാനങ്ങൾ ലോഡ് ചെയ്ത ഡോക്യുമെന്റിനെ തിരക്കിലാക്കുന്നു. ആവർത്തിക്കുന്ന ടൈമർ ഏതാനും സെക്കൻഡിലൊരിക്കൽ സ്റ്റാറ്റസ് കോൾ വീണ്ടും പ്രവർത്തിപ്പിക്കാം. നിങ്ങൾ തിരികെ വന്നതിന് ശേഷം ടാബ് വീണ്ടും ദൃശ്യമാകുമ്പോൾ fetch പ്രവർത്തനക്ഷമമാകാം. WebSocket അല്ലെങ്കിൽ സെർവർ അയക്കുന്ന ഇവന്റുകളിൽ നിർമ്മിച്ച ലൈവ് ചാനൽ അതിന്റെ സ്വന്തം ബാക്കോഫ് ഷെഡ്യൂൾ അനുസരിച്ച് വീണ്ടും കണക്റ്റ് ചെയ്യാൻ ശ്രമിക്കാം. സൈറ്റ് രജിസ്റ്റർ ചെയ്ത സർവീസ് വർക്കർ നിങ്ങളുടെ മുന്നിൽ ടാബ് ഇല്ലെങ്കിലും ക്യൂവിലുള്ള സമന്വയത്തിനായി ഉണരാം.

അവയിൽ ഒന്നിനും ക്ലിക്ക് ആവശ്യമില്ല, ഒന്നും ഡോക്യുമെന്റ് വീണ്ടും ലോഡ് ചെയ്യുന്നില്ല. വിലാസ ബാർ, സ്ക്രോൾ സ്ഥാനം, റെൻഡർ ചെയ്ത മൂല്യങ്ങൾ എല്ലാം ഉണ്ടായിരുന്നിടത്ത് തന്നെ നിൽക്കുന്നു. മാറുന്നത് നെറ്റ്‌വർക്ക് വശം മാത്രം: ഓരോ പുതിയ ശ്രമവും അത് ആരംഭിക്കുന്ന നിമിഷത്തിൽ എടുക്കുന്ന പുതിയ തീരുമാനമാണ്.

ഈ വ്യത്യാസം പ്രധാനമാണ് കാരണം കാണുന്ന പേജ് പ്രാദേശികമായി സംഭരിക്കുന്നു. ഇതിനകം വരച്ച പിക്സലുകൾ അടുത്ത അഭ്യർത്ഥന വിജയിച്ചോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. സ്പിന്നറുള്ള മരവിച്ച ചാർട്ട് ഇപ്പോൾ അഭ്യർത്ഥനകൾ പരാജയപ്പെടുന്ന പേജിന്റെ സാധാരണ രൂപമാണ്. സ്ക്രീൻ വായിക്കുന്നത് സെർവർ കുറച്ച് മിനിറ്റ് മുമ്പ് എന്ത് പറഞ്ഞു എന്ന് പറയുന്നു, ബ്രൗസർ ഇപ്പോൾ എന്ത് ചെയ്യുന്നു എന്നല്ല.

മുൻ പേജ് ലോഡ് ഒരു റൂട്ട് എന്തുകൊണ്ട് നിലനിർത്തുന്നില്ല

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

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

പരാജയ നയം എവിടെ എത്തുന്നു

ക്ലയന്റിന്റെ തടയൽ പേജ് എടുത്തപ്പോഴല്ല, കണക്ഷൻ ശ്രമിക്കുമ്പോഴാണ് വിലയിരുത്തുന്നത്. സാധാരണ ആക്സസ് ഇപ്പോഴും അനുവദനീയമാണെങ്കിൽ, വീണ്ടും ശ്രമം ഭൗതിക ലിങ്കിലൂടെ തുറന്ന് പുറത്തുപോകാം. നയം ആ ട്രാഫിക് ടണൽ തിരിച്ചുവരുന്നതുവരെ പിടിച്ചുനിർത്തിയാൽ, ശ്രമം കണക്ഷൻ സമയത്ത് പരാജയപ്പെടുകയും പേജ് കുറച്ച് സെക്കൻഡിന് ശേഷം വീണ്ടും ശ്രമിക്കാവുന്ന ഒരു പിശക് കാണിക്കുകയും ചെയ്യുന്നു.

അവയിൽ ഏതാണ് ലഭിക്കുന്നതെന്ന് രണ്ട് വിശദാംശങ്ങൾ തീരുമാനിക്കുന്നു. ആദ്യത്തേത് ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന പ്രയോഗ പരിധി ആണ്: മുഴുവൻ ഉപകരണത്തിനുമുള്ള തടയൽ, ടണൽ അഡാപ്റ്ററിൽ പരിമിതപ്പെടുത്തിയ തടയൽ, അല്ലെങ്കിൽ ഒഴിവാക്കലുകളുള്ള നിയമ സംഗ്രഹം. രണ്ടാമത്തേത്, ലക്ഷ്യസ്ഥാനം നിങ്ങൾ മുമ്പ് പ്രാദേശിക പ്രിന്റർ, ക്യാപ്റ്റീവ് പോർട്ടൽ അല്ലെങ്കിൽ സ്ട്രീമിംഗ് സേവനത്തിനായി ചേർത്ത ഒഴിവാക്കലിനുള്ളിൽ വരുന്നുണ്ടോ എന്നതാണ്.

അപ്ലിക്കേഷൻ തലത്തിലുള്ള എൻക്രിപ്ഷൻ ഇതിൽ ഒന്നും മാറ്റുന്നില്ല. HTTPS ബ്രൗസറും സെർവറും തമ്മിലുള്ള ബൈറ്റുകൾ സംരക്ഷിക്കുന്നു; ഏത് ഇന്റർഫേസ് അവ വഹിക്കുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഒരു പേജ് പൂർണ്ണമായി എൻക്രിപ്റ്റ് ചെയ്തതായിരിക്കാം, എന്നിട്ടും തെറ്റായ വഴിയിലൂടെ പുറത്തുപോകാം, ഇടുങ്ങിയ തടയൽ അനുവദിക്കുന്നത് കൃത്യമായി അതാണ്.

വലിച്ചെറിയാവുന്ന പേജ് ഉപയോഗിച്ചുള്ള നിയന്ത്രിത പരിശോധന

നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു ഹോസ്റ്റും അതിനെ വിളിക്കുന്നതല്ലാതെ മറ്റൊന്നും ചെയ്യാത്ത ഒരു പേജും ഉപയോഗിക്കുക, അതുവഴി യഥാർത്ഥ ഡാറ്റ കളിയിൽ ഇല്ല. ടെർമിനലിൽ നിന്ന്, വിച്ഛേദത്തിന് മുമ്പും ശേഷവും പാതയുടെ സാമ്പിൾ എടുക്കുക:

curl -sS --max-time 5 -o /dev/null -w '%{http_code} %{remote_ip}\n' https://probe.example.net/ping

ടണൽ ഉയർത്തിയ നിലയിൽ ഇത് പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് ടണൽ താഴ്ത്തി വീണ്ടും പ്രവർത്തിപ്പിക്കുക. ടണൽ താഴ്ത്തിയിരിക്കുമ്പോൾ പൊതു വിലാസത്തിൽ നിന്നുള്ള മറുപടി നേരിട്ടുള്ള പാത തുറന്നിരിക്കുന്നു എന്ന് പറയുന്നു. സമയം കഴിയൽ അല്ലെങ്കിൽ നിരസിച്ച കണക്ഷൻ നയം പിടിച്ചിരിക്കുന്നു എന്ന് പറയുന്നു. ക്ലയന്റ് വീണ്ടും കണക്റ്റ് ചെയ്തതിന് ശേഷം ഒരിക്കൽ കൂടി ആവർത്തിക്കുക, ടണൽ പാത മടങ്ങിവരുന്നത് അനുമാനിക്കാതെ കാണാൻ.

ബ്രൗസറിൽ നെറ്റ്‌വർക്ക് പാനൽ രണ്ട് ചോദ്യങ്ങളെ വേർതിരിക്കുന്നു. Fetch/XHR ലേക്ക് ഫിൽട്ടർ ചെയ്ത്, പിന്നെ ഇനീഷ്യേറ്റർ കോളം വായിക്കുക: ടൈമറോ സ്ക്രിപ്റ്റോ തുടങ്ങിയ, അതിന് മുമ്പ് നാവിഗേഷൻ രേഖപ്പെടുത്താത്ത ഒരു എൻട്രി വീണ്ടും ലോഡല്ല, പശ്ചാത്തല ശ്രമമാണ്. അതിന്റെ തുടക്ക സമയം ടണൽ വിച്ഛേദിച്ച നിമിഷവുമായി താരതമ്യം ചെയ്യുക. ടണൽ പോയപ്പോൾ എൻട്രി ഇപ്പോഴും പെൻഡിംഗ് ആണെങ്കിൽ, അഭ്യർത്ഥന ഇനി നിലവിലില്ലാത്ത ഒരു പാതയ്ക്കായി കാത്തിരിക്കുന്നു.

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

ഉത്തരത്തോട് എന്ത് ചെയ്യണം

ടണൽ താഴ്ത്തിയിരിക്കുമ്പോൾ പശ്ചാത്തല ശ്രമങ്ങൾ വിജയിക്കുന്നത് തുടരുകയാണെങ്കിൽ, തടയൽ നിങ്ങൾ കരുതിയതിലും ഇടുങ്ങിയതാണ്, ആ വിടവ് സംവേദനക്ഷമമായ ജോലിക്ക് ക്ലയന്റിനെ വിശ്വസിക്കുന്നതിന് മുമ്പ് അടയ്ക്കേണ്ടതാണ്. അവ പരാജയപ്പെടുകയാണെങ്കിൽ, നയം അതിന്റെ ജോലി ചെയ്യുന്നു, മരവിച്ച പേജ് കേവലം രൂപമാണ്. ഏതായാലും, ഒരു ടാബ് അടയ്ക്കുന്നത് ഉപകരണ വ്യാപക നിയന്ത്രണമല്ല: മറ്റ് ടാബുകൾ, മറ്റ് ബ്രൗസറുകൾ, മറ്റ് ആപ്പുകൾ എന്നിവ ഓരോന്നും അതിന്റേതായ ജോലി ഷെഡ്യൂൾ ചെയ്യുന്നു.

എടുക്കാൻ യോഗ്യമായ അടുത്ത ഘട്ടങ്ങൾ: നിങ്ങൾ ഏത് ഒഴിവാക്കലുകൾ എന്തിന് ചേർത്തു എന്ന് പട്ടികപ്പെടുത്തുക, ക്ലയന്റ് ടണൽ പരിധിയിലുള്ള ട്രാഫിക് മാത്രമാണോ എല്ലാ ട്രാഫിക്കുമാണോ തടയുന്നതെന്ന് സ്ഥിരീകരിക്കുക, സെർവർ ലോഗ് തുറന്ന് ഒരു പശ്ചാത്തല അഭ്യർത്ഥന തുടക്കം മുതൽ അവസാനം വരെ നിരീക്ഷിക്കുക. ആ മൂന്ന് ഉത്തരങ്ങൾ «VPN വിച്ഛേദിക്കപ്പെട്ടു, എന്നിട്ടും എന്തോ ഇപ്പോഴും ബന്ധിപ്പിച്ചിരിക്കുന്നു» എന്ന റിപ്പോർട്ടിൽ യഥാർത്ഥത്തിൽ ഉള്ളതിന്റെ ഭൂരിഭാഗവും ഉൾക്കൊള്ളുന്നു.

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