Existen dos conjuntos
Living Security se comunica con su proveedor a través de dos redes distintas, que atienden diferentes partes de la integración.
La mayoría de las integraciones solo necesitan el conjunto de sincronización. Un grupo específico necesita ambos de forma permanente; consulte Integraciones que necesitan ambos conjuntos.
Tráfico de sincronización de integraciones
Estas cuatro direcciones son las mismas para todas las regiones de Living Security. Los clientes alojados en la UE utilizan las mismas cuatro que los clientes alojados en EE. UU.
Para los proveedores que aceptan una lista separada por comas:
Tráfico de la plataforma
A diferencia de las direcciones de sincronización, estas sí son específicas de cada región. Utilice únicamente el par correspondiente a la región que aloja su organización. Si no está seguro de cuál es, consulte a su Customer Success Manager antes de configurar nada: si añade a la lista de permitidos las direcciones de una región incorrecta, la integración fallará de un modo que parece no tener relación con la lista de permitidos.
Para los proveedores que aceptan una lista separada por comas:
Acciones salientes del Playbook
De forma predeterminada, las acciones del Playbook que escriben en un sistema conectado siguen la misma ruta que las sincronizaciones de datos, por lo que salen desde las direcciones de sincronización. No se necesita nada adicional. Un administrador puede cambiar una conexión individual a salida directa, lo que traslada las acciones de esa conexión a las direcciones de la plataforma de su región. Esta opción existe precisamente para esta situación: una instancia de proveedor que restringe el acceso a la API por IP de origen y necesita un conjunto pequeño, estable y propiedad de Living Security para añadirlo a la lista de permitidos. Algunos proveedores siempre utilizan salida directa porque no pueden pasar por proxy en absoluto. Si añade a la lista de permitidos únicamente las direcciones de sincronización y posteriormente alguien cambia una conexión a salida directa, las acciones de esa conexión empezarán a fallar mientras que sus sincronizaciones seguirán funcionando.Integraciones que necesitan ambos conjuntos
En la mayoría de las integraciones, el servicio de integraciones de Living Security obtiene y renueva por sí mismo el token de acceso, y todo el tráfico llega a su proveedor únicamente desde las direcciones de sincronización. En las integraciones que se indican a continuación, ese servicio no puede renovar el token, por lo que la plataforma de Living Security lo genera directamente: una vez al conectar y, después, de forma continua mientras la conexión esté activa. Estas solicitudes de token salen desde las direcciones de la plataforma. Las sincronizaciones de datos programadas siguen saliendo desde las direcciones de sincronización.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID, incluido Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Añada todas las direcciones de los conjuntos que necesite
El tráfico puede salir desde cualquier dirección de un conjunto, y la que se utiliza para una solicitud determinada no es fija. Añadir solo un subconjunto a la lista de permitidos produce fallos intermitentes difíciles de diagnosticar: algunas solicitudes se realizan correctamente, otras fallan, y el patrón parece no guardar relación con la configuración. Esto se aplica tanto al par de la plataforma como a las cuatro direcciones de sincronización. Cada región utiliza dos, y las solicitudes salen desde cualquiera de ellas.Qué integraciones necesitan esto
Una lista de IP permitidas es una configuración de su proveedor, no de Living Security. Solo se aplica si su organización ha habilitado esa restricción. Si no ha habilitado restricciones de IP en el proveedor, no es necesaria ninguna acción. Estos proveedores suelen requerirla:
Otros proveedores pueden ofrecer una configuración similar. Consulte la página del proveedor en el Catálogo y la documentación del propio proveedor.
Síntomas de una lista de permitidos ausente o desactualizada
Los dos conjuntos fallan de maneras opuestas. Relacione el síntoma con el conjunto antes de cambiar nada.La conexión se establece correctamente, pero los datos nunca llegan
Este es el signo distintivo de que falta una dirección de sincronización. Las credenciales se validan en el momento de la conexión a través de una ruta que a menudo no está sujeta a la misma restricción, por lo que el cuadro de diálogo de conexión de Living Security informa de que se ha realizado correctamente. El fallo aparece más tarde, cuando se ejecuta una sincronización programada y es bloqueada. Busque lo siguiente:- La conexión aparece como conectada, pero los flujos no informan de ningún registro.
- Las ejecuciones de sincronización fallan con
401 Unauthorizedo403 Forbidden. - Una integración que funcionaba durante meses empieza a fallar sin que se haya realizado ningún cambio por su parte.
No se puede crear la conexión
Este es el signo distintivo de que falta una dirección de la plataforma, y se aplica únicamente a las integraciones enumeradas en Integraciones que necesitan ambos conjuntos. Busque lo siguiente:- La configuración falla al obtener un token de acceso. No se crea ninguna conexión.
- El error indica que no se pudo alcanzar un host, sin ninguna respuesta HTTP asociada.
- Los registros de inicio de sesión o de Conditional Access del propio proveedor muestran una solicitud bloqueada procedente de una dirección que no ha añadido a la lista de permitidos.
Una conexión que no se puede alcanzar en absoluto no es un problema de credenciales. No se llegó a producir ninguna autenticación, por lo que rotar el secreto o regenerar las credenciales del cliente no servirá de nada. Una dirección de origen que no está en la lista de permitidos es la causa más común, aunque un nombre de host incorrecto, un puerto incorrecto o una interrupción del servicio del proveedor se ven igual desde nuestro lado.