Uso de datos del reenviador

La pestaña Uso de datos de una integración muestra lo que su reenviador de registros recibió de sus fuentes, lo que rechazó y cuántos datos llegaron a Wirespeed. Úsela para confirmar que una fuente está conectada y para averiguar por qué faltan registros. Para abrirla, vaya a Integraciones, abra una integración que recibe registros a través de un reenviador, como Generic Syslog, y seleccione la pestaña Uso de datos.

​

Tarjetas de resumen

Las respuestas de error HTTP no se contabilizan en Eventos rechazados ni en Errores. Aparecen en el gráfico Estado HTTP.

​

Banner de ausencia de datos o inactividad

Si el reenviador no ha recibido datos desde hace un tiempo, aparece un banner en la parte superior de la pestaña. Una fuente que se ha silenciado tiene el mismo aspecto que un reenviador caído, así que empiece por la fuente:

1. Confirme que la fuente está encendida y configurada para enviar registros
2. Compare la dirección de destino, el puerto y el protocolo de la fuente con Detalles del reenviador
3. Compruebe que el ajuste TLS de la fuente coincide con TLS: Enabled o TLS: Disabled en Detalles del reenviador. Para TLS, consulte Syslog over TLS
4. Confirme que sus firewalls permiten el tráfico desde la fuente hacia el reenviador

​

Errores

Este gráfico muestra los eventos y las conexiones que el reenviador no pudo aceptar, una serie por causa. Un gráfico vacío es saludable.

​

Estado HTTP

Este gráfico se aplica a las integraciones que reciben registros por HTTP o HTTPS. Muestra las respuestas que envió el reenviador, por código de estado.

• Las respuestas 2xx son saludables
• Las respuestas 4xx significan que se rechazó la solicitud. Compruebe la dirección, las credenciales y el formato de la carga útil del emisor frente a las instrucciones de configuración de la integración
• Las respuestas 5xx suelen ser temporales. Asegúrese de que el emisor reintenta y contacte con el soporte si persisten

​

Salud del reenviador

Wirespeed comprueba cada reenviador cada hora. Un problema debe durar unas 4 horas antes de que la integración se marque como Inestable o Incorrecto. Se ignora una ráfaga corta de errores de componente o de respuestas HTTP 401+ que ya se haya detenido. Los eventos limitados y rechazados siguen contabilizándose mientras permanezcan en la ventana de 4 horas. También se ignoran las ráfagas cortas y aisladas de errores que duran aproximadamente una hora o menos. Esto cubre el tráfico de escáneres de Internet y los errores de configuración que corrigió con rapidez. Los errores que continúan durante más tiempo, o que se repiten en al menos la mitad de la ventana de 4 horas, sí se contabilizan. Los eventos limitados y rechazados siempre se contabilizan. La integración vuelve a un estado saludable tras 24 horas sin eventos limitados, rechazados o de error y sin respuestas HTTP de 401 o superiores. Si el estado solo era Incorrecto o En silencio porque no llegaban eventos, vuelve a saludable en la siguiente comprobación horaria después de que lleguen eventos. No se comprueba la salud mientras la integración está deshabilitada.

​

Reenviadores en silencio

Algunas fuentes envían eventos solo de vez en cuando, por ejemplo un dispositivo que registra únicamente cuando cambia su configuración. Cuando un reenviador no ha almacenado eventos durante 72 horas, Wirespeed compara ese silencio con el intervalo más largo entre eventos en los 60 días anteriores a que la fuente quedara en silencio. La integración pasa a Incorrecto cuando el silencio alcanza 1,5 veces ese intervalo, pero nunca antes de 3 días ni después de 45 días: Una fuente que aún no ha tenido un intervalo, como una integración nueva que solo ha enviado eventos en sus primeros días, dispone de 3 días. El tiempo entre añadir la integración y su primer evento no cuenta como intervalo. La integración se marca como Incorrecto sin esperar cuando se cumple cualquiera de estas condiciones:

• El reenviador nunca ha almacenado eventos
• El reenviador recibió mensajes, datos que no pudo leer, o eventos limitados o rechazados, en las últimas 72 horas, pero no se almacenó ninguno

Los errores de conexión y HTTP por sí solos no marcan de inmediato un reenviador en silencio como Incorrecto, porque los escáneres de Internet que sondean el reenviador también los provocan. Siguen contando para los umbrales de error de la tabla anterior. Desde las 72 horas sin eventos almacenados hasta que se agota el silencio permitido, la integración se marca como En silencio, salvo que las reglas de errores y descartes de la tabla anterior la marquen como Inestable o Incorrecto. En silencio se muestra en el distintivo y en la página de detalle de la integración. Pasar de Correcto a En silencio no envía ninguna notificación, ni tampoco la vuelta a Correcto cuando vuelven a llegar eventos. Si la integración estaba Incorrecto o Inestable antes de quedar en silencio, el cambio se notifica como una recuperación, con las mismas reglas que una vuelta a Correcto: solo se envía un correo de recuperación si estaba Incorrecto. Cuando una integración en silencio pasa a Incorrecto, se le notifica como de costumbre. Cuando cambia el estado, el registro de la integración registra una de estas entradas:

​

Volumen de datos

El gráfico Volumen de datos (bytes) muestra cuántos datos ingestó Wirespeed desde esta integración. Un pico repentino suele significar una fuente nueva o un cambio en el registro de una existente, como la activación del registro de depuración.

​

¿Necesita más ayuda?

Si necesita asistencia adicional, póngase en contacto con el soporte de Wirespeed. Incluya el nombre de la integración, el intervalo de fechas y el gráfico que está consultando.