Există două seturi
Living Security ajunge la furnizorul dvs. prin două rețele diferite, iar acestea deservesc părți diferite ale integrării.
Majoritatea integrărilor au nevoie doar de setul de sincronizare. Un anumit grup are nevoie de ambele seturi, permanent — consultați Integrări care necesită ambele seturi.
Trafic de sincronizare a integrărilor
Aceste patru adrese sunt aceleași pentru toate regiunile Living Security. Clienții găzduiți în UE folosesc aceleași patru adrese ca și clienții găzduiți în SUA.
Pentru furnizorii care acceptă o listă separată prin virgule:
Trafic al platformei
Spre deosebire de adresele de sincronizare, acestea sunt specifice regiunii. Folosiți doar perechea corespunzătoare regiunii care vă găzduiește organizația. Dacă nu sunteți sigur care este aceasta, adresați-vă Customer Success Manager-ului dvs. înainte de a configura orice — adăugarea în lista de permisiuni a adreselor din regiunea greșită duce la o defecțiune a integrării care pare să nu aibă nicio legătură cu lista de permisiuni.
Pentru furnizorii care acceptă o listă separată prin virgule:
Acțiuni Playbook de ieșire
În mod implicit, acțiunile Playbook care scriu înapoi într-un sistem conectat trec prin aceeași cale ca sincronizările datelor dvs., deci ies prin adresele de sincronizare. Nu este necesar nimic suplimentar. Un administrator poate comuta o conexiune individuală pe ieșire directă, ceea ce mută acțiunile acelei conexiuni pe adresele platformei pentru regiunea dvs. Această setare există tocmai pentru situația următoare: o instanță de furnizor care restricționează accesul la API în funcție de IP-ul sursă și care necesită un set mic, stabil, deținut de Living Security, pentru lista de permisiuni. Câțiva furnizori folosesc întotdeauna ieșirea directă, deoarece nu pot fi deloc transmiși printr-un proxy. Dacă adăugați în lista de permisiuni doar adresele de sincronizare și ulterior cineva comută o conexiune pe ieșire directă, acțiunile acelei conexiuni încep să eșueze, în timp ce sincronizările acesteia continuă să funcționeze.Integrări care necesită ambele seturi
Pentru majoritatea integrărilor, serviciul de integrare al Living Security obține și reînnoiește el însuși tokenul de acces, iar tot traficul ajunge la furnizorul dvs. exclusiv de la adresele de sincronizare. Pentru integrările de mai jos, acest serviciu nu poate reînnoi tokenul, astfel că platforma Living Security îl generează direct — o dată la conectare, apoi continuu, cât timp conexiunea este activă. Aceste solicitări de token ies prin adresele platformei. Sincronizările programate ale datelor ies în continuare prin adresele de sincronizare.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — inclusiv Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Adăugați fiecare adresă din seturile de care aveți nevoie
Traficul poate ieși de la oricare adresă din cadrul unui set, iar adresa folosită pentru o anumită solicitare nu este fixă. Adăugarea în lista de permisiuni doar a unui subset produce defecțiuni intermitente, greu de diagnosticat: unele solicitări reușesc, altele eșuează, iar modelul pare să nu aibă legătură cu configurarea. Acest lucru se aplică perechii platformei la fel ca celor patru adrese de sincronizare. Fiecare regiune utilizează două adrese, iar solicitările ajung la oricare dintre ele.Care integrări necesită acest lucru
O listă de permisiuni IP este o setare din furnizorul dvs., nu din Living Security. Se aplică numai dacă organizația dvs. a activat această restricție. Dacă nu ați activat restricții IP în furnizor, nu este necesară nicio acțiune. Acești furnizori o solicită frecvent:
Alți furnizori pot oferi o setare similară. Consultați pagina furnizorului din Catalog și documentația proprie a furnizorului.
Simptome ale unei liste de permisiuni lipsă sau depășite
Cele două seturi eșuează în moduri opuse. Asociați simptomul cu setul corespunzător înainte de a modifica orice.Conexiunea reușește, dar datele nu sosesc niciodată
Aceasta este semnătura unei adrese de sincronizare lipsă. Acreditările sunt validate la momentul conectării printr-o cale care adesea nu face obiectul aceleiași restricții, astfel că fereastra de conectare din Living Security raportează succes. Eroarea apare mai târziu, când rulează o sincronizare programată și este blocată. Căutați următoarele:- Conexiunea apare ca fiind conectată, dar fluxurile raportează zero înregistrări.
- Execuțiile de sincronizare eșuează cu
401 Unauthorizedsau403 Forbidden. - O integrare care a funcționat luni de zile începe să eșueze fără nicio modificare din partea dvs.
Conexiunea nu poate fi creată deloc
Aceasta este semnătura unei adrese a platformei lipsă și se aplică doar integrărilor enumerate în Integrări care necesită ambele seturi. Căutați următoarele:- Configurarea eșuează la obținerea unui token de acces. Nu se creează nicio conexiune.
- Eroarea indică faptul că o gazdă nu a putut fi contactată, fără niciun răspuns HTTP în spate.
- Jurnalele de autentificare sau Conditional Access ale furnizorului dvs. arată o solicitare blocată de la o adresă pe care nu ați adăugat-o în lista de permisiuni.
O conexiune care nu poate fi deloc contactată nu este o problemă de acreditări. Nu a avut loc nicio autentificare, așa că rotirea secretului sau regenerarea acreditărilor clientului nu va ajuta. O adresă sursă neadăugată în lista de permisiuni este cea mai frecventă cauză, deși un nume de gazdă greșit, un port greșit sau o întrerupere din partea furnizorului arată la fel din perspectiva noastră.