Er zijn twee sets
Living Security bereikt uw provider via twee verschillende netwerken, en die dienen elk voor een ander onderdeel van de integratie.
De meeste integraties hebben alleen de synchronisatieset nodig. Een specifieke groep heeft permanent beide sets nodig; zie Integraties die beide sets nodig hebben.
Synchronisatieverkeer van integraties
Deze vier adressen zijn voor elke regio van Living Security hetzelfde. Klanten die in de EU worden gehost, gebruiken dezelfde vier adressen als klanten die in de VS worden gehost.
Voor providers die een door komma’s gescheiden lijst accepteren:
Platformverkeer
In tegenstelling tot de synchronisatieadressen zijn deze adressen wel regiospecifiek. Gebruik alleen het paar voor de regio waar uw organisatie wordt gehost. Als u niet zeker weet om welke regio het gaat, vraag dit dan aan uw Customer Success Manager voordat u iets configureert. Als u de adressen van de verkeerde regio op de allowlist zet, blijft de integratie mislukken op een manier die geen enkel verband met de allowlist lijkt te hebben.
Voor providers die een door komma’s gescheiden lijst accepteren:
Uitgaande Playbook-acties
Standaard lopen Playbook-acties die naar een gekoppeld systeem terugschrijven via hetzelfde pad als uw gegevenssynchronisaties, zodat ze via de synchronisatieadressen vertrekken. Er is niets extra’s nodig. Een beheerder kan een afzonderlijke verbinding overschakelen naar directe egress. De acties van die verbinding lopen dan via de platformadressen van uw regio. Die instelling bestaat precies voor deze situatie: een providerinstantie die API-toegang beperkt op basis van bron-IP en een kleine, stabiele set adressen van Living Security nodig heeft om op de allowlist te zetten. Een aantal providers gebruikt altijd directe egress, omdat ze helemaal niet via een proxy kunnen worden benaderd. Als u alleen de synchronisatieadressen op de allowlist zet en iemand later een verbinding overschakelt naar directe egress, gaan de acties van die verbinding mislukken terwijl de synchronisaties blijven werken.Integraties die beide sets nodig hebben
Bij de meeste integraties verkrijgt en vernieuwt de integratieservice van Living Security het toegangstoken zelf, en bereikt al het verkeer uw provider alleen via de synchronisatieadressen. Voor de onderstaande integraties kan die service het token niet vernieuwen, dus maakt het Living Security-platform het token rechtstreeks aan: eenmalig op het moment dat u de verbinding tot stand brengt, en daarna continu zolang de verbinding actief is. Die tokenaanvragen vertrekken vanaf de platformadressen. De geplande gegevenssynchronisaties vertrekken nog steeds vanaf de synchronisatieadressen.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — inclusief Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Voeg alle adressen toe van de sets die u nodig hebt
Verkeer kan vanaf elk adres binnen een set vertrekken, en welk adres voor een bepaalde aanvraag wordt gebruikt, ligt niet vast. Als u slechts een deel van de adressen op de allowlist zet, ontstaan onregelmatige storingen die lastig te diagnosticeren zijn: sommige aanvragen slagen, andere mislukken, en het patroon lijkt geen verband met de configuratie te hebben. Dit geldt evenzeer voor het platformpaar als voor de vier synchronisatieadressen. Elke regio heeft twee adressen in gebruik, en aanvragen komen via een van beide binnen.Voor welke integraties dit nodig is
Een IP-allowlist is een instelling bij uw provider, niet bij Living Security. Deze is alleen van toepassing als uw organisatie die beperking heeft ingeschakeld. Als u geen IP-beperkingen bij de provider hebt ingeschakeld, hoeft u niets te doen. Bij deze providers is dit vaak vereist:
Andere providers bieden mogelijk een vergelijkbare instelling. Raadpleeg de pagina van de provider in de Catalogus en de eigen documentatie van de provider.
Symptomen van een ontbrekende of verouderde allowlist
De twee sets falen op tegengestelde manieren. Koppel het symptoom aan de juiste set voordat u iets wijzigt.De verbinding slaagt, maar er komen nooit gegevens binnen
Dit is het kenmerk van een ontbrekend synchronisatieadres. Inloggegevens worden bij het tot stand brengen van de verbinding gevalideerd via een pad dat vaak niet onder dezelfde beperking valt, waardoor het verbindingsdialoogvenster in Living Security een geslaagde verbinding meldt. De fout verschijnt pas later, wanneer een geplande synchronisatie wordt uitgevoerd en wordt geblokkeerd. Let op het volgende:- De verbinding wordt als verbonden weergegeven, maar streams melden geen records.
- Synchronisatie-uitvoeringen mislukken met
401 Unauthorizedof403 Forbidden. - Een integratie die maandenlang werkte, begint te mislukken zonder dat er aan uw kant iets is gewijzigd.
De verbinding kan helemaal niet worden aangemaakt
Dit is het kenmerk van een ontbrekend platformadres, en het geldt alleen voor de integraties die worden genoemd onder Integraties die beide sets nodig hebben. Let op het volgende:- De installatie mislukt bij het verkrijgen van een toegangstoken. Er wordt geen verbinding aangemaakt.
- In de foutmelding staat dat een host niet kon worden bereikt, zonder dat er een HTTP-respons is.
- In de eigen aanmeld- of Conditional Access-logboeken van de provider staat een geblokkeerde aanvraag vanaf een adres dat u niet op de allowlist hebt gezet.
Een verbinding die helemaal niet kan worden bereikt, is geen probleem met inloggegevens. Er heeft geen authenticatie plaatsgevonden, dus het roteren van het geheim of het opnieuw genereren van de clientgegevens helpt niet. Een bronadres dat niet op de allowlist staat, is de meest voorkomende oorzaak, maar een onjuiste hostnaam, een onjuiste poort of een storing aan de kant van de provider zien er vanuit ons perspectief hetzelfde uit.