ഏത് NAT ഹോപ്പ് നിഷ്ക്രിയ VPN മാപ്പിംഗ് ഉപേക്ഷിക്കുന്നു, അത് എങ്ങനെ അറിയാം
നിഷ്ക്രിയ VPN ഫ്ലോ സ്റ്റേറ്റ് സൂക്ഷിക്കുന്ന ഏത് ഹോപ്പിലും മരിക്കാം. ഒരു പരിശോധന ആവർത്തിക്കുക, ഓരോ അതിർത്തിയും എന്ത് കണ്ടു എന്ന് താരതമ്യം ചെയ്യുക, ഊഹിച്ച കുറ്റവാളിക്ക് പകരം പരിമിതമായ ഫലം റിപ്പോർട്ട് ചെയ്യുക.
ശാന്തമായ ഒരു കാലയളവിന് ശേഷം ടണൽ വീണ്ടും ബന്ധിപ്പിക്കുന്നു, ഒരു ലോഗും കുറ്റവാളിയെ പേരെടുത്ത് പറയുന്നില്ല, വ്യക്തമായ നടപടി ഏറ്റവും മികച്ച ടൈംഔട്ട് ഡോക്യുമെന്റേഷൻ ഉള്ള ഉപകരണം തിരഞ്ഞെടുക്കുക എന്നതാണ്. അത് രോഗനിർണയത്തിന്റെ വേഷത്തിൽ ഒരു ഊഹമാണ്. സ്റ്റേറ്റിന് കുറച്ചുസമയം വീട്ടിലെ റൗട്ടറിലും ഓപ്പറേറ്ററുടെ വിവർത്തകനിലും ക്ലൗഡ് അറ്റത്തും നിലനിൽക്കാം, അവയിലേതെങ്കിലും നിശ്ശബ്ദമായ ഒരു ഫ്ലോ ഉപേക്ഷിക്കാം. പകരം നിങ്ങൾക്ക് പാത ഭൂപടത്തിൽ ആക്കാം, യഥാർത്ഥത്തിൽ നിരീക്ഷിക്കാനാകുന്ന ഉപകരണങ്ങൾ അടയാളപ്പെടുത്താം, ആവർത്തിക്കാനാകുന്ന ഒരു നിഷ്ക്രിയ പരിശോധന നടത്താം.
ആവർത്തിക്കാനാകുന്ന പരിശോധന ഒരു കഥയെ അളവാക്കി മാറ്റുന്നു. താഴെയുള്ളതെല്ലാം ഒരു ക്ലയന്റ്, ഒരു സർവർ, ഒരു പ്രോട്ടോക്കോൾ എന്നിവ അനുമാനിക്കുന്നു, ഒരേസമയം രണ്ട് ചരങ്ങൾ മാറ്റുന്നതിനെ എതിർക്കുന്നു എന്നും അനുമാനിക്കുന്നു. ലക്ഷ്യം അടുത്ത സംഭവം ഇതിനേക്കാൾ വിലകുറഞ്ഞതാക്കുക എന്നതാണ്.
ഓരോ തവണയും അതേ നിഷ്ക്രിയ പരിശോധന നടത്തുക
ഫ്ലോ അവസാനമായി എപ്പോൾ നന്നായിരുന്നു, അതിനുശേഷം എത്രനേരം നിഷ്ക്രിയമായി കിടന്നു, ഒരു പുതിയ പാക്കറ്റ് അതിനെ തിരികെ കൊണ്ടുവന്നോ എന്ന് എഴുതുക. ആ മൂന്ന് വസ്തുതകളാണ് അളവ്; അവയില്ലാതെ വീണ ലാപ്ടോപ്പിനെക്കുറിച്ചുള്ള ഒരു കഥ മാത്രമുണ്ട്. ഓരോ ആവർത്തനത്തിലും അതേ ക്ലയന്റ്, അതേ സർവർ, അതേ പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുക, നിശ്ശബ്ദതയ്ക്കുശേഷം ആദ്യ പാക്കറ്റ് അയച്ച നിമിഷം രേഖപ്പെടുത്തുക.
തുടർന്ന് നിങ്ങളുടെ ഉടമസ്ഥതയിലുള്ള ഓരോ അതിർത്തിയും യഥാർത്ഥത്തിൽ എന്ത് കണ്ടു എന്ന് താരതമ്യം ചെയ്യുക. അന്വേഷണം നിർണ്ണയിക്കുന്ന വ്യത്യാസം ഇതാണ്: ഇടവേളയ്ക്കുശേഷം സർവർ ഒന്നും കണ്ടില്ലേ, അതോ അഭ്യർത്ഥന കണ്ട് ഇനി മറുപടികൾ കൊണ്ടുപോകാത്ത ഒരു പാതയിലേക്ക് ഉത്തരം നൽകിയോ.
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
അഞ്ച് കാര്യങ്ങൾ മാറ്റാതെ പാതകൾ താരതമ്യം ചെയ്യുക
രണ്ടാമത്തെ അംഗീകൃത ആക്സസ് നെറ്റ്വർക്ക് സാധുവായ താരതമ്യമാണ്, കാരണം NAT ശൃംഖല വ്യത്യസ്തമാണ്. പ്രൊവൈഡർ, റേഡിയോ സാഹചര്യങ്ങൾ, ഒരുപക്ഷേ വിലാസ കുടുംബം എന്നിവയിലും വ്യത്യസ്തമാണ്, അതിനാൽ ഫലം ഒരു അതിർത്തിയാണ്, ആരോപണമല്ല. റിപ്പോർട്ട് ചെയ്യുമ്പോൾ പരിമിതികൾ നിശ്ശബ്ദമായി ഒഴിവാക്കാതെ ഫലത്തോടൊപ്പം രേഖപ്പെടുത്തുക. പാതയും എഴുതുക: ഉപകരണം, പങ്ക്, അതിന്റെ സ്റ്റേറ്റ് ഒട്ടും വായിക്കാനാകുമോ എന്നതും.
പാതകളുടെ താരതമ്യം നിങ്ങൾക്ക് നൽകുന്നത് പരിമിതമായ ഒരു ചോദ്യമാണ്: ഫ്ലോ ഒന്നിൽ അതിജീവിക്കുന്നു, മറ്റൊന്നിൽ സമാനമായ നിശ്ശബ്ദതയ്ക്കുശേഷം മരിക്കുന്നു, അതിനാൽ ചരം വ്യത്യസ്തമായ ഭാഗങ്ങളിൽ എവിടെയോ ആണ്. ഒരു ഉപകരണവും പേരെടുത്ത് പറയാത്തപ്പോഴും ഇത് യഥാർത്ഥ ഫലമാണ്, അടുത്ത എൻജിനീയറിനോട് ഒരു ഉച്ചയ്ക്കുശേഷം എവിടെ ചെലവഴിക്കണം, എവിടെ ചെലവഴിക്കരുത് എന്ന് പറയുന്നു.
ഓപ്പറേറ്റർമാരെക്കുറിച്ച് ഊഹിക്കുന്നതിന് മുമ്പ് ലോക്കൽ സ്റ്റേറ്റ് വായിക്കുന്നത് മൂല്യവത്താണ്. ഒരു Linux ഗേറ്റ്വേയിൽ conntrack -L ട്രാക്ക് ചെയ്യുന്ന ഫ്ലോകൾ അവയുടെ ബാക്കി ആയുസ്സിനൊപ്പം പട്ടികപ്പെടുത്തുന്നു, ഇത് ടൈമർ സംബന്ധിച്ച ഊഹത്തെ കാലഹരണപ്പെടുന്നത് കാണാനാകുന്ന ഒരു സംഖ്യയാക്കി മാറ്റുന്നു. നിഷ്ക്രിയ കാലയളവിന് മുമ്പും ശേഷവും ഇത് വായിക്കുക, ശേഷം മാത്രമല്ല.
കീപ്പലൈവ് എന്ത് നിലനിർത്തും, എന്ത് നിലനിർത്തില്ല
പിന്തുണയുള്ള കീപ്പലൈവ് ഒരു മാപ്പിംഗ് തുറന്ന് നിർത്തുന്നു, മാപ്പിംഗ് തുറന്ന് നിർത്തുന്നത് അതിന് പിന്നിലെ സേവനത്തെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. ടണൽ മാപ്പ് ചെയ്ത് തുടരാം, അത് വഹിക്കുന്ന ആപ്ലിക്കേഷൻ ഉത്തരം നൽകുന്നത് നിർത്തിയിരിക്കാം, സ്റ്റാറ്റസ് ലൈറ്റിൽ നിന്ന് ഈ രണ്ട് സാഹചര്യങ്ങളും ഒരേപോലെ തോന്നും. കീപ്പലൈവിനെ നിഷ്ക്രിയ കാലഹരണത്തിനെതിരായ ഇൻഷുറൻസായി കാണുക, ആരോഗ്യ പരിശോധനയായി അല്ല.
നിങ്ങൾ യഥാർത്ഥത്തിൽ അളന്ന ഏറ്റവും ചെറിയ ടൈംഔട്ടിന് അനുസരിച്ച് ഇടവേള ക്രമീകരിക്കുക, ഫോറത്തിൽ നിന്ന് പകർത്തിയ സംഖ്യയ്ക്ക് അനുസരിച്ചല്ല. സാധ്യമായ എല്ലാ ടൈമറിനും താഴെ ട്യൂൺ ചെയ്ത കീപ്പലൈവ് ആർക്കും ആവശ്യമില്ലാത്ത ട്രാഫിക്കാണ്, ഏത് അതിർത്തി ആദ്യം കാലഹരണപ്പെടുന്നു എന്ന് പറഞ്ഞിരുന്ന ലക്ഷണവും അത് നീക്കുന്നു. അളന്ന സംഖ്യയിൽ നിന്ന് ഇടവേള തിരഞ്ഞെടുക്കുക, ബാക്കിയെല്ലാം അതുപോലെ വിടുക.
ഒരു മാറ്റം, പിന്നീട് വീണ്ടും അളക്കുക
തത്സമയ പരിശോധനയ്ക്കിടെ എല്ലാ ടൈംഔട്ടും ഉയർത്താനും എല്ലാ ഗേറ്റ്വേയും ഫ്ലഷ് ചെയ്യാനുമുള്ള പ്രേരണയെ എതിർക്കുക. അത് നിങ്ങൾ വന്ന സാക്ഷ്യം മായ്ക്കുന്നു, മറ്റുള്ളവരുടെ ഫ്ലോകളെ തടസ്സപ്പെടുത്തുന്നു, പരിശോധിക്കാത്ത സിദ്ധാന്തത്തിന് അത് മോശം കൈമാറ്റമാണ്. ഒരു ഉപകരണത്തിൽ ഒരു പിന്തുണയുള്ള ക്രമീകരണം മാറ്റുക, പിന്നീട് നിഷ്ക്രിയ കാലയളവും ആപ്ലിക്കേഷൻ വീണ്ടെടുക്കലും ആവർത്തിക്കുക.
ഏത് അതിർത്തി നിരീക്ഷണം മാറി എന്ന് രേഖപ്പെടുത്തുക, ഒന്നും മെച്ചപ്പെട്ടില്ലെങ്കിലും രേഖപ്പെടുത്തുക. ഒന്നും ശരിയാക്കാത്ത ക്രമീകരണം വിവരമാണ്, ഒരിക്കൽ ശ്രദ്ധിക്കുന്നത് മുഴുവൻ എസ്റ്റേറ്റിലും ഉരുട്ടുന്നതിനേക്കാൾ വിലകുറവാണ്.
നിങ്ങൾക്ക് പ്രതിരോധിക്കാവുന്ന ഒരു കണ്ടെത്തൽ എഴുതുക
മുകളിലെ വിവർത്തകൻ പരിശോധിക്കാനാകാത്തപ്പോൾ, തെളിവുകൾ പിന്തുണയ്ക്കുന്നത് മാത്രം പറയുക: കൈമാറ്റം ഈ പാതയുടെ ഈ ഭാഗത്ത് എവിടെയോ ഇത്രയും നിശ്ശബ്ദതയ്ക്കുശേഷം മരിക്കുന്നു, ഉത്തരവാദിയായ ഹോപ്പ് ആരോപണമില്ലാതെ തുടരുന്നു. പരിമിതമായ പ്രസ്താവന അവലോകനത്തെ അതിജീവിക്കുന്നു, അടുത്ത വ്യക്തിയെ ശരിയായ ഭാഗത്തേക്ക് നയിക്കുന്നു. മറഞ്ഞിരിക്കുന്ന റൗട്ടറിനെ കാരണമായി പേരെടുത്ത് പറയുന്നത് രണ്ടും ചെയ്യുന്നില്ല. പരിമിതമായ കണ്ടെത്തൽ നിരീക്ഷിക്കാനാകാത്ത ഭാഗത്തിന്റെ ഉടമയ്ക്ക് ഇടവേളയോടൊപ്പം നൽകുക.
RFC 4787 ഒരു അറ്റത്തുനിന്ന് UDP മാപ്പിംഗ് ടൈമറുകൾ അനുമാനിക്കാൻ എന്തുകൊണ്ട് ബുദ്ധിമുട്ടാണ് എന്ന് വിശദീകരിക്കുന്നു, ആ ബുദ്ധിമുട്ടാണ് പരിമിതമായ കണ്ടെത്തലിനെ സത്യസന്ധമാക്കുന്നത്. ടൈമറുകൾ യഥാർത്ഥമാണ്, അവയ്ക്ക് ചുറ്റുമുള്ള അനിശ്ചിതത്വവും.