രണ്ട് സെക്കൻഡ് നീണ്ട ഫ്രീസ്: VPN ആയിരുന്നോ Wi-Fi?
രണ്ട് സെക്കൻഡ് നീണ്ട നിർത്തലും പുതിയ VPN സെഷനും വ്യത്യസ്ത സംഭവങ്ങളാണ്. ടൈമർ മാറ്റുന്നതിന് മുമ്പ് ആക്സസ് പാതയും ടണലും വെവ്വേറെ സമയരേഖകളിൽ വയ്ക്കുക.
രണ്ട് സെക്കൻഡിനുള്ളിൽ തന്നെ സ്വയം ശരിയാകുന്ന ഫ്രീസ്, ടണൽ വീണ്ടും ചർച്ച നടത്തിയോ റേഡിയോ ഇടറിയോ എന്നത് നോക്കാതെ ഒരേപോലെ കാണപ്പെടുന്നു. ഒന്നും തന്നെ വീണിട്ടില്ല എന്നതും സാധ്യമാണ്, ആ സാധ്യത ആദ്യം പരിശോധിക്കേണ്ടതാണ്. ചെറിയ നഷ്ടവിസ്ഫോടനം, വീണ്ടും ചർച്ച, ആപ്ലിക്കേഷൻ നിർത്തൽ—കീബോർഡിൽ ടൈപ്പ് ചെയ്യുന്നയാൾക്ക് എല്ലാം ഒരേപോലെ അനുഭവപ്പെടുന്നു. മൂന്നിൽ ഒന്ന് മാത്രമാണ് ടണൽ കോൺഫിഗറേഷൻ മാറ്റി ശരിയാക്കുന്നത്.
രണ്ട് രേഖകൾ, ഒന്നല്ല
താഴെയുള്ള കണക്ഷന് എന്ത് സംഭവിച്ചു, ടണൽ സ്വയം എന്ത് ചെയ്തു എന്നിവ വെവ്വേറെ എഴുതുക. പിന്നീട് ആപ്ലിക്കേഷന്റെ ഇടവേള രണ്ട് രേഖകൾക്കും മുന്നിൽ വയ്ക്കുക. ഇവ ഇടയ്ക്ക് ഒത്തുചേരുന്ന സ്വതന്ത്ര സംഭവപരമ്പരകളാണ്, മൂന്നിനെയും വിച്ഛേദനം എന്ന് വിളിക്കുന്നത് തുടക്കത്തിലേ ഉത്തരം അനുമാനിക്കലാണ്.
മിനിറ്റിൽ ഒരിക്കൽ പരിശോധിക്കുന്ന മോണിറ്ററിന് രണ്ട് സെക്കൻഡ് നീണ്ട തടസ്സം കാണാൻ കഴിയില്ല. ആ ദിവസം ആരോഗ്യകരമെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നത് സാങ്കേതികമായി കൃത്യവും പ്രായോഗികമായി നിഷ്പ്രയോജനവുമാണ്. നിങ്ങൾ ഉദ്ധരിക്കുന്ന ഓരോ ഫലത്തിനും അരികിൽ സാമ്പിളിംഗ് ഇടവേള എഴുതുക.
ആപ്ലിക്കേഷൻ ഫ്രീസ് ആയിരുന്നപ്പോൾ ആക്സസ് ലിങ്ക് എന്ത് ചെയ്തു
സാമ്പിളിംഗ് ഇടവേളയും സമയപരിധിയും മോണിറ്ററിന് എന്തെല്ലാം നിരീക്ഷിക്കാൻ കഴിയുമായിരുന്നു എന്ന് നിർണ്ണയിക്കുന്നു, അതിനാൽ രണ്ടും ഫലത്തിന് അരികിൽ രേഖപ്പെടുത്തുക. ഉപകരണം അറുപത് സെക്കൻഡിലൊരിക്കൽ സാമ്പിൾ എടുക്കുമ്പോൾ തടസ്സങ്ങളില്ലെന്ന രേഖയ്ക്ക് വലിയ അർത്ഥമില്ല. പിന്നീട് സമയമുദ്രകളോടെ മൂന്ന് സ്ഥലങ്ങൾ പരിശോധിക്കുക: പ്രാദേശിക റൗട്ടർ, സാധാരണ പാതയിലൂടെ എത്തുന്ന അനുവദനീയമായ ബാഹ്യ ഹോസ്റ്റ്, ടണലിന് പിന്നിലെ ഒരു വിഭവം.
ആദ്യം റൂട്ടുകൾ സ്ഥിരീകരിക്കുക, കാരണം പൊതുവായ ഒരു ലക്ഷ്യം തന്നെ ടണലിലൂടെ റൂട്ട് ചെയ്യപ്പെടാം, അപ്പോൾ അത് ആക്സസ് പാതയെയല്ല ടണലിനെയാണ് അളക്കുന്നത്. തടസ്സത്തെ യഥാർത്ഥത്തിൽ തീയതിയിടുന്ന തെളിവുകൾ ഒരു പാളി താഴെയാണ്: റൗട്ടറിലെ ലിങ്ക് സംഭവങ്ങൾ, മോഡത്തിലെ വീണ്ടും സിങ്ക് ചെയ്യലിന്റെ രേഖകൾ, മാറിയ WAN വിലാസം. സഞ്ചിത പിശക് കൗണ്ടർ എന്തോ കുഴപ്പമുണ്ടായി എന്ന് പറയും, എപ്പോൾ എന്ന് ഒരിക്കലും പറയില്ല. ആ രേഖകൾ വേറിട്ട് വായിക്കുന്നതിനുപകരം സംഭവത്തിന്റെ സമയവ്യാപ്തിയുമായി ബന്ധിപ്പിക്കുക.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show
ഇന്നലെ ഉയർന്ന കൗണ്ടർ ഇന്ന് രാവിലത്തെ ഫ്രീസിനെക്കുറിച്ച് ഒന്നും വിശദീകരിക്കുന്നില്ല. ഉപയോക്താവ് റിപ്പോർട്ട് ചെയ്ത സമയവ്യാപ്തിയിൽ മാത്രം പരസ്പരബന്ധം പരിമിതപ്പെടുത്തുക.
പുനരാരംഭ രേഖ തിരയുക
നഷ്ടപ്പെട്ട ഒരു UDP ഡാറ്റാഗ്രാം തന്നെ Community OpenVPN നെ പുതിയ TLS ചർച്ച ആരംഭിക്കാൻ നിർബന്ധിക്കുന്നില്ല. പുനരാരംഭ സ്വഭാവം ping-restart പിന്തുടരുന്നു, പ്രാബല്യത്തിലുള്ള മൂല്യം സെർവർ അയച്ചതാകാം; 2.6 കൈപ്പുസ്തകം ആ ടൈമറുകൾ നിർവചിക്കുന്നു. ഡെലിവറി ഒരു നിമിഷം മുറിയുന്നു, പരിധി ഒരിക്കലും കടക്കുന്നില്ല, ലോഗ് ശൂന്യമായി നിൽക്കുന്നു. അതിനാൽ ഇടവേളയ്ക്ക് ചുറ്റുമുള്ള ലോഗിൽ പുനരാരംഭ വരി, പുതിയ കണക്ഷൻ അല്ലെങ്കിൽ മാറിയ സെഷൻ ഐഡന്റിഫയർ തിരയുക. മൂന്നിൽ ഒന്നും കാണുന്നില്ലെങ്കിൽ ടണൽ ഒന്നും ചെയ്തിട്ടില്ലായിരിക്കാം, ടൈമർ ഒരിക്കലും പ്രശ്നമായിരുന്നിരിക്കില്ല.
ഓരോ കീപ്പലൈവും ചുരുക്കുന്നത് കണ്ടെത്തൽ വേഗത്തിലാണെന്ന് തോന്നിപ്പിക്കുകയും ചെറിയ ഇടർച്ച വീണ്ടും ബന്ധിപ്പിക്കലാകുന്ന രേഖ മാറ്റുകയും ചെയ്യുന്നു. ഓരോ വീണ്ടും ബന്ധിപ്പിക്കലിനും ഒരു പ്രാമാണീകരണ റൗണ്ടും റൂട്ടുകളുടെ പുനഃസ്ഥാപനവും ചെലവാകുന്നു. ടൈമർ നീട്ടുന്നത് മരിച്ച പാത ഇപ്പോഴും ജീവനുള്ളതായി തോന്നുന്ന നീണ്ട ഇടവേളയല്ലാതെ മറ്റൊന്നും നൽകുന്നില്ല. രണ്ടും വിലയുള്ള ട്യൂണിംഗ് തീരുമാനങ്ങളാണ്, സൗജന്യ മെച്ചപ്പെടുത്തലുകളല്ല.
സംഭവിക്കാത്ത സംഭവവും തെളിവാണ്, ലോഗിൽ ഒന്നും അതിലേക്ക് ശ്രദ്ധ ക്ഷണിക്കാത്തതിനാൽ ആളുകൾ ഒഴിവാക്കുന്ന തരം അതാണ്. നിങ്ങൾ നടത്തിയ തിരയൽ രേഖപ്പെടുത്തുക, അതിന്റെ ഫലം മാത്രമല്ല.
എന്ത് ശരിയാക്കണം എന്ന് താരതമ്യം തീരുമാനിക്കട്ടെ
രണ്ട് രേഖകളും അരികിൽ ആകുമ്പോൾ വിഭജനം സാധാരണയായി സ്വയം എഴുതപ്പെടുന്നു. രണ്ട് പാതകളിലും റൗട്ടർ ലിങ്ക് സംഭവം ഉണ്ടെങ്കിൽ വിഷയം ആക്സസ് കണക്ഷനാണ്. ശാന്തമായ ടണലും ഉപയോഗയോഗ്യമായ സാധാരണ പാതയും ആണെങ്കിൽ വിഷയം ചർച്ചയാണ്.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
ഓരോ വരിയും സൂചനയാണ്, വിധിയല്ല: അന്ത്യബിന്ദുക്കൾ ICMP യുടെ മുൻഗണന കുറയ്ക്കുന്നു, രണ്ട് ലക്ഷ്യസ്ഥാനങ്ങൾ ഒരേ പാത പങ്കിടണമെന്നില്ല. താരതമ്യം സാധ്യമാകാൻ ക്ലയന്റ്, ഗേറ്റ്വേ, ആപ്ലിക്കേഷൻ ക്ലോക്കുകൾ ഒരുപോലെ നിർത്തുക. രണ്ട് നിരകളിൽ ഒതുങ്ങുന്ന വരിക്ക് ഒരു നിരീക്ഷണം കൂടി വേണം, തീരുമാനമല്ല.
അവലോകനം അതിജീവിക്കുന്ന റിപ്പോർട്ട് നാല് കാര്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു: ഫ്രീസ് എത്ര നേരം നീണ്ടു, ഏത് പാതകൾ മറുപടി നൽകി തുടർന്നു, ആ സെക്കൻഡിൽ ടണൽ എന്ത് രേഖപ്പെടുത്തി, മോണിറ്റർ എത്ര ഇടവേളയിൽ സാമ്പിൾ എടുക്കുന്നു. ആ നാല് വസ്തുതകൾ അടുത്ത വായനക്കാരന് സംഗ്രഹത്തിൽ വിശ്വസിക്കുന്നതിനുപകരം നിരീക്ഷണം പുനർനിർമ്മിക്കാൻ അനുവദിക്കുന്നു. അപ്ടൈം ശതമാനം നിങ്ങൾക്ക് പ്രധാനമായ ഇടവേള തന്നെ മറയ്ക്കുന്നു, "VPN വീണു" എന്ന വാക്യവും.