Hi ha dos conjunts
Living Security es connecta amb el vostre proveïdor mitjançant dues xarxes diferents, i cadascuna serveix per a parts diferents de la integració.
La majoria d’integracions només necessiten el conjunt de sincronització. Un grup concret necessita tots dos, de manera permanent; vegeu Integracions que necessiten tots dos conjunts.
Integration sync traffic
Aquestes quatre adreces són les mateixes per a totes les regions de Living Security. Els clients allotjats a la UE utilitzen les mateixes quatre que els clients allotjats als EUA.
Per als proveïdors que accepten una llista separada per comes:
Platform traffic
A diferència de les adreces de sincronització, aquestes sí que depenen de la regió. Utilitzeu només el parell corresponent a la regió que allotja la vostra organització. Si no esteu segurs de quina regió és, consulteu el vostre Customer Success Manager abans de configurar res: si afegiu a la llista d’permesos les adreces d’una regió equivocada, la integració fallarà d’una manera que sembla no tenir res a veure amb la llista d’permesos.
Per als proveïdors que accepten una llista separada per comes:
Actions de Playbook de sortida
Per defecte, les Actions de Playbook que escriuen en un sistema connectat segueixen el mateix camí que les sincronitzacions de dades, de manera que surten de les adreces de sincronització. No cal fer res més. Un administrador pot canviar una connexió concreta a direct egress, cosa que fa que les Actions d’aquesta connexió passin a utilitzar les adreces de plataforma de la vostra regió. Aquesta opció existeix precisament per a aquesta situació: una instància de proveïdor que restringeix l’accés a l’API per IP d’origen i necessita un conjunt reduït, estable i propietat de Living Security per afegir a la llista d’permesos. Alguns proveïdors utilitzen sempre la sortida directa perquè no es poden fer passar per un proxy. Si només afegiu a la llista d’permesos les adreces de sincronització i més endavant algú canvia una connexió a sortida directa, les Actions d’aquesta connexió començaran a fallar mentre que les sincronitzacions continuaran funcionant.Integracions que necessiten tots dos conjunts
En la majoria d’integracions, el servei d’integracions de Living Security obté i renova ell mateix el testimoni d’accés, i tot arriba al vostre proveïdor només des de les adreces de sincronització. En les integracions següents, aquest servei no pot renovar el testimoni, de manera que la plataforma de Living Security el genera directament: una vegada en connectar i, després, de manera contínua mentre la connexió estigui activa. Aquestes sol·licituds de testimoni surten de les adreces de plataforma. Les sincronitzacions de dades programades continuen sortint de les adreces de sincronització.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID, inclòs Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Afegiu totes les adreces dels conjunts que necessiteu
El trànsit pot sortir de qualsevol adreça d’un conjunt, i l’adreça que s’utilitza per a una sol·licitud determinada no és fixa. Si afegiu només un subconjunt a la llista d’permesos, es produeixen errors intermitents difícils de diagnosticar: algunes sol·licituds funcionen, unes altres fallen, i el patró no sembla relacionat amb la configuració. Això s’aplica tant al parell de plataforma com a les quatre adreces de sincronització. Cada regió en té dues, i les sol·licituds arriben des de qualsevol de les dues.Quines integracions ho necessiten
Una llista d’adreces IP permeses és un paràmetre del vostre proveïdor, no de Living Security. Només s’aplica si la vostra organització ha activat aquesta restricció. Si no heu activat restriccions d’IP al proveïdor, no cal fer res. Aquests proveïdors ho requereixen habitualment:
Altres proveïdors poden oferir un paràmetre similar. Consulteu la pàgina del proveïdor al Catalog i la documentació del mateix proveïdor.
Símptomes d’una llista d’permesos absent o obsoleta
Els dos conjunts fallen de maneres oposades. Relacioneu el símptoma amb el conjunt abans de canviar res.La connexió s’estableix, però les dades no arriben mai
Aquest és el senyal distintiu d’una adreça de sincronització absent. Les credencials es validen en el moment de la connexió per un camí que sovint no està subjecte a la mateixa restricció, de manera que el diàleg de connexió de Living Security informa d’un resultat correcte. L’error apareix més tard, quan s’executa una sincronització programada i és bloquejada. Cerqueu:- La connexió apareix com a connectada, però els fluxos (streams) no informen de cap registre.
- Les execucions de sincronització fallen amb
401 Unauthorizedo403 Forbidden. - Una integració que funcionava des de fa mesos comença a fallar sense cap canvi per part vostra.
No es pot crear la connexió
Aquest és el senyal distintiu d’una adreça de plataforma absent, i només s’aplica a les integracions enumerades a Integracions que necessiten tots dos conjunts. Cerqueu:- La configuració falla en obtenir un testimoni d’accés. No es crea cap connexió.
- L’error indica que no s’ha pogut establir contacte amb un host, sense cap resposta HTTP.
- Els registres d’inici de sessió o d’accés condicional del mateix proveïdor mostren una sol·licitud bloquejada des d’una adreça que no heu afegit a la llista d’permesos.
Una connexió que no es pot assolir en absolut no és un problema de credencials. No s’ha dut a terme cap autenticació, de manera que rotar el secret o regenerar les credencials de client no ajudarà. Una adreça d’origen que no és a la llista d’permesos és la causa més habitual, tot i que un nom de host incorrecte, un port incorrecte o una interrupció del servei al proveïdor es veuen igual des del nostre costat.