Saltar al contenido principal
Muchas integraciones de Wirespeed aceptan registros de cortafuegos, dispositivos de red y otras fuentes a través de un reenviador. Tras añadir la integración, Wirespeed prepara ese reenviador y muestra los detalles de conexión que necesita.

​
Configurar un reenviador

  1. Inicie sesión en Wirespeed y vaya a Integraciones > Añadir integración
  2. Seleccione la integración de su proveedor o fuente de registros y haga clic en Integrar
  3. Establezca un Nombre de origen para poder distinguir varias instancias del mismo proveedor en Integraciones. Añada una integración distinta para cada cortafuegos; consulte ¿Cuándo necesito varios reenviadores?
  4. Wirespeed prepara el reenviador después de añadir la integración
  5. Detalles del reenviador se abre automáticamente cuando finaliza la configuración si permanece en la página de la integración
  6. Copie la dirección IP o el dominio y el puerto o puertos del listener que se muestran allí
  7. Configure su proveedor o fuente para enviar registros con esos detalles
  8. Confirme que los registros aparecen en Eventos
La página de cada integración cubre los pasos específicos del proveedor, las opciones de protocolo o los formatos. Para comprobar qué recibe su reenviador, solucionar registros faltantes y errores del reenviador, o averiguar por qué el estado de la integración es Inestable o Incorrecto, use la pestaña Uso de datos de la integración. Consulte Uso de datos del reenviador.

​
Comprender los detalles de conexión

Detalles del reenviador muestra una dirección IP o un dominio y uno o más puertos del listener. Cada listener también indica si su conexión está cifrada con TLS (TLS: Enabled) o no (TLS: Disabled). Sus dispositivos envían registros a ese destino. El puerto identifica a qué integración de Wirespeed pertenecen los registros, de modo que aparecen bajo el proveedor correcto en Eventos.

​
Syslog sobre TLS

Active Habilitar TLS en el socket TCP solo cuando el proveedor envíe syslog TCP sobre TLS. Wirespeed presenta un certificado de Let’s Encrypt. Los navegadores ya confían en esa cadena. Muchos cortafuegos y appliances no lo hacen, y pueden necesitar importar una CA como trustpoint antes de que el syslog seguro se conecte.

​
CA raíz

Importe ambas raíces de Let’s Encrypt como CA de confianza (trustpoints) en el dispositivo: Las cadenas de Let’s Encrypt pueden terminar en cualquiera de las dos raíces, y algunos appliances no siguen el certificado con firma cruzada de la cadena. Confiar en ambas raíces cubre las renovaciones de certificados sin más cambios. Use las raíces cuando pueda. Las CA intermedias cambian con más frecuencia; si instala una de ellas en su lugar, es posible que tenga que actualizar el dispositivo de nuevo más adelante.

​
Inspeccionar la cadena de certificados

Sustituya los marcadores de posición por el dominio y el puerto TLS de Detalles del reenviador. Esto imprime el sujeto y el emisor de cada certificado que sirve el reenviador:
Ejemplo de salida (los certificados y los nombres cambian con el tiempo):
Para interpretar la salida:
  • El emisor del último certificado es la raíz que necesita un dispositivo que sigue la cadena completa. En este ejemplo, es ISRG Root X1.
  • Cualquier ISRG Root X* que aparezca como emisor de un certificado anterior es la raíz que necesitan los dispositivos que se detienen antes del certificado con firma cruzada. En este ejemplo, es ISRG Root X2.
  • Si no está seguro de cuál necesita su dispositivo, importe ambas.
La cadena servida puede cambiar cuando se renueva el certificado. Trate la salida anterior como un ejemplo, no como una descripción permanente de la cadena.

​
Verificar antes de configurar el dispositivo

Confirme desde una estación de trabajo que una raíz valida el certificado del reenviador. Descargue el PEM de la raíz desde los enlaces anteriores (por ejemplo isrgrootx1.pem) y ejecute:
Una comprobación correcta termina con Verify return code: 0 (ok). Un fallo imprime una línea verify error como unable to get local issuer certificate. Repita con -CAfile isrgrootx2.pem para comprobar la otra raíz; la cadena se valida frente a cualquiera de las dos.

​
Cadena intermedia

Use esto solo si el dispositivo no acepta un trustpoint raíz y exige la CA emisora. Sustituya los marcadores de posición por el dominio y el puerto TLS de Detalles del reenviador:
chain.pem contiene todos los certificados que el reenviador sirve después del suyo propio: la CA intermedia o las CA intermedias y cualquier certificado con firma cruzada. Importe ese archivo en el dispositivo. Si el dispositivo acepta solo un certificado por importación, divida el archivo e importe los certificados de uno en uno.
Los intermedios y los certificados con firma cruzada cambian cuando se renueva el certificado del reenviador. Si los importa, debe importar los nuevos tras una renovación. Las raíces cambian mucho menos a menudo, por eso se prefieren las raíces.

​
Comprobaciones de revocación de certificados (CRL)

Si su cortafuegos o appliance realiza comprobaciones de revocación de certificados (CRL) sobre el certificado del reenviador de Wirespeed, debe permitir el acceso saliente al dominio *.c.lencr.org (por ejemplo r13.c.lencr.org) por HTTP (puerto TCP 80).
Si el dispositivo no puede alcanzar *.c.lencr.org por HTTP, la comprobación CRL falla y la conexión TLS al reenviador puede rechazarse, de modo que no llegan registros. Añada *.c.lencr.org (HTTP) a la lista de permitidos de su cortafuegos, o desactive la comprobación CRL para el trustpoint.

​
Solución de problemas

Si los handshakes TLS empiezan a fallar justo después de una renovación de certificado, la cadena servida ha cambiado. Vuelva a ejecutar el comando de inspección de la cadena e importe cualquier ISRG Root X* que muestre como emisor. Importar ambas raíces evita esto en la mayoría de los casos.

​
¿Cuándo necesito varios reenviadores?

Proveedores o servicios distintos necesitan integraciones separadas y, por tanto, reenviadores separados. Por ejemplo, un cortafuegos SonicWall y un despliegue de Cisco Meraki obtienen cada uno sus propios detalles de conexión. Varios dispositivos del mismo proveedor, como varios cortafuegos FortiGate, deben repartirse entre varias integraciones. Añada una integración por cortafuegos (o por par de alta disponibilidad) y asigne a cada una un Nombre de origen distinto, por ejemplo FortiGate - NYC HQ. Un único reenviador puede alcanzar sus límites de recursos cuando la tasa de eventos es alta, de modo que una integración por cortafuegos mantiene baja la carga de cada reenviador.
Si tiene muchos cortafuegos y prefiere claramente no configurar varios reenviadores, contacte con el soporte de Wirespeed.