Wêr binne de Azure Point-to-Site VPN-logs? Sjoch yn Monitor

In brûker kin gjin ferbining meitsje mei de Point-to-Site-gateway, jo iepenje it gatewayblêd, en der is nearne op 'e side in ferbiningsskiednis. Konfiguraasje, sertifikaten, status: alles oanwêzich, gjin records. De logs besteane, mar se wurde hielendal net troch de netwurksiden produsearre. Se komme fan in diagnostyske ynstelling dy't oan 'e gateway-boarne ferbûn is, en dy ynstelling libbet ûnder Monitor; dêrom jout de earste syktocht op it foar de hân lizzende plak neat werom, en minsken konkludearje dat de tsjinst gjin audittrail byhâldt.

Wêrom't de foar de hân lizzende syktocht mislearret

Aldere rjochtlinen beweare dat Azure Point-to-Site VPN gjin audit hat, en dat wie wier doe't de tsjinst gjin record per ferbining bleatstelde. Hjoeddeiske gateways publisearje diagnostyske tunnelrecords, dus de nuttige fraach feroare: net oft logs besteane, mar hokker boarne se útstjoert en hokker kategory jo oansette hawwe. It gatewayblêd is in konfiguraasje-oerflak, en konfiguraasje-oerflakken tsjinje komselden ek as logbesjoggers. In diagnostyske ynstelling is in objekt per boarne, dus de boarne dy't jo kieze bepaalt alles wat folget.

De oare helte fan 'e betizing is autentikaasje. Sertifikaatbasearre Point-to-Site-ferbinings generearje gjin oanmeldingsbarren per brûker lykas in identiteitsprovider docht, dus der is gjin record fan in neamde persoan dy't in wachtwurd yntypet.

Ferbyn de diagnostyske ynstelling oan 'e gateway-boarne

Iepenje Monitor, dan Diagnostic settings, en foegje in nije ynstelling ta wêrfan't it doel de firtuele netwurk-gateway sels is, net it firtuele netwurk dat him befettet. Kies de Point-to-Site-diagnostyske kategory, dy't P2SDiagnosticLog hjit, want dy draacht de ferbiningsrecords per kliïnt; foegje de tunnel-, rûte- of IKE-kategoryen allinnich ta foar de site-to-site-flaters dy't se dekke. Stjoer de gegevens dan nei in Log Analytics-wurkromte dy't jo beheare, mei in bewarperioade dy't jo bewust keazen hawwe. De measte mislearre syktochten binne in ynstelling dy't oan 'e ferkearde boarne ferbûn is, net in ûntbrekkende funksje.

Kategorylisten ferskille per gatewaytype en generaasje. As de Point-to-Site-kategory ûntbrekt, kin de gateway âlder wêze as de funksje of in SKU draaie dy't him nea útstjoert, dus kontrolearje de stipe kategoryen foardat jo in tastimmingprobleem sykje. In gateway sûnder Point-to-Site-kategory is net stikken; hy kin gewoan net de boarne fan dat record wêze, en it tichtstbye ferfanging is de tunnel- of IKE-kategory, dy't it kliïntadres registrearret ek al beskriuwt er gjin Point-to-Site-sesje. Befêstigje de kategorylist foardat jo in stipesaak iepenje oer ûntbrekkende logs.

Lês de records yn 'e tabel dy't jo modus brûkt

Yn 'e âldere sammelmodus lânje ynskriuwingen yn 'e tabel AzureDiagnostics en ferskynt de kategory as kolomwearde; by boarnespesifike tabellen hat de gateway in eigen tabel. Yn beide gefallen freegje jo op boarne fan 'e gateway en in finster om 'e mislearre poging hinne, en lêze dan de korrelaasje ynstee fan 'e yndividuele rigen:

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

De kolomset folget jo sammelmodus, dus behannelje de query as in foarm en net as in skript. Wat jo sykje is in kliïntadres dat ferskynt en dan ferdwynt, mei in resultaattype dat gjin sukses is.

Keppelje it gatewayrecord oan 'e eigen werjefte fan 'e kliïnt

Gatewaylogs beskriuwe de tunnel, net wêrom't in laptop der gjin bouwe koe. Sammelje de kliïntkant op deselde tiidstimpel: it Windows-barrenlog foar de RAS-kliïnt, it macOS-ferbiningslog of de flatertekst dy't de kliïntapp sjen liet. In gatewayrecord sûnder oerienkommende kliïntpoging wiist op 'e kliïnt; in kliïnt dy't sukses rapportearret wylst de gateway neat registrearret, betsjut meast dat it profyl op in oare gateway rjochte is.

Hâld beide helten yn itselde ticket. In gatewaylog allinnich noeget ta de ferkearde konklúzje, en in kliïntlog allinnich kin net sjen litte oft it pakket ea oankaam.

As der nearne wat ferskynt, kontrolearje dan de klok op 'e kliïnt foardat jo it platfoarm fertinke. Skeve tiidstimpels meitsje dat de korrelaasje mislearret op in manier dy't der krekt as ûntbrekkende gegevens útsjocht.

Bewarring, omfang en de runbook-ynskriuwing

Tunnelrecords drage kliïntadressen en ferbiningstiidstimpels, dus behannelje se as persoanlike gegevens mei in skiftingsskema ynstee fan 'e standert fan it platfoarm te litten. Kontrolearje ek dat de wurkromte net elke kategory fan elke boarne yn it abonnemint ynnimt, want in lawrierige wurkromte makket korrelaasje stadiger as it kliïntlog direkt lêze.

Skriuw úteinlik de namme fan 'e ynstelling, de wurkromte en de keazen kategoryen yn 'e runbook fan 'e gateway. De folgjende persoan dy't in kliïnt debugt, sil earst yn it gatewayblêd sjen, neat fine en konkludearje dat de logs net besteane.