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'уна жазыңыз. Клиентти оңдой турган кийинки адам адегенде шлюз тактасын карайт, эч нерсе таппайт жана журналдар жок деп жыйынтыктайт.