Der er to sæt
Living Security kommunikerer med din udbyder via to forskellige netværk, og de understøtter hver sin del af integrationen.
De fleste integrationer har kun brug for synkroniseringssættet. En bestemt gruppe har permanent brug for begge sæt – se Integrationer, der kræver begge sæt.
Synkroniseringstrafik for integrationer
Disse fire adresser er de samme for alle Living Security-regioner. Kunder, der hostes i EU, bruger de samme fire som kunder, der hostes i USA.
Til udbydere, der accepterer en kommasepareret liste:
Platformtrafik
I modsætning til synkroniseringsadresserne er disse regionsspecifikke. Brug kun det par, der hører til den region, som hoster din organisation. Hvis du er usikker på, hvilken region det er, bør du spørge din Customer Success Manager, inden du konfigurerer noget – hvis du tillader adresserne for den forkerte region, fejler integrationen på en måde, der ikke ser ud til at have noget med allowlisten at gøre.
Til udbydere, der accepterer en kommasepareret liste:
Udgående Playbook-handlinger
Som standard sendes Playbook-handlinger, der skriver tilbage til et tilsluttet system, via samme sti som dine datasynkroniseringer, og de udgår derfor fra synkroniseringsadresserne. Der kræves ikke yderligere tiltag. En administrator kan skifte en enkelt forbindelse til direkte egress, hvorved den pågældende forbindelses handlinger flyttes til platformadresserne for din region. Denne indstilling findes netop til denne situation – en udbyderinstans, der begrænser API-adgang efter kilde-IP og har brug for et lille, stabilt sæt ejet af Living Security, som kan tillades. Enkelte udbydere bruger altid direkte egress, fordi de slet ikke kan proxies. Hvis du kun tillader synkroniseringsadresserne, og nogen senere skifter en forbindelse til direkte egress, begynder den forbindelses handlinger at fejle, mens dens synkroniseringer fortsat fungerer.Integrationer, der kræver begge sæt
For de fleste integrationer indhenter og fornyer Living Securitys integrationstjeneste selv adgangstokenet, og al trafik når din udbyder udelukkende fra synkroniseringsadresserne. For nedenstående integrationer kan tjenesten ikke fornye tokenet, så Living Security-platformen udsteder det direkte – én gang, når du opretter forbindelsen, og derefter løbende, så længe forbindelsen er aktiv. Disse tokenforespørgsler udgår fra platformadresserne. De planlagte datasynkroniseringer udgår stadig fra synkroniseringsadresserne.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID – herunder Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Tilføj alle adresser i de sæt, du har brug for
Trafik kan udgå fra enhver adresse i et sæt, og hvilken adresse der bruges til en given forespørgsel, er ikke fastlagt. Hvis du kun tillader en delmængde, opstår der sporadiske fejl, som er vanskelige at diagnosticere: nogle forespørgsler lykkes, andre fejler, og mønsteret ser ikke ud til at hænge sammen med konfigurationen. Dette gælder lige så meget for platformparret som for de fire synkroniseringsadresser. Hver region kører med to, og forespørgsler lander på begge.Hvilke integrationer kræver dette
En IP-allowlist er en indstilling hos din udbyder, ikke hos Living Security. Den gælder kun, hvis din organisation har aktiveret den pågældende begrænsning. Hvis du ikke har aktiveret IP-begrænsninger hos udbyderen, er der ikke behov for handling. Disse udbydere kræver det almindeligvis:
Andre udbydere kan tilbyde en lignende indstilling. Se udbyderens side i kataloget og udbyderens egen dokumentation.
Symptomer på en manglende eller forældet allowlist
De to sæt fejler på modsatte måder. Match symptomet med sættet, inden du ændrer noget.Forbindelsen lykkes, men data ankommer aldrig
Dette er kendetegnet for en manglende synkroniseringsadresse. Legitimationsoplysninger valideres på forbindelsestidspunktet via en sti, der ofte ikke er underlagt den samme begrænsning, så forbindelsesdialogen i Living Security melder succes. Fejlen viser sig senere, når en planlagt synkronisering kører og bliver blokeret. Se efter:- Forbindelsen vises som tilsluttet, men streams rapporterer ingen poster.
- Synkroniseringskørsler fejler med
401 Unauthorizedeller403 Forbidden. - En integration, der har fungeret i månedsvis, begynder at fejle uden ændringer fra din side.
Forbindelsen kan slet ikke oprettes
Dette er kendetegnet for en manglende platformadresse, og det gælder kun de integrationer, der er anført under Integrationer, der kræver begge sæt. Se efter:- Opsætningen fejler under indhentning af et adgangstoken. Der oprettes ingen forbindelse.
- Fejlen angiver, at en vært ikke kunne nås, uden at der ligger et HTTP-svar bag.
- Udbyderens egne log over logins eller Conditional Access viser en blokeret forespørgsel fra en adresse, du ikke har tilladt.
En forbindelse, der slet ikke kan nås, er ikke et problem med legitimationsoplysninger. Der er ikke sket nogen godkendelse, så det hjælper ikke at rotere hemmeligheden eller genskabe klientlegitimationsoplysningerne. En ikke-tilladt kildeadresse er den hyppigste årsag, selvom et forkert værtsnavn, en forkert port eller en nedbrud hos udbyderen ser ens ud fra vores side.