Azure Site VPN നിരീക്ഷണം: ടണൽ അവസ്ഥയെ യഥാർത്ഥ പ്രോബുമായി ചേർക്കുക

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

ടണലിൽ നിന്നല്ല, പരാജയപ്പെടുന്ന ലക്ഷണത്തിൽ നിന്ന് തുടങ്ങുക

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

മൂന്ന് അവസ്ഥകൾ വേർതിരിക്കണം: ടണൽ താഴെയാണ്, ടണൽ മുകളിലാണ് എന്നാൽ സേവനം പരാജയപ്പെടുന്നു, നിരീക്ഷണ സ്രോതസ്സ് തന്നെ ലഭ്യമല്ല.

പ്രോബ് ഉപയോക്താക്കൾ ഉള്ളിടത്ത് വയ്ക്കുക

ശാഖയിൽ നിന്ന് Azure-ലേക്കുള്ള ആപ്പിന്, ശാഖയുടെ വർക്ക്ലോഡ് നെറ്റ്വർക്കിലെ ഹോസ്റ്റിൽ നിന്ന് സിന്തറ്റിക് പരീക്ഷണം പ്രവർത്തിപ്പിച്ച് ഉപയോക്താക്കൾ യഥാർത്ഥത്തിൽ എത്തുന്ന സ്വകാര്യ HTTPS പ്രവേശന കേന്ദ്രത്തിലേക്ക് ലക്ഷ്യമിടുക. ഗേറ്റ്വേയിൽ നിന്ന് ആരംഭിക്കുന്ന പ്രോബ് മറ്റൊരു ഉറവിട വിലാസവും പലപ്പോഴും മറ്റൊരു നയ പാതയും ഉപയോഗിക്കുന്നു, അതിനാൽ എല്ലാ ഉപയോക്താക്കളും പരാജയപ്പെടുമ്പോഴും അത് വിജയിച്ചേക്കാം. Azure Connection Monitor ടെസ്റ്റ് ഗ്രൂപ്പുകളും പരിധികളും ഉള്ള TCP, ICMP, HTTP പരിശോധനകൾ പിന്തുണയ്ക്കുന്നു, അതിന്റെ ഓൺ-പ്രെമിസ് സ്രോതസ്സുകൾക്ക് Azure വശത്തുള്ളതിൽ നിന്ന് വ്യത്യസ്തമായ ഏജന്റ് ആവശ്യകതകളുണ്ട്. ബ്ലോഗിൽ നിന്ന് വിരമിച്ച ക്ലാസിക് മോണിറ്റർ പാചകക്കുറിപ്പ് പകർത്തുന്നതിന് പകരം നിലവിൽ പിന്തുണയ്ക്കുന്ന ക്രമീകരണം പരിശോധിക്കുക.

പ്രോബ് ഇടുങ്ങിയതും വിരസവുമായി നിലനിർത്തുക: ഒരു ലക്ഷ്യം, ഒരു പോർട്ട്, പ്രവർത്തന ആവശ്യകതയുമായി പൊരുത്തപ്പെടുന്ന ആവൃത്തി, ആ സ്രോതസ്സിനായി വ്യക്തമായ അനുമതി നിയമം.

സേവനവുമായി പൊരുത്തപ്പെടുന്ന പരിശോധന തിരഞ്ഞെടുക്കുക

സേവന പോർട്ടിലേക്കുള്ള TCP കണക്ഷൻ ടണലിലൂടെയുള്ള ഗതാഗത ലഭ്യത തെളിയിക്കുന്നു, TLS-നെക്കുറിച്ചോ ആപ്പിനെക്കുറിച്ചോ ഒന്നും പറയുന്നില്ല. HTTP പരിശോധന ഒരു സ്റ്റാറ്റസ് പ്രതീക്ഷ ചേർക്കുന്നു, കണക്ഷനുകൾ സ്വീകരിക്കുമ്പോഴും സേവനം നൽകാനാകാത്ത ലിസണറെ പിടിക്കുന്നു, സർട്ടിഫിക്കറ്റോ ബാക്കെൻഡോ മാറ്റിയതിന് ശേഷം സാധാരണമായ പരാജയം അതാണ്. പരീക്ഷണം യഥാർത്ഥത്തിൽ പ്രാമാണീകരിക്കുന്നില്ലെങ്കിൽ രണ്ടും പ്രാമാണീകൃത ബിസിനസ് ഇടപാടല്ല, അതിനാൽ ഡാഷ്ബോർഡിൽ അങ്ങനെ ലേബൽ ചെയ്യരുത്. ഉപയോക്താവിന്റെ പരാതി ഉയരുമ്പോൾ പരാജയപ്പെടുന്ന പരിശോധന തിരഞ്ഞെടുക്കുക.

ICMP മൂന്നിൽ ഏറ്റവും ദുർബലമാണ്, കാരണം പല സ്റ്റാക്കുകളും നയപ്രകാരം അത് ഉപേക്ഷിക്കുന്നു, പരാജയപ്പെട്ട പിംഗ് വളരെ കുറച്ച് മാത്രം തെളിയിക്കുന്നു.

രണ്ട് സിഗ്നലുകളും കെട്ടിച്ചമയ്ക്കാതെ Elastic-ലേക്ക് കൊണ്ടുവരിക

VPN ഗേറ്റ്വേ ടണലിന്റെ ഔട്ട്ഗോയിംഗ്, ഇൻഗോയിംഗ് ബൈറ്റുകളും പാക്കറ്റ് ഡ്രോപ്പ് കൗണ്ടറുകളും പോലുള്ള പ്ലാറ്റ്ഫോം മെട്രിക്കുകൾ പുറപ്പെടുവിക്കുന്നു, ടണൽ, IKE ഇവന്റുകൾ ഉൾപ്പെടെയുള്ള വിഭാഗങ്ങളിൽ ഡയഗ്നോസ്റ്റിക് ലോഗുകൾ അയയ്ക്കാനും കഴിയും. Connection Monitor ഫലങ്ങൾ Azure Monitor വഴി മെട്രിക്കുകളായും Log Analytics വർക്ക്സ്പേസ് വഴി ലോഗ് റെക്കോർഡുകളായും എത്തുന്നു. ഇവയൊന്നും സ്വയം Elastic ഇൻഡക്സിൽ പ്രത്യക്ഷപ്പെടുന്നില്ല. മെട്രിക്കുകൾക്ക് ഒരു പിന്തുണയുള്ള പൈപ്പ്ലൈനും ലോഗുകൾക്ക് മറ്റൊന്നും തിരഞ്ഞെടുക്കുക, സാധാരണയായി Azure Event Hub ഇൻപുട്ട് അല്ലെങ്കിൽ Azure Monitor സംയോജനം, ഇൻഡക്സ് പാറ്റേൺ വിശ്വസിക്കുന്നതിന് മുമ്പ് ഇൻസ്റ്റാൾ ചെയ്ത സംയോജനം യഥാർത്ഥത്തിൽ എന്ത് സ്വീകരിക്കുന്നു എന്ന് പരിശോധിക്കുക.

ഓപ്പറേറ്റർക്ക് രണ്ട് ഡാറ്റാസെറ്റുകളും ചേർക്കാൻ അനുവദിക്കുന്ന ലേബലുകൾ സൂക്ഷിക്കുക: പ്രോബിന് ഉറവിട എൻഡ്പോയിന്റ്, ലക്ഷ്യം, പ്രോട്ടോക്കോൾ, പോർട്ട്, ഗേറ്റ്വേയ്ക്ക് ടണൽ ഐഡന്റിറ്റിയും പിയർ വിലാസവും.

ഒരു നിയന്ത്രിത ഇവന്റ് ഉപയോഗിച്ച് പൈപ്പ്ലൈൻ സാധൂകരിക്കുക, തുടർന്ന് Elastic-ൽ അത് തിരയുക, അതിന്റെ ടൈംസ്റ്റാമ്പും റിസോഴ്സ് ലേബലുകളും പരിശോധിക്കുക. തെറ്റായ ടൈംസ്റ്റാമ്പുള്ള ഡോക്യുമെന്റ് കാണാത്തതിനേക്കാൾ മോശമാണ്, കാരണം അത് പഴയ ഡാറ്റയെ നിലവിലുള്ളതായി കാണിക്കുന്നു.

നിറത്തിലല്ല, വ്യത്യാസത്തിൽ മുന്നറിയിപ്പ് നൽകുക

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

ഇന്നലത്തെ വിജയകരമായ സാമ്പിളുകൾ നിറഞ്ഞ ഡാഷ്ബോർഡ് ഇന്ന് ആരോഗ്യകരമായ പാതയായി വായിക്കരുത്.

എഴുതുമ്പോൾ കരാർ ചെറുതാണ്: ടണൽ മെട്രിക് ഗേറ്റ്വേ ചർച്ച നടത്തി എന്ന് പറയുന്നു, പ്രോബ് ഉപയോക്താക്കൾ ഇരിക്കുന്നിടത്ത് നിന്ന് പാത പ്രവർത്തിക്കുന്നു എന്ന് പറയുന്നു, പൈപ്പ്ലൈൻ ആരോഗ്യം രണ്ട് ഉത്തരങ്ങളിൽ ഏതെങ്കിലും നിലവിലുണ്ടോ എന്ന് പറയുന്നു. ഡാഷ്ബോർഡിലെ ബാക്കിയെല്ലാം വ്യാഖ്യാനമാണ്.