ഒരു സ്റ്റാറ്റസ് ലൈറ്റ് മാത്രം വിശ്വസിക്കാതെ റൗട്ടർ VPN നിരീക്ഷിക്കുക
പിയർ അവസ്ഥ, തിരഞ്ഞെടുത്ത റൂട്ട്, അനുവദിച്ച ആപ്ലിക്കേഷൻ പരിശോധന എന്നിവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. പരാജയപ്പെട്ട അതിർത്തിയിൽ അലാറം നൽകുക, പച്ച ഐക്കണിൽ അല്ല.
സ്റ്റാറ്റസ് പേജ് കണക്റ്റുചെയ്തു എന്ന് പറയുന്നു, ലൈറ്റ് പച്ചയാണ്, പക്ഷേ ഓഫീസിന് ഫയൽ സെർവറിൽ എത്താൻ കഴിയുന്നില്ല. ഈ വസ്തുതകളിൽ ഒന്ന് ടണലിനെക്കുറിച്ചാണ്, മറ്റൊന്ന് അതിലൂടെയുള്ള പാതയെക്കുറിച്ചാണ്. രണ്ടും നിരീക്ഷിക്കുന്നതാണ് നടപടി എടുക്കാവുന്ന മുന്നറിയിപ്പും അവഗണിക്കാൻ പഠിക്കുന്ന മുന്നറിയിപ്പും തമ്മിലുള്ള വ്യത്യാസം.
അഞ്ച് പരിശോധനകൾ, ക്രമത്തിൽ, പിയറിൽ നിന്ന് പുറത്തേക്ക്.
പരിശോധന 1: പിയർ അല്ലെങ്കിൽ അസോസിയേഷൻ അവസ്ഥ
ഓരോ പ്രോട്ടോക്കോളും അതിന്റെ സ്വന്തം അവസ്ഥ വെളിപ്പെടുത്തുന്നു. WireGuard ഓരോ പിയറിനുമുള്ള ഏറ്റവും പുതിയ ഹാൻഡ്ഷേക്കും കൈമാറ്റ കൗണ്ടറുകളും wg show വഴി കാണിക്കുന്നു. OpenVPN സെഷൻ അവസ്ഥ അതിന്റെ സ്റ്റാറ്റസ് ഫയലിലേക്കോ മാനേജ്മെന്റ് ഇന്റർഫേസിലേക്കോ എഴുതുന്നു, IPsec ipsec statusall പോലുള്ള ഉപകരണങ്ങളിലൂടെ സുരക്ഷാ അസോസിയേഷനുകൾ വെളിപ്പെടുത്തുന്നു. കെണി എന്നത് സമയ മുദ്രയെ വിധിയായി വായിക്കുന്നതാണ്: അയക്കാൻ ഒന്നുമില്ലാത്ത നിഷ്ക്രിയ WireGuard പിയർ അടുത്തിടെ ഹാൻഡ്ഷേക്ക് ചെയ്യില്ല, അത് തടസ്സമല്ല.
ആരെയും വിളിക്കുന്നതിന് മുമ്പ് സമയ മുദ്ര പ്രതീക്ഷിത ട്രാഫിക്കുമായും keepalive ക്രമീകരണങ്ങളുമായും താരതമ്യം ചെയ്യുക.
പരിശോധന 2: തിരഞ്ഞെടുത്ത റൂട്ട്
ടണൽ ഇന്റർഫേസ് നിലനിൽക്കാം, പക്ഷേ അതിലേക്ക് ഒന്നും റൂട്ട് ചെയ്യുന്നില്ല. നിങ്ങൾക്ക് പ്രധാനമായ ലക്ഷ്യസ്ഥാനത്തിനായി ഫോർവേഡിംഗ് പട്ടിക പരിശോധിക്കുക, ടണലിന്റെ സ്വന്തം സബ്നെറ്റിനായി അല്ല. പ്രിഫിക്സ് ഇല്ലെങ്കിലോ മറ്റെങ്ങോട്ടെങ്കിലും ചൂണ്ടുന്നുവെങ്കിലോ പിയർ അവസ്ഥ പ്രസക്തമല്ല.
ആ പരിശോധന സ്റ്റാറ്റസ് ലൈറ്റ് ഒരിക്കലും കാണിക്കാത്ത തകരാറിനെ പിടിക്കുന്നു.
ഉപയോഗപ്രദമായ രണ്ടാം പരിശോധന ഉറവിട വിലാസവും താരതമ്യം ചെയ്യുന്നു. ip route get 10.20.5.10 അടുത്ത ഹോപ്പ്, ഇന്റർഫേസ്, മുൻഗണനാ ഉറവിടം എന്നിവ തിരികെ നൽകുന്നു, തെറ്റായ ഉറവിടം വിദൂര അറ്റത്ത് മടക്ക ട്രാഫിക് തകർക്കാൻ മതിയാകും. പ്രതീക്ഷിത ത്രികം ഒരിക്കൽ രേഖപ്പെടുത്തുക, തുടർന്ന് ഏതെങ്കിലും ഘടകം മാറുമ്പോൾ അലാറം നൽകുക. ആ ഒരു വരി NAT മാറ്റങ്ങൾ, ഇന്റർഫേസ് ഏറ്റക്കുറച്ചിലുകൾ, നയ-അടിസ്ഥാനത്തിലുള്ള റൂട്ടിംഗ് പിശകുകൾ എന്നിവ പിടിക്കുന്നു.
പരിശോധന 3: അനുവദിച്ച ആപ്ലിക്കേഷൻ പാത
യഥാർത്ഥ ആവശ്യകതയെ പ്രതിനിധീകരിക്കുന്ന എന്തെങ്കിലും പരീക്ഷിക്കുക. റൗട്ടറിൽ നിന്ന് ഉത്ഭവിക്കുന്ന പിംഗ് റൗട്ടറിന്റെ സ്വന്തം വിലാസത്തിൽ നിന്നും നയത്തിൽ നിന്നും പുറപ്പെടുന്നു, അത് ഫോർവേഡ് ചെയ്യുന്ന LAN ട്രാഫിക്കിൽ നിന്ന് വ്യത്യസ്തമായേക്കാം, കൂടാതെ പല ഹോസ്റ്റുകളും ICMP പരിമിതപ്പെടുത്തുന്നു. ആവശ്യകത സ്വകാര്യ സേവനമാണെങ്കിൽ, ആ സേവനം അതിന്റെ യഥാർത്ഥ പോർട്ടിൽ പരീക്ഷിക്കുക.
പരിശോധനയുടെ അളവ് മിതമായി നിർത്തുക. നിരീക്ഷണ ലൂപ്പ് താൻ അളക്കുന്ന ട്രാഫിക്കായി മാറരുത്.
പരിശോധന 4: എന്ത് മാറി, എപ്പോൾ
WAN മാറ്റങ്ങൾ, കീ പുതുക്കലുകൾ, റൂട്ട് പിൻവലിക്കലുകൾ, ആപ്ലിക്കേഷൻ പരാജയങ്ങൾ എന്നിവ ഒരു ടൈംലൈനിൽ പരസ്പരം ബന്ധിപ്പിക്കുക. ടണൽ പരാജയത്തെ സാധാരണ ഇന്റർനെറ്റ് ആക്സസ് ശബ്ദമില്ലാതെ പുനഃസ്ഥാപിക്കുന്ന ബാക്കപ്പ് റൂട്ടിൽ നിന്ന് വേർതിരിക്കുക, കാരണം രണ്ടും ഒരേപോലെയുള്ള ഉപയോക്തൃ റിപ്പോർട്ടുകളും വിപരീത രോഗനിർണയങ്ങളും നൽകുന്നു. ടൈംസോൺ പിശകുകൾ ക്രമം മറിക്കും, അതിനാൽ താരതമ്യത്തിന് മുമ്പ് സാധാരണവൽക്കരിക്കുക. നാല് പരിശോധനകളെ ഒരു കാരണമാക്കി മാറ്റുന്നത് ടൈംലൈനാണ്.
ലോഗുകൾ പരിവർത്തനങ്ങൾക്കായി സൂക്ഷിക്കുക, പേലോഡിനായി അല്ല.
പരിശോധന 5: അലാറം അതിർത്തി പേരിടണം
VPN താഴെ എന്ന് പറയുന്ന അലാറം പകുതി സമയം ഒരാളെ തെറ്റായ സ്ഥലത്തേക്ക് അയക്കുന്നു. പിയർ ഹാൻഡ്ഷേക്ക് പന്ത്രണ്ട് മിനിറ്റായി പഴകിയത്, 10.20.0.0/16 ലേക്കുള്ള റൂട്ട് ഇല്ല, അല്ലെങ്കിൽ 445 പോർട്ടിലേക്കുള്ള പരിശോധന പരാജയപ്പെടുന്നു എന്ന് പറയുന്ന അലാറം ഒരു നിർദ്ദിഷ്ട പരിശോധനയെ ചൂണ്ടിക്കാണിക്കുന്നു.
പേലോഡുകൾ ബ്രൗസ് ചെയ്യുന്നതിനുപകരം പ്രവർത്തന കൗണ്ടറുകൾ സൂക്ഷിക്കുക. കൗണ്ടറുകൾ നിങ്ങൾക്ക് ആവശ്യമില്ലാത്ത ഉള്ളടക്കം ശേഖരിക്കാതെ നിരീക്ഷണ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.
അടുത്തത് എന്ത് സംഭവിക്കണം എന്ന് ഫെയിൽഓവർ നയം തീരുമാനിക്കട്ടെ. ഏത് അതിർത്തി പരാജയപ്പെട്ടു എന്ന് നിരീക്ഷണം തിരിച്ചറിയണം, ഓരോ പരീക്ഷണവും പരാജയപ്പെടുമ്പോൾ വിശാലമായ ഒഴിവാക്കൽ അനുവദിക്കരുത്. OpenVPN 2.6 കൈപ്പുസ്തകം ആദ്യ പരിശോധന സ്ക്രിപ്റ്റ് ചെയ്യാവുന്നതാക്കുന്ന സ്റ്റാറ്റസ് ഫയലും മാനേജ്മെന്റ് ഇന്റർഫേസും രേഖപ്പെടുത്തുന്നു.