Azure Point-to-Site VPN ലോഗുകൾ എവിടെയുണ്ട്? Monitor-ൽ നോക്കുക

ഒരു ഉപയോക്താവിന് Point-to-Site ഗേറ്റ്വേയിലേക്ക് കണക്റ്റ് ചെയ്യാനാകുന്നില്ല, നിങ്ങൾ ഗേറ്റ്വേ ബ്ലേഡ് തുറക്കുന്നു, പേജിൽ എവിടെയും കണക്ഷൻ ചരിത്രമില്ല. കോൺഫിഗറേഷൻ, സർട്ടിഫിക്കറ്റുകൾ, സ്റ്റാറ്റസ്: എല്ലാം ഉണ്ട്, റെക്കോർഡുകളില്ല. ലോഗുകൾ നിലവിലുണ്ട്, പക്ഷേ നെറ്റ്വർക്കിംഗ് പേജുകൾ അവ ഒട്ടും സൃഷ്ടിക്കുന്നില്ല. അവ ഗേറ്റ്വേ റിസോഴ്സിൽ ഘടിപ്പിച്ച ഡയഗ്നോസ്റ്റിക് ക്രമീകരണത്തിൽ നിന്ന് വരുന്നു, ആ ക്രമീകരണം Monitor-ന് കീഴിൽ ജീവിക്കുന്നു; അതിനാൽ വ്യക്തമായ സ്ഥലത്തെ ആദ്യ തിരയൽ ഒന്നും തിരികെ നൽകുന്നില്ല, സേവനം ഒരു ഓഡിറ്റ് ട്രെയിലും സൂക്ഷിക്കുന്നില്ലെന്ന് ആളുകൾ നിഗമനം ചെയ്യുന്നു.

വ്യക്തമായ തിരയൽ എന്തുകൊണ്ട് പരാജയപ്പെടുന്നു

പഴയ മാർഗ്ഗനിർദ്ദേശങ്ങൾ Azure Point-to-Site VPN-ന് ഓഡിറ്റ് ഇല്ലെന്ന് പറയുന്നു, സേവനം ഓരോ കണക്ഷനും റെക്കോർഡ് വെളിപ്പെടുത്താത്തപ്പോൾ അത് ശരിയായിരുന്നു. നിലവിലെ ഗേറ്റ്വേകൾ ടണൽ ഡയഗ്നോസ്റ്റിക് റെക്കോർഡുകൾ പ്രസിദ്ധീകരിക്കുന്നു, അതിനാൽ ഉപയോഗപ്രദമായ ചോദ്യം മാറി: ലോഗുകൾ ഉണ്ടോ എന്നല്ല, ഏത് റിസോഴ്സ് അവ പുറപ്പെടുവിക്കുന്നു, നിങ്ങൾ ഏത് വിഭാഗം ഓണാക്കി എന്നതാണ്. ഗേറ്റ്വേ ബ്ലേഡ് ഒരു കോൺഫിഗറേഷൻ ഉപരിതലമാണ്, കോൺഫിഗറേഷൻ ഉപരിതലങ്ങൾ അപൂർവ്വമായി ലോഗ് വ്യൂവറുകളായും പ്രവർത്തിക്കുന്നു. ഡയഗ്നോസ്റ്റിക് ക്രമീകരണം ഓരോ റിസോഴ്സിനും ഉള്ള ഒരു വസ്തുവാണ്, അതിനാൽ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന റിസോഴ്സ് തുടർന്നുള്ള എല്ലാം നിർണ്ണയിക്കുന്നു.

ആശയക്കുഴപ്പത്തിന്റെ മറ്റേ പകുതി പ്രാമാണീകരണമാണ്. സർട്ടിഫിക്കറ്റ് അടിസ്ഥാനമാക്കിയ Point-to-Site കണക്ഷനുകൾ ഐഡന്റിറ്റി പ്രൊവൈഡർ ചെയ്യുന്നതുപോലെ ഓരോ ഉപയോക്താവിനും സൈൻ-ഇൻ ഇവന്റ് സൃഷ്ടിക്കുന്നില്ല, അതിനാൽ പാസ്വേഡ് ടൈപ്പ് ചെയ്യുന്ന പേരുള്ള വ്യക്തിയുടെ റെക്കോർഡ് കണ്ടെത്താനാകില്ല.

ഡയഗ്നോസ്റ്റിക് ക്രമീകരണം ഗേറ്റ്വേ റിസോഴ്സിൽ ഘടിപ്പിക്കുക

Monitor തുറക്കുക, തുടർന്ന് Diagnostic settings, അത് ഉൾക്കൊള്ളുന്ന വെർച്വൽ നെറ്റ്വർക്കല്ല, വെർച്വൽ നെറ്റ്വർക്ക് ഗേറ്റ്വേ തന്നെ ലക്ഷ്യമായുള്ള പുതിയ ക്രമീകരണം ചേർക്കുക. Point-to-Site ഡയഗ്നോസ്റ്റിക് വിഭാഗം തിരഞ്ഞെടുക്കുക, P2SDiagnosticLog എന്ന പേരുള്ളത്, കാരണം ഓരോ ക്ലയന്റിനുമുള്ള കണക്ഷൻ റെക്കോർഡുകൾ അതാണ് വഹിക്കുന്നത്; ടണൽ, റൂട്ട് അല്ലെങ്കിൽ IKE വിഭാഗങ്ങൾ അവ ഉൾക്കൊള്ളുന്ന site-to-site പിശകുകൾക്ക് മാത്രം ചേർക്കുക. തുടർന്ന് ഡാറ്റ നിങ്ങൾ നിയന്ത്രിക്കുന്ന Log Analytics വർക്ക്സ്പേസിലേക്ക് അയയ്ക്കുക, നിങ്ങൾ ബോധപൂർവ്വം തിരഞ്ഞെടുത്ത റെറൻഷൻ കാലയളവിനൊപ്പം. പരാജയപ്പെട്ട തിരയലുകളിൽ ഭൂരിഭാഗവും തെറ്റായ റിസോഴ്സിൽ ഘടിപ്പിച്ച ക്രമീകരണമാണ്, കാണാത്ത ഫീച്ചറല്ല.

വിഭാഗ പട്ടികകൾ ഗേറ്റ്വേ തരവും തലമുറയും അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു. Point-to-Site വിഭാഗം ഇല്ലെങ്കിൽ, ഗേറ്റ്വേ ഫീച്ചറിനേക്കാൾ പഴയതായിരിക്കാം അല്ലെങ്കിൽ അത് ഒരിക്കലും പുറപ്പെടുവിക്കാത്ത SKU-യിൽ പ്രവർത്തിക്കുന്നുണ്ടാകാം, അതിനാൽ അനുമതി പ്രശ്നം തിരയുന്നതിന് മുമ്പ് പിന്തുണയ്ക്കുന്ന വിഭാഗങ്ങൾ പരിശോധിക്കുക. Point-to-Site വിഭാഗമില്ലാത്ത ഗേറ്റ്വേ തകർന്നതല്ല; അതിന് ആ റെക്കോർഡിന്റെ ഉറവിടമാകാൻ കഴിയില്ല, ഏറ്റവും അടുത്ത പകരം ടണൽ അല്ലെങ്കിൽ IKE വിഭാഗമാണ്, അത് Point-to-Site സെഷൻ വിവരിക്കുന്നില്ലെങ്കിലും ക്ലയന്റ് വിലാസം രേഖപ്പെടുത്തുന്നു. കാണാത്ത ലോഗുകളെക്കുറിച്ച് സപ്പോർട്ട് കേസ് തുറക്കുന്നതിന് മുമ്പ് വിഭാഗ പട്ടിക സ്ഥിരീകരിക്കുക.

നിങ്ങളുടെ മോഡ് ഉപയോഗിക്കുന്ന പട്ടികയിൽ റെക്കോർഡുകൾ വായിക്കുക

പഴയ ശേഖരണ മോഡിൽ എൻട്രികൾ AzureDiagnostics പട്ടികയിൽ എത്തുന്നു, വിഭാഗം ഒരു കോളം മൂല്യമായി കാണപ്പെടുന്നു; റിസോഴ്സ്-നിർദ്ദിഷ്ട പട്ടികകളിൽ ഗേറ്റ്വേയ്ക്ക് സ്വന്തം പട്ടികയുണ്ട്. ഏത് സാഹചര്യത്തിലും, ഗേറ്റ്വേ റിസോഴ്സും പരാജയപ്പെട്ട ശ്രമത്തിന് ചുറ്റുമുള്ള സമയ വിൻഡോയും ഉപയോഗിച്ച് ക്വറി ചെയ്യുക, തുടർന്ന് വ്യക്തിഗത വരികൾക്ക് പകരം പരസ്പരബന്ധം വായിക്കുക:

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

കോളം സെറ്റ് നിങ്ങളുടെ ശേഖരണ മോഡിനെ പിന്തുടരുന്നു, അതിനാൽ ക്വറിയെ സ്ക്രിപ്റ്റല്ല, ഒരു രൂപമായി കണക്കാക്കുക. നിങ്ങൾ തിരയുന്നത് പ്രത്യക്ഷപ്പെട്ട് പിന്നീട് അപ്രത്യക്ഷമാകുന്ന ഒരു ക്ലയന്റ് വിലാസമാണ്, വിജയമല്ലാത്ത ഫല തരത്തോടെ.

ഗേറ്റ്വേ റെക്കോർഡ് ക്ലയന്റിന്റെ സ്വന്തം കാഴ്ചയുമായി ചേർക്കുക

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

രണ്ട് പകുതികളും ഒരേ ടിക്കറ്റിൽ സൂക്ഷിക്കുക. ഒറ്റ ഗേറ്റ്വേ ലോഗ് തെറ്റായ നിഗമനത്തിന് ക്ഷണിക്കുന്നു, ഒറ്റ ക്ലയന്റ് ലോഗിന് പാക്കറ്റ് എത്തിയോ എന്ന് കാണിക്കാൻ കഴിയില്ല.

ഇരു സ്ഥലങ്ങളിലും ഒന്നും കാണാനില്ലെങ്കിൽ, പ്ലാറ്റ്ഫോമിനെ സംശയിക്കുന്നതിന് മുമ്പ് ക്ലയന്റിലെ ക്ലോക്ക് പരിശോധിക്കുക. വളഞ്ഞ ടൈംസ്റ്റാമ്പുകൾ പരസ്പരബന്ധം കൃത്യമായി കാണാത്ത ഡാറ്റ പോലെ തോന്നിക്കുന്ന രീതിയിൽ പരാജയപ്പെടുത്തുന്നു.

റെറൻഷൻ, വ്യാപ്തി, റൺബുക്ക് എൻട്രി

ടണൽ റെക്കോർഡുകൾ ക്ലയന്റ് വിലാസങ്ങളും കണക്ഷൻ ടൈംസ്റ്റാമ്പുകളും വഹിക്കുന്നു, അതിനാൽ പ്ലാറ്റ്ഫോമിന്റെ ഡിഫോൾട്ട് അവശേഷിപ്പിക്കാതെ ഡിലീഷൻ ഷെഡ്യൂളുള്ള വ്യക്തിഗത ഡാറ്റയായി കണക്കാക്കുക. വർക്ക്സ്പേസ് സബ്സ്ക്രിപ്ഷനിലെ എല്ലാ റിസോഴ്സുകളിൽ നിന്നും എല്ലാ വിഭാഗങ്ങളും സ്വീകരിക്കുന്നില്ലെന്നും പരിശോധിക്കുക, കാരണം ശബ്ദമുള്ള വർക്ക്സ്പേസ് ക്ലയന്റ് ലോഗ് നേരിട്ട് വായിക്കുന്നതിനേക്കാൾ പരസ്പരബന്ധം മന്ദഗതിയിലാക്കുന്നു.

അവസാനം, ക്രമീകരണത്തിന്റെ പേര്, വർക്ക്സ്പേസ്, തിരഞ്ഞെടുത്ത വിഭാഗങ്ങൾ എന്നിവ ഗേറ്റ്വേയുടെ റൺബുക്കിൽ എഴുതുക. അടുത്തതായി ഒരു ക്ലയന്റ് ഡീബഗ് ചെയ്യുന്ന വ്യക്തി ആദ്യം ഗേറ്റ്വേ ബ്ലേഡ് നോക്കും, ഒന്നും കണ്ടെത്തില്ല, ലോഗുകൾ നിലവിലില്ലെന്ന് നിഗമനം ചെയ്യും.