Informes de Estadísticas Por Usuario de System Log Parser: el Valor Anónimo
Para evaluar el rendimiento del Sitio y cuantificar la popularidad del servicio, System Log Parser (SLP) ofrece varios informes para realizar análisis de registros de ArcGIS Enterprise. Al seleccionar Tipos de Análisis como Simple, WithOverviewCharts o Complete, existe una
opción llamada "Agregar Estadísticas Por Usuario al Informe" que incluirá una hoja adicional llamada Estadísticas Por Usuario en la salida generada. La información en esta hoja incluye un resumen estadístico
de solicitudes exitosas de miembros del Portal (según lo reportado por ArcGIS Enterprise). Esto puede ser muy útil para que los administradores GIS comprendan quién está solicitando qué.
Sin embargo, a veces, el Usuario listado en esta hoja puede mostrar el valor inesperado de "anonymous". Para un Sitio con servicios asegurados, este podría ser un nombre de usuario desconcertante de observar.
¿Está un Usuario Anónimo Enviando Consultas Exitosas a un Servicio Asegurado?
La respuesta corta: no, no lo están.
La respuesta larga: no, todavía no lo están, pero se necesita algo de contexto para proporcionar la explicación adecuada sobre las entradas "anonymous" para el valor Nombre de Usuario en los registros.
Identidad de la Entrada de Registro del Miembro del Portal
Cuando System Log Parser consulta los registros de ArcGIS Enterprise (por ejemplo, ArcGIS Server), lee el campo "Nombre de Usuario" para determinar la identidad del miembro para cada entrada de registro de una solicitud exitosa.
Este valor solo se lee de entradas de registro muy específicas (por ejemplo, donde el registro tiene Code=100004). Tales entradas también tienen la duración final transcurrida del trabajo realizado (por ejemplo, cuánto tiempo tomó la solicitud desde el punto de vista del ArcSOC.exe del ArcGIS Server). Estos recursos son algunos de los mejores lugares para buscar análisis cuantitativos del Sitio.
Para muchas entradas de registro de solicitudes de servicio, esto lista el valor del nombre de usuario autenticado del miembro del Portal...como se espera.
Pero, hay casos en las entradas de registro cuando un miembro acaba de autenticarse en el Sitio y en su lugar se lista el valor registrado "anonymous", pero anonymous (por ejemplo, un usuario no autenticado) en realidad no estaba accediendo al servicio.
Si las consultas a los registros se ejecutan manualmente (para la misma ventana temporal) a través del Manager o la REST Admin API, se revelan detalles adicionales que pueden ayudar a explicar esta inicial suplantación de usuario por la entidad llamada "anonymous".
Usando el campo Request ID en los registros, uno puede correlacionar múltiples entradas juntas (ya que todos los mismos Request IDs pertenecen a la misma solicitud...lo cual es realmente genial).
Así que, mientras la entrada con Code=100004 muestra al usuario como "anonymous", la entrada con Code=9029 realmente lista la identidad del miembro del Portal que hizo la solicitud. En este caso, "admin".
Las consultas posteriores por ese usuario se listan con el nombre esperado (por ejemplo, y no como "anonymous").
Nota: En la captura de pantalla de la entrada del registro arriba, "NaturalEarth/NaturalEarth_SQLServer.MapServer" era un servicio compartido solo con miembros específicos del Portal.
Nota: System Log Parser actualmente no presenta este detalle adicional de suplantación de usuario. Cualquier valor registrado bajo Nombre de Usuario es lo que SLP usa para la hoja Estadísticas Por Usuario.
Nota: También puede haber una entrada separada con Code=8522 que lista el valor registrado del miembro bajo la columna Nombre de Usuario.
Solicitudes Anónimas Reales a Servicios Compartidos con el Público
También hay entradas en los registros donde el valor para el campo "Nombre de Usuario" puede listar "anonymous" como miembro, pero aquí es donde realmente representa a unusuario anónimo.
En esta situación, los registros están identificando una solicitud exitosa hecha por alguien para un servicio disponible públicamente donde el cliente conectado no fue desafiado a autenticarse. En otras palabras, el servicio fue compartido intencionalmente con Everyone (por ejemplo, el público).
Al realizar otra consulta manual y profunda en los registros (para la misma ventana temporal) para estos tipos de solicitudes, se pueden derivar más detalles que muestran esa entrada asociada con Code=9029. Esto ayuda a destacar que la solicitud fue realmente hecha en nombre del "Anonymous user".
Nota: En la captura de pantalla de la entrada del registro arriba, "SampleWorldCities.MapServer" era un servicio compartido con Everyone.
Nota: System Log Parser actualmente no presenta este detalle adicional de suplantación de usuario. Cualquier valor registrado bajo Nombre de Usuario es lo que SLP usa para la hoja Estadísticas Por Usuario.
¿Existen Entradas Anónimas en los Registros para Servicios Asegurados?
No.
Las solicitudes emitidas para cualquier recurso no compartido públicamente solicitarán autenticación (incluso si lo solicitado no existe).
Por lo tanto, las entradas con Code=100004 no existirán para el usuario "Anonymous user" contra servicios asegurados.
Nota: En la captura de pantalla anterior, "NaturalEarth/NaturalEarth_SQLServer.MapServer" era un servicio compartido solo con miembros específicos del Portal.
Nota: ArcGIS Enterprise aún reconocerá una solicitud "Anonymous user" para un servicio asegurado (existente o no) con una entrada Code=9029 (y potencialmente también una entrada Code=8522).
¿En Qué Versión Está Basada Esta Información Sobre Entradas De Nombre De Usuario?
Este artículo está basado en ArcGIS Enterprise 11.2/11.3, pero la información sobre Nombre de Usuario ha estado disponible en los registros de ArcGIS Server durante muchas versiones.
Variabilidad
El propósito de este Artículo Comunitario es ofrecer orientación y ayudar a explicar varias situaciones donde se lista "anonymous" como Nombre de Usuario en los registros de ArcGIS Enterprise (por ejemplo, ArcGIS Server). Espere cierta variabilidad en este comportamiento (a lo largo de los años y) entre versiones. Además, dado que existen muchas capacidades del servicio ArcGIS Server, cada una puede manejar ligeramente diferente la persistencia del valor Nombre de Usuario dentro de la lógica interna del marco para registros.
