Campos recopilados en los registros en tiempo real - Edge Security Acceleration

Una vez que habilite el servicio de registros en tiempo real, utilice las tablas de este tema para consultar los nombres y la descripción de los campos recopilados en cada tipo de registro.

Nota

Seleccione qué campos de las siguientes tablas desea entregar. Para reducir los costos de datos, se recomienda entregar únicamente los campos que realmente necesite.
Todos los proyectos de entrega del mismo tipo de registro comparten la misma configuración de campos. Si modifica un campo en un proyecto, el cambio se aplica a todos los demás proyectos del mismo tipo. Por ejemplo, si el campo domain está seleccionado de forma predeterminada para un registro de acceso y lo desmarca en un proyecto de entrega, también se eliminará de todos los demás proyectos de entrega de registros de acceso.

Notas de uso

Para migrar el nombre de dominio A de la cuenta 1 a la cuenta 2, primero deshabilite la entrega de registros en tiempo real del nombre de dominio A en la cuenta 1. Una vez que migre el nombre de dominio A a la cuenta 2, vuelva a configurar la entrega de registros en tiempo real para ese dominio en la cuenta 2. Si no deshabilita y vuelve a configurar la entrega, los registros en tiempo real seguirán enviándose a la cuenta 1 y se le continuará facturando por dicha entrega.
Algunos proveedores de servicios de internet (ISP) de ciertas regiones pueden asignar direcciones IP privadas a los usuarios finales. Como consecuencia, los nodos de DCDN podrían recibir una dirección IP privada del usuario.
Nota
Las direcciones IP privadas se dividen en tres rangos:
- Dirección IP privada de clase A: de 10.0.0.0 a 10.255.255.255, máscara de subred: 10.0.0.0/8
- Dirección IP privada de clase B: de 172.16.0.0 a 172.31.255.255, máscara de subred: 172.16.0.0/12
- Dirección IP privada de clase C: de 192.168.0.0 a 192.168.255.255, máscara de subred: 192.168.0.0/16

Campos de los registros de acceso de usuarios

Después de habilitar el servicio de registros de acceso de usuarios, consulte la siguiente tabla para conocer la descripción de los campos recopilados en los registros de acceso.

Nombre del campo	Descripción	Indexado en SLS	Usado en el análisis visual integrado
unixtime	La hora en la que se realizó la solicitud.	Sí	Sí
domain	El nombre de dominio solicitado.	Sí	Sí
method	El método de la solicitud.	Sí	Sí
scheme	El protocolo de la solicitud.	Sí	No
uri	El recurso solicitado.	Sí	Sí
uri_param	Los parámetros de la solicitud.	Sí	No
client_ip	La dirección IP de origen del cliente, es decir, la primera IP del encabezado `X-Forwarded-For` (`X-Forwarded-For: <client_ip>, <proxy_ip>`).	Sí	Sí
proxy_ip	La dirección IP del proxy, que corresponde a la segunda IP del encabezado `X-Forwarded-For`. El valor es `-` cuando el cliente se conecta directamente sin un proxy. Consulte también `client_ip`.	Sí	No
remote_ip	La dirección IP pública que se conecta directamente al punto de presencia (POP) de DCDN.	Sí	No
remote_port	El puerto público que se conecta directamente al POP de DCDN.	Sí	No
refer_protocol	El protocolo del encabezado HTTP Referer.	Sí	No
refer_domain	El nombre de dominio del encabezado HTTP Referer.	Sí	Sí
refer_uri	La URI del encabezado HTTP Referer.	Sí	No
refer_param	Los parámetros del encabezado HTTP Referer.	Sí	No
request_size	El tamaño total de la solicitud, incluidos el cuerpo y los encabezados. Unidad: bytes.	Sí	No
request_time	El tiempo de respuesta de la solicitud. Unidad: milisegundos.	Sí	Sí
response_size	El tamaño de la respuesta. Unidad: bytes.	Sí	No
return_code	El código de respuesta de la solicitud.	Sí	Sí
sent_http_content_range	La información de Range en el encabezado de respuesta, generada por el servidor de origen. Ejemplo: bytes 0-99/200.	Sí	No
server_addr	La dirección IP del POP de DCDN que atiende la solicitud.	Sí	No
server_port	El puerto de servicio del POP de DCDN que atiende la solicitud.	Sí	No
body_bytes_sent	El tamaño real del cuerpo enviado. Unidad: bytes.	Sí	No
content_type	El tipo del recurso solicitado.	Sí	No
hit_info	Indica si la solicitud encontró coincidencia en la caché. Este campo no aplica para streaming en vivo ni para aceleración dinámica. Valores válidos: HIT: la solicitud encontró coincidencia en la caché. MISS: la solicitud no encontró coincidencia en la caché.	Sí	Sí
http_range	El valor del campo Range en el encabezado de la solicitud. Ejemplo: bytes 0-100.	Sí	No
user_agent	La información del agente de usuario.	Sí	Sí
user_info	La información del usuario.	Sí	No
uuid	El identificador único de la solicitud.	Sí	No
via_info	La información del encabezado Via.	Sí	No
xforwordfor	El campo X-Forwarded-For (XFF) del encabezado de la solicitud.	Sí	No

Campos de los registros de EdgeRoutine

Después de habilitar el servicio de registros de EdgeRoutine, consulte la siguiente tabla para conocer la descripción de los campos recopilados en estos registros.

Nombre del campo	Descripción	Indexado en SLS	Usado en el análisis visual integrado
console_alert	El registro personalizado que se imprime al llamar a console.alert() en el código JavaScript.	Sí	Sí
error_code	El error de ejecución del código. 0 indica que no ocurrió ningún error.	Sí	Sí
error_message	La descripción del error correspondiente a error_code.	Sí	Sí
fetch_status	La información de estado de cada subsolicitud.	Sí	Sí
fetch_uuid	El UUID de la subsolicitud.	Sí	Sí
http_2xx	La cantidad de subsolicitudes que devolvieron códigos de estado 2xx.	Sí	Sí
http_3xx	La cantidad de subsolicitudes que devolvieron códigos de estado 3xx.	Sí	Sí
http_4xx	La cantidad de subsolicitudes que devolvieron códigos de estado 4xx.	Sí	Sí
http_5xx	La cantidad de subsolicitudes que devolvieron códigos de estado 5xx.	Sí	Sí
http_status_other	La cantidad de subsolicitudes que devolvieron otros códigos de estado.	Sí	Sí
host	El encabezado HOST de la solicitud principal.	Sí	Sí
in_method	El método HTTP de la solicitud principal.	Sí	Sí
in_path	La ruta de la solicitud principal.	Sí	Sí
out_size	El tamaño total de la respuesta.	Sí	Sí
out_status	El código de estado de la respuesta.	Sí	Sí
code_ver	El número de versión del código.	Sí	Sí
routine_spec	La especificación de EdgeRoutine.	Sí	Sí
total_cpu_time_μs	El tiempo de CPU consumido por toda la solicitud. Unidad: microsegundos.	Sí	Sí
total_real_time_ms	El tiempo real empleado en ejecutar la solicitud en EdgeRoutine, incluidos el tiempo de espera de las subsolicitudes y el tiempo de E/S. Unidad: milisegundos.	Sí	Sí
uuid	El EagleTraceID de la solicitud principal.	Sí	Sí
UnixTime	La hora en la que la solicitud ingresó a EdgeRoutine.	Sí	Sí

Campos de los registros de WAF

Después de habilitar el servicio de registros de Edge WAF, consulte la siguiente tabla para conocer la descripción de los campos recopilados en estos registros.

Nombre del campo	Descripción	Indexado en SLS	Valor de ejemplo
unixtime	La hora en la que se realizó la solicitud.	Sí	1640966400
domain	El nombre de dominio solicitado.	Sí	api.alibabacloud.com
method	El método de la solicitud.	Sí	GET
scheme	El protocolo de la solicitud.	Sí	http
uri	El recurso solicitado.	Sí	/news/search.php
uri_param	Los parámetros de la solicitud.	Sí	title=tm_content%3Darticle&pid=123
content_type	El tipo de contenido solicitado.	Sí	application/x-www-form-urlencoded
matched_host	El nombre de dominio que coincide con la solicitud del cliente y que se agregó al servicio.	Sí	*.aliyun.com
request_id	El identificador único de la solicitud.	Sí	792a121e16405968501823589e
return_code	El código de respuesta de la solicitud.	Sí	200
referer	El encabezado HTTP Referer.	Sí	http://example.com
user_agent	La información del agente de usuario.	Sí	Dalvik/2.1.0 (Linux; U; Android 10; Android SDK built for x86 Build/QSR1.200715.002)
x_forwarded_for	El campo X-Forwarded-For del encabezado de la solicitud. Este campo identifica la dirección IP original de un cliente que se conecta al servidor web mediante un proxy HTTP o un load balancer.	Sí	101.XX.XX.120
client_ip	La dirección IP real del usuario.	Sí	1.XX.XX.1
final_test	Indica si la regla que coincidió finalmente está en modo de supervisión.	Sí	FALSE
cookie	La información de cookies del cliente incluida en el encabezado de la solicitud.	Sí	k1=v1;k2=v2
final_action	La acción de protección ejecutada finalmente. block: el módulo Basic Web Protection bloquea la solicitud. deny: un módulo distinto de Basic Web Protection bloquea la solicitud. captcha: verificación CAPTCHA estándar con control deslizante. js: verificación con JavaScript. Cadena vacía: la solicitud no se bloquea. No coincidió ninguna regla de protección, coincidió una regla de lista blanca o de modo de supervisión, o bien se permitió la solicitud después de que el cliente superara la verificación CAPTCHA con control deslizante o la verificación con JavaScript. Nota Si una solicitud activa varios módulos de protección al mismo tiempo, solo se registra la acción de protección ejecutada finalmente. Las prioridades de las acciones de protección, en orden descendente, son: bloqueo (block) > verificación CAPTCHA estándar con control deslizante (captcha) > verificación con token dinámico (sigchl) > verificación con JavaScript (js).	Sí	block
final_plugin	La información sobre el módulo de protección con el que coincidió finalmente la solicitud. Si final_action tiene un valor, este campo indica el módulo de protección correspondiente a la acción ejecutada finalmente sobre la solicitud del cliente (final_action). En este caso, final_plugin contiene un único módulo. Si final_action está vacío, este campo indica los módulos de protección a los que pertenecen todas las reglas que coincidieron con la solicitud del cliente. Para cualquier módulo distinto de Basic Web Protection y del módulo de lista blanca, el sufijo "-T" después del nombre del módulo indica que la solicitud coincidió con una regla en modo de supervisión dentro de dicho módulo. Pueden coincidir varios módulos de protección. Los valores múltiples se separan con comas (,). Los módulos de protección correspondientes son los siguientes: whitelist: coincidió una regla del módulo de lista blanca. waf: coincidió una regla del módulo Basic Web Protection. custom_acl: coincidió una regla del módulo de reglas personalizadas. ip_blacklist: coincidió una regla del módulo de lista negra de IP. region_block: coincidió una regla del módulo Location Blacklist. bot: coincidió una regla del módulo de gestión de bots. anti_scan: coincidió una regla del módulo de protección contra escaneos. intelligent_cc_global: coincidió una regla del módulo de políticas de mitigación global de protección DDoS. intelligent_cc_acl: coincidió una regla del módulo Intelligent CC protection de protección DDoS.	Sí	Ejemplo 1: "waf" - Ejemplo 2: "whitelist" - Ejemplo 3: "custom_acl" - Ejemplo 4: "custom_acl-T" - Ejemplo 5: "custom_acl-T,ip_blacklist-T,waf"
final_rule_id	La información sobre la regla de protección con la que coincidió finalmente la solicitud. Si final_action tiene un valor, este campo indica el ID de la regla de protección aplicada finalmente a la solicitud del cliente, es decir, la regla correspondiente a final_action. Solo se incluye el ID numérico de la regla, sin información del módulo. Si final_action está vacío, este campo indica los ID de todas las reglas de protección que coincidieron con la solicitud del cliente. La información se muestra con el formato "nombre del módulo-ID de la regla de protección(-T)". La información de las reglas del módulo de lista blanca y del módulo Basic Web Protection no contiene la marca -T. En los demás módulos, la marca -T indica que el ID de la regla de protección corresponde a una regla en modo de supervisión. Pueden coincidir varios ID de reglas de protección. Los valores múltiples se separan con comas (,).	Sí	Ejemplo 1: "200106" - Ejemplo 2: "whitelist-20010060" - Ejemplo 3: "custom_acl-20010065" - Ejemplo 4: "custom_acl-20010063-T" - Ejemplo 5: "custom_acl-20010063-T,ip_blacklist-20010066-T,waf-200106"
remote_addr	La dirección IP de la solicitud.	Sí	1.XX.XX.1