Kur ir Azure Point-to-Site VPN žurnāli? Skatieties Monitor

Lietotājs nevar izveidot savienojumu ar Point-to-Site vārteju, jūs atverat vārtejas asmeni, un lapā nekur nav savienojumu vēstures. Konfigurācija, sertifikāti, statuss: viss ir, ierakstu nav. Žurnāli pastāv, bet tīkla lapas tos nemaz neģenerē. Tie nāk no diagnostikas iestatījuma, kas pievienots vārtejas resursam, un šis iestatījums dzīvo zem Monitor; tāpēc pirmā meklēšana acīmredzamajā vietā neko neatgriež, un cilvēki secina, ka pakalpojums neuztur nekādu audita pēdu.

Kāpēc acīmredzamā meklēšana neizdodas

Vecākas vadlīnijas apgalvo, ka Azure Point-to-Site VPN nav audita, un tas bija taisnība, kad pakalpojums neizpauda nevienu ierakstu uz savienojumu. Pašreizējās vārtejas publicē tuneļa diagnostikas ierakstus, tāpēc noderīgais jautājums mainījās: nevis vai žurnāli pastāv, bet kurš resurss tos izdod un kuru kategoriju jūs ieslēdzāt. Vārtejas asmens ir konfigurācijas virsma, un konfigurācijas virsmas reti kalpo arī kā žurnālu skatītāji. Diagnostikas iestatījums ir objekts katram resursam, tāpēc jūsu izvēlētais resurss nosaka visu turpmāko.

Otra puse apjukuma ir autentifikācija. Uz sertifikātiem balstīti Point-to-Site savienojumi neģenerē pieteikšanās notikumu katram lietotājam, kā to dara identitātes nodrošinātājs, tāpēc nav ieraksta par nosauktu personu, kas ievada paroli.

Pievienojiet diagnostikas iestatījumu vārtejas resursam

Atveriet Monitor, pēc tam Diagnostic settings, un pievienojiet jaunu iestatījumu, kura mērķis ir pati virtuālā tīkla vārteja, nevis virtuālais tīkls, kas to satur. Izvēlieties Point-to-Site diagnostikas kategoriju, to, kuras nosaukums ir P2SDiagnosticLog, jo tā pārvadā savienojumu ierakstus katram klientam; tuneļa, maršruta vai IKE kategorijas pievienojiet tikai tiem site-to-site traucējumiem, ko tās aptver. Pēc tam sūtiet datus uz Log Analytics darbvietu, kuru jūs kontrolējat, ar apzināti izvēlētu glabāšanas periodu. Lielākā daļa neizdevušos meklējumu ir iestatījums, kas pievienots nepareizajam resursam, nevis trūkstoša funkcija.

Kategoriju saraksti atšķiras atkarībā no vārtejas tipa un paaudzes. Ja Point-to-Site kategorijas nav, vārteja var būt vecāka par funkciju vai darboties ar SKU, kas to nekad neizdod, tāpēc pirms atļauju problēmas meklēšanas pārbaudiet atbalstītās kategorijas. Vārteja bez Point-to-Site kategorijas nav salūzusi; tā vienkārši nevar būt tā ieraksta avots, un tuvākais aizstājējs ir tuneļa vai IKE kategorija, kas reģistrē klienta adresi, lai gan neapraksta Point-to-Site sesiju. Apstipriniet kategoriju sarakstu pirms atbalsta gadījuma atvēršanas par trūkstošiem žurnāliem.

Lasiet ierakstus tabulā, ko izmanto jūsu režīms

Vecajā vākšanas režīmā ieraksti nonāk tabulā AzureDiagnostics un kategorija parādās kā kolonnas vērtība; resursam specifiskās tabulās vārtejai ir sava tabula. Jebkurā gadījumā vaicājiet pēc vārtejas resursa un laika loga ap neizdevušos mēģinājumu, pēc tam lasiet korelāciju, nevis atsevišķas rindas:

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

Kolonnu kopa atbilst jūsu vākšanas režīmam, tāpēc uzskatiet vaicājumu par formu, nevis skriptu. Tas, ko meklējat, ir klienta adrese, kas parādās un pēc tam pazūd, ar rezultāta tipu, kas nav panākums.

Savienojiet vārtejas ierakstu ar klienta skatījumu

Vārtejas žurnāli apraksta tuneli, nevis to, kāpēc klēpjdators nespēja to izveidot. Savāciet klienta pusi tajā pašā laika zīmogā: Windows notikumu žurnālu RAS klientam, macOS savienojumu žurnālu vai kļūdas tekstu, ko parādīja klienta lietotne. Vārtejas ieraksts bez atbilstoša klienta mēģinājuma norāda uz klientu; ja klients ziņo par panākumu, kamēr vārteja neko nereģistrē, tas parasti nozīmē, ka profils ir vērsts uz citu vārteju.

Turiet abas puses vienā biļetē. Tikai vārtejas žurnāls aicina uz nepareizu secinājumu, un tikai klienta žurnāls nevar parādīt, vai pakete kādreiz ieradās.

Ja nekur nekas neparādās, pārbaudiet klienta pulksteni, pirms apšaubāt platformu. Nobīdīti laika zīmogi liek korelācijai neizdoties tā, ka tas izskatās tieši kā trūkstoši dati.

Glabāšana, apjoms un runbook ieraksts

Tuneļa ieraksti satur klientu adreses un savienojumu laika zīmogus, tāpēc uzskatiet tos par personas datiem ar dzēšanas grafiku, nevis atstājiet platformas noklusējumu. Pārbaudiet arī, vai darbvieta neuzņem katru kategoriju no katra abonementa resursa, jo trokšņaina darbvieta padara korelāciju lēnāku nekā klienta žurnāla tieša lasīšana.

Visbeidzot, ierakstiet iestatījuma nosaukumu, darbvietu un izvēlētās kategorijas vārtejas runbook. Nākamais cilvēks, kas atkļūdos klientu, vispirms skatīsies vārtejas asmenī, neko neatradīs un secinās, ka žurnālu nav.