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 қосылым журналы немесе клиент қолданбасы көрсеткен қате мәтіні. Сәйкес клиент әрекеті жоқ шлюз жазбасы клиентті нұсқайды; клиент табыс туралы хабарлап, шлюз ештеңе жазбаса, бұл әдетте профиль басқа шлюзге бағытталғанын білдіреді.

Екі жартыны бір билетте ұстаңыз. Тек шлюз журналы қате қорытындыға шақырады, ал тек клиент журналы пакеттің кездейсоқ жеткенін көрсете алмайды.

Егер еш жерде ештеңе көрінбесе, платформаға күмән келтірмес бұрын клиенттің сағатын тексеріңіз. Қисық уақыт белгілері корреляцияны дәл жоғалған деректерге ұқсайтын етіп сәтсіз етеді.

Сақтау, ауқым және runbook жазбасы

Туннель жазбалары клиент мекенжайлары мен қосылым уақыт белгілерін тасымалдайды, сондықтан платформаның әдепкі мәнін қалдырудың орнына оларды жою кестесімен жеке деректер ретінде қараңыз. Сондай-ақ жұмыс кеңістігі жазылымдағы әр ресурстың әр санатын қабылдамайтынын тексеріңіз, өйткені шулы жұмыс кеңістігі корреляцияны клиент журналын тікелей оқудан баяу етеді.

Соңында параметр атауын, жұмыс кеңістігін және таңдалған санаттарды шлюздің runbook-ына жазыңыз. Клиентті жөндейтін келесі адам алдымен шлюз тақтасына қарайды, ештеңе таппайды және журналдар жоқ деп қорытынды жасайды.