Onde están os rexistros de Azure Point-to-Site VPN? Mire en Monitor

Un usuario non pode conectarse á pasarela de punto a sitio, vostede abre a folla da pasarela e non hai ningún historial de conexións na páxina. Configuración, certificados, estado: todo presente, ningún rexistro. Os rexistros existen, pero as páxinas de rede non os producen en absoluto. Veñen dunha configuración de diagnóstico asociada ao recurso da pasarela, e esa configuración vive en Monitor; por iso a primeira busca no lugar obvio non devolve nada e a xente conclúe que o servizo non garda ningún rastro de auditoría.

Por que falla a busca obvia

As guías antigas afirman que Azure Point-to-Site VPN non ten auditoría, e iso era certo cando o servizo non expuña ningún rexistro por conexión. As pasarelas actuais publican rexistros de diagnóstico do túnel, así que a pregunta útil cambiou: non se existen rexistros, senón que recurso os emite e que categoría activou. A folla da pasarela é unha superficie de configuración, e as superficies de configuración raramente serven tamén como visores de rexistros. Unha configuración de diagnóstico é un obxecto por recurso, así que o recurso que escolle determina todo o que segue.

A outra metade da confusión é a autenticación. As conexións de punto a sitio baseadas en certificados non xeran un evento de inicio de sesión por usuario como fai un provedor de identidade, así que non hai rexistro dunha persoa concreta escribindo un contrasinal.

Asocie a configuración de diagnóstico ao recurso da pasarela

Abra Monitor, despois Diagnostic settings, e engada unha configuración nova cuxo destino sexa a propia pasarela de rede virtual e non a rede virtual que a contén. Seleccione a categoría de diagnóstico de punto a sitio, a chamada P2SDiagnosticLog, porque é a que transporta os rexistros de conexión por cliente; engada as categorías de túnel, ruta ou IKE só para os erros de sitio a sitio que cobren. Despois envía os datos a unha área de traballo de Log Analytics que vostede controle, cun período de retención que escollese a propósito. A maioría das buscas fallidas son unha configuración asociada ao recurso equivocado, non unha función que falte.

As listas de categorías varían segundo o tipo e a xeración da pasarela. Se a categoría de punto a sitio non aparece, pode que a pasarela sexa anterior á función ou execute unha SKU que nunca a emite, así que comprobe as categorías admitidas antes de buscar un problema de permisos. Unha pasarela sen categoría de punto a sitio non está rota; simplemente non pode ser a orixe dese rexistro, e o substituto máis próximo é a categoría de túnel ou IKE, que rexistra o enderezo do cliente aínda que non describa unha sesión de punto a sitio. Confirme a lista de categorías antes de abrir un caso de soporte sobre rexistros que faltan.

Lea os rexistros na táboa que use o seu modo

Co modo de recollida herdado, as entradas van á táboa AzureDiagnostics e a categoría aparece como valor de columna; con táboas específicas do recurso, a pasarela ten a súa propia táboa. En calquera caso, consulte polo recurso da pasarela e unha xanela arredor do intento fallido, e despois lea a correlación en lugar das filas individuais:

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

O conxunto de columnas segue o seu modo de recollida, así que trate a consulta como unha forma e non como un script. O que busca é un enderezo de cliente que aparece e despois desaparece, cun tipo de resultado que non é éxito.

Emparexe o rexistro da pasarela coa visión do cliente

Os rexistros da pasarela describen o túnel, non por que un portátil non puido construír un. Recolla o lado do cliente na mesma marca de tempo: o rexistro de eventos de Windows para o cliente RAS, o rexistro de conexións de macOS ou o texto de erro que mostrou a aplicación cliente. Un rexistro da pasarela sen un intento de cliente correspondente apunta ao cliente; un cliente que informa de éxito mentres a pasarela non rexistra nada normalmente significa que o perfil apunta a outra pasarela.

Manteña ambas as metades no mesmo tícket. Un rexistro da pasarela por si só convida á conclusión equivocada, e un rexistro do cliente por si só non pode mostrar se o paquete chegou algunha vez.

Se non aparece nada en ningún dos dous sitios, comprobe o reloxo do cliente antes de dubidar da plataforma. As marcas de tempo desviadas fan que a correlación falle dun xeito que parece exactamente datos que faltan.

Retención, alcance e a entrada do runbook

Os rexistros do túnel levan enderezos de cliente e marcas de tempo de conexión, así que tráteos como datos persoais cun calendario de supresión en lugar de deixar o valor predeterminado da plataforma. Comprobe tamén que a área de traballo non estea inxerindo todas as categorías de todos os recursos da subscrición, porque unha área de traballo ruidosa fai a correlación máis lenta que ler directamente o rexistro do cliente.

Por último, escriba o nome da configuración, a área de traballo e as categorías escollidas no runbook da pasarela. A próxima persoa que depure un cliente mirará primeiro a folla da pasarela, non atopará nada e concluirá que os rexistros non existen.