Azure Point-to-Site VPN ලොග කොහිද? Monitor තුළ බලන්න

පරිශීලකයෙකුට Point-to-Site gateway වෙත සම්බන්ධ විය නොහැක, ඔබ gateway blade විවෘත කරන අතර, පිටුවේ කොතැනකවත් සම්බන්ධතා ඉතිහාසයක් නොමැත. වින්‍යාසය, සහතික, තත්ත්වය: සියල්ල ඇත, වාර්තා නැත. ලොග පවතී, නමුත් ජාල පිටු ඒවා කිසිසේත් නිපදවන්නේ නැත. ඒවා gateway සම්පත් සමඟ සම්බන්ධ කර ඇති diagnostic සැකසුමකින් එන අතර, එම සැකසුම Monitor යටතේ ජීවත් වේ; එබැවින් පැහැදිලි ස්ථානයේ පළමු සෙවීම කිසිවක් ලබා නොදෙන අතර, සේවාව කිසිදු විගණන සලකුණක් තබා නොගනී යැයි මිනිසුන් නිගමනය කරයි.

පැහැදිලි සෙවීම අසාර්ථක වන්නේ ඇයි

පැරණි මාර්ගෝපදේශ පවසන්නේ Azure Point-to-Site VPN හට විගණනයක් නොමැති බවයි, සහ සේවාව එක් එක් සම්බන්ධතාවයට වාර්තාවක් නොපෙන්වූ විට එය සත්‍ය විය. වර්තමාන gateway ටනල් diagnostic වාර්තා ප්‍රකාශයට පත් කරයි, එබැවින් ප්‍රයෝජනවත් ප්‍රශ්නය වෙනස් විය: ලොග තිබේද නැද්ද යන්න නොව, කුමන සම්පතක් ඒවා නිකුත් කරන්නේද සහ ඔබ කුමන කාණ්ඩය සක්‍රීය කළේද යන්නයි. gateway blade යනු වින්‍යාස මතුපිටක් වන අතර, වින්‍යාස මතුපිට ලොග නරඹන්නන් ලෙසද කලාතුරකින් ක්‍රියා කරයි. diagnostic සැකසුම එක් එක් සම්පත සඳහා වස්තුවකි, එබැවින් ඔබ තෝරන සම්පත ඉන් පසු සියල්ල තීරණය කරයි.

ව්‍යාකූලත්වයේ අනෙක් අර්ධය සත්‍යාපනයයි. සහතික පදනම් කරගත් Point-to-Site සම්බන්ධතා අනන්‍යතා සපයන්නෙකු මෙන් එක් එක් පරිශීලකයාට පිවිසුම් සිදුවීමක් නිපදවන්නේ නැත, එබැවින් මුරපදයක් ටයිප් කරන නම් කළ පුද්ගලයෙකුගේ වාර්තාවක් නොමැත.

diagnostic සැකසුම gateway සම්පතට අමුණන්න

Monitor විවෘත කර, පසුව Diagnostic settings, සහ ඉලක්කය එය අඩංගු අතථ්‍ය ජාලය නොව අතථ්‍ය ජාල gatewayම වන නව සැකසුමක් එක් කරන්න. Point-to-Site diagnostic කාණ්ඩය තෝරන්න, P2SDiagnosticLog නම් එක, මන්ද එයයි එක් එක් සේවාලාභියාට සම්බන්ධතා වාර්තා රැගෙන යන්නේ; ටනල්, මාර්ග හෝ IKE කාණ්ඩ ඒවා ආවරණය කරන site-to-site දෝෂ සඳහා පමණක් එක් කරන්න. පසුව දත්ත ඔබ පාලනය කරන Log Analytics කාර්ය අවකාශයකට යවන්න, ඔබ හිතාමතා තෝරාගත් රඳවා ගැනීමේ කාලයක් සමඟ. අසාර්ථක සෙවීම් බොහොමයක් වැරදි සම්පතට අමුණා ඇති සැකසුමක් මිස අතුරුදහන් වූ විශේෂාංගයක් නොවේ.

කාණ්ඩ ලැයිස්තු gateway වර්ගය සහ පරම්පරාව අනුව වෙනස් වේ. Point-to-Site කාණ්ඩය නොමැති නම්, gateway මෙම විශේෂාංගයට වඩා පැරණි විය හැක හෝ එය කිසිදා නිකුත් නොකරන SKU එකක් මත ක්‍රියාත්මක විය හැක, එබැවින් අවසර ගැටලුවක් සොයා යාමට පෙර සහාය දක්වන කාණ්ඩ පරීක්ෂා කරන්න. Point-to-Site කාණ්ඩයක් නොමැති gateway එකක් කැඩී නැත; එය එම වාර්තාවේ මූලාශ්‍රය වීමට නොහැකි අතර, ළඟම ආදේශකය වන්නේ ටනල් හෝ IKE කාණ්ඩයයි, එය Point-to-Site සැසියක් විස්තර නොකළත් සේවාලාභියාගේ ලිපිනය සටහන් කරයි. අතුරුදහන් ලොග ගැන සහාය ඉල්ලීමක් විවෘත කිරීමට පෙර කාණ්ඩ ලැයිස්තුව තහවුරු කරන්න.

ඔබේ මාදිලිය භාවිතා කරන වගුවේ වාර්තා කියවන්න

පැරණි රැස්කිරීම් මාදිලියේදී, සටහන් AzureDiagnostics වගුවට යන අතර කාණ්ඩය තීරු අගයක් ලෙස දිස්වේ; සම්පත්-නිශ්චිත වගුවල gateway ට තමන්ගේම වගුවක් ඇත. කෙසේ වුවද, gateway සම්පත සහ අසාර්ථක උත්සාහය වටා ඇති කාල කවුළුව අනුව විමසන්න, පසුව තනි පේළි වෙනුවට සහසම්බන්ධය කියවන්න:

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

තීරු කට්ටලය ඔබේ රැස්කිරීම් මාදිලිය අනුගමනය කරයි, එබැවින් විමසුම ස්ක්‍රිප්ටයක් නොව හැඩයක් ලෙස සලකන්න. ඔබ සොයන්නේ දිස්වී පසුව අතුරුදහන් වන සේවාලාභී ලිපිනයක්, සාර්ථකත්වය නොවන ප්‍රතිඵල වර්ගයක් සමඟයි.

gateway වාර්තාව සේවාලාභියාගේ දෘෂ්ටිකෝණය සමඟ යුගල කරන්න

gateway ලොග ටනලය විස්තර කරයි, ලැප්ටොප් එකකට එය ගොඩනැගීමට නොහැකි වූයේ ඇයි ද යන්න නොවේ. එම කාල මුද්‍රාවේදී සේවාලාභී පැත්ත රැස් කරන්න: RAS සේවාලාභියා සඳහා Windows සිදුවීම් ලොගය, macOS සම්බන්ධතා ලොගය, හෝ සේවාලාභී යෙදුම පෙන්වූ දෝෂ පෙළ. ගැළපෙන සේවාලාභී උත්සාහයක් නොමැති gateway වාර්තාව සේවාලාභියා දෙසට යොමු කරයි; gateway කිසිවක් සටහන් නොකරන අතර සේවාලාභියා සාර්ථකත්වය වාර්තා කරන්නේ නම්, සාමාන්‍යයෙන් අදහස් වන්නේ පැතිකඩ වෙනත් gateway එකක් ඉලක්ක කර ඇති බවයි.

අර්ධ දෙකම එකම ටිකට්පතේ තබා ගන්න. තනි gateway ලොගයක් වැරදි නිගමනයට ආරාධනා කරන අතර, තනි සේවාලාභී ලොගයකට පැකට්ටුව කිසිදා පැමිණියේද යන්න පෙන්විය නොහැක.

දෙකෙහිම කිසිවක් නොපෙනේ නම්, වේදිකාව ගැන සැක කිරීමට පෙර සේවාලාභියාගේ ඔරලෝසුව පරීක්ෂා කරන්න. ඇල වූ කාල මුද්‍රා සහසම්බන්ධය අතුරුදහන් දත්ත මෙන් හරියටම පෙනෙන ආකාරයෙන් අසාර්ථක කරයි.

රඳවා ගැනීම, විෂය පථය සහ runbook සටහන

ටනල් වාර්තා සේවාලාභී ලිපින සහ සම්බන්ධතා කාල මුද්‍රා රැගෙන යයි, එබැවින් වේදිකාවේ පෙරනිමිය තබා ගැනීම වෙනුවට ඒවා මකා දැමීමේ කාලසටහනක් සහිත පුද්ගලික දත්ත ලෙස සලකන්න. කාර්ය අවකාශය දායකත්වයේ සෑම සම්පතකින්ම සෑම කාණ්ඩයක්ම ලබා නොගන්නා බව ද පරීක්ෂා කරන්න, මන්ද ශබ්ද සහිත කාර්ය අවකාශයක් සහසම්බන්ධය සේවාලාභී ලොගය සෘජුව කියවීමට වඩා මන්දගාමී කරයි.

අවසාන වශයෙන්, සැකසුමේ නම, කාර්ය අවකාශය සහ තෝරාගත් කාණ්ඩ gateway හි runbook තුළ ලියන්න. ඊළඟ පුද්ගලයා සේවාලාභියෙකු නිර්මාණශීලීව විසඳන විට මුලින්ම gateway blade දෙස බලනු ඇත, කිසිවක් නොසොයා ගනු ඇත, සහ ලොග නොපවතින බව නිගමනය කරනු ඇත.