Skip to main content
Někteří poskytovatelé omezují přístup k API na schválený seznam zdrojových IP adres. Pokud je toto omezení zapnuto, musí být váš poskytovatel nakonfigurován tak, aby přijímal provoz z odchozích (egress) IP adres Living Security, jinak bude integrace odmítnuta již na síťové vrstvě. Tato stránka uvádí tyto adresy.

Existují dvě sady

Living Security se k vašemu poskytovateli připojuje přes dvě různé sítě, které slouží různým částem integrace. Většina integrací potřebuje pouze sadu pro synchronizaci. Určitá skupina však trvale potřebuje obě sady – viz Integrace, které potřebují obě sady.

Provoz synchronizace integrací

Tyto čtyři adresy jsou stejné pro všechny regiony Living Security. Zákazníci hostovaní v EU používají stejné čtyři adresy jako zákazníci hostovaní v USA. Pro poskytovatele, kteří přijímají seznam oddělený čárkami:

Provoz platformy

Na rozdíl od adres pro synchronizaci jsou tyto adresy závislé na regionu. Použijte pouze dvojici pro region, který hostuje vaši organizaci. Pokud si nejste jisti, o který region jde, obraťte se před jakoukoli konfigurací na svého manažera Customer Success – povolení adres nesprávného regionu způsobí selhávání integrace způsobem, který nevypadá, že by souvisel s povolenými adresami. Pro poskytovatele, kteří přijímají seznam oddělený čárkami:

Odchozí akce playbooku

Ve výchozím nastavení akce playbooku, které zapisují zpět do připojeného systému, využívají stejnou cestu jako synchronizace vašich dat, takže odcházejí z adres pro synchronizaci. Nic dalšího není potřeba. Správce může jednotlivé připojení přepnout na přímý egress, čímž se akce tohoto připojení přesunou na adresy platformy pro váš region. Toto nastavení existuje přesně pro případ, kdy instance poskytovatele omezuje přístup k API podle zdrojové IP adresy a potřebuje malou, stabilní sadu vlastněnou Living Security, kterou lze povolit. Někteří poskytovatelé vždy používají přímý egress, protože je nelze proxyovat vůbec. Pokud povolíte pouze adresy pro synchronizaci a někdo později přepne připojení na přímý egress, akce tohoto připojení začnou selhávat, zatímco jeho synchronizace budou dál fungovat.

Integrace, které potřebují obě sady

U většiny integrací si integrační služba Living Security získává a obnovuje přístupový token sama a vše se k vašemu poskytovateli dostává pouze z adres pro synchronizaci. U níže uvedených integrací tato služba token obnovit nemůže, proto jej přímo vystavuje platforma Living Security – jednou při připojení a poté průběžně po celou dobu, kdy je připojení aktivní. Tyto požadavky na token odcházejí z adres platformy. Plánované synchronizace dat nadále odcházejí z adres pro synchronizaci.
Obě sady musí zůstat povolené po celou dobu existence připojení. Adresy platformy nejsou požadavkem pouze pro nastavení. Obnova tokenu probíhá v krátkém cyklu po celou dobu, kdy je integrace aktivní, takže jejich odebrání po úspěšném nastavení integraci přeruší při příštím vypršení platnosti tokenu.
Pokud jsou koncový bod tokenu a datové API vašeho poskytovatele na stejném hostiteli – což je běžné – musí tento jeden hostitel přijímat provoz z obou sítí.

Přidejte všechny adresy v potřebných sadách

Provoz může odcházet z libovolné adresy v rámci sady a není pevně dáno, která se u daného požadavku použije. Povolení pouze části adres způsobuje občasné, těžko diagnostikovatelné chyby: některé požadavky uspějí, jiné selžou a vzorec nevypadá, že by souvisel s konfigurací. To platí stejně pro dvojici adres platformy jako pro čtveřici adres pro synchronizaci. Každý region provozuje dvě adresy a požadavky mohou skončit na kterékoli z nich.
Tyto adresy jsou stabilní, ale nejsou trvalé. Snažíme se je udržet beze změny a měníme je jen výjimečně a za mimořádných okolností – například při změně našeho poskytovatele základní infrastruktury.Protože změna je možná, přidejte si tuto stránku do záložek. Pokud integrace, která dříve fungovala, začne selhávat, vraťte se sem a před založením tiketu podpory ověřte, že váš seznam povolených adres odpovídá adresám uvedeným výše.

Které integrace to vyžadují

Seznam povolených IP adres je nastavení u vašeho poskytovatele, nikoli v Living Security. Týká se pouze případu, kdy vaše organizace toto omezení zapnula. Pokud jste u poskytovatele omezení IP adres nezapnuli, není nutné nic provádět. Tito poskytovatelé jej běžně vyžadují: Jiní poskytovatelé mohou nabízet podobné nastavení. Podívejte se na stránku poskytovatele v Katalogu a do dokumentace samotného poskytovatele.

Příznaky chybějícího nebo zastaralého seznamu povolených adres

Obě sady selhávají opačným způsobem. Než cokoli změníte, přiřaďte příznak ke správné sadě.

Připojení se podaří, ale data nikdy nedorazí

Toto je typický příznak chybějící adresy pro synchronizaci. Přihlašovací údaje se ověřují při vytváření připojení cestou, na kterou se často stejné omezení nevztahuje, takže dialog připojení v Living Security hlásí úspěch. Selhání se projeví později, když je spuštěna plánovaná synchronizace a je zablokována. Hledejte:
  • Připojení se zobrazuje jako připojené, ale streamy nehlásí žádné záznamy.
  • Běhy synchronizace selhávají s chybou 401 Unauthorized nebo 403 Forbidden.
  • Integrace, která fungovala měsíce, začne selhávat, aniž by došlo k jakékoli změně na vaší straně.

Připojení nelze vůbec vytvořit

Toto je typický příznak chybějící adresy platformy a týká se pouze integrací uvedených v části Integrace, které potřebují obě sady. Hledejte:
  • Nastavení selže při získávání přístupového tokenu. Žádné připojení se nevytvoří.
  • Chyba hlásí, že hostitele nebylo možné kontaktovat, a to bez jakékoli HTTP odpovědi.
  • Přihlašovací protokoly poskytovatele nebo protokoly Conditional Access ukazují zablokovaný požadavek z adresy, kterou jste nepovolili.
Připojení, které vůbec nelze kontaktovat, není problémem s přihlašovacími údaji. K žádné autentizaci nedošlo, takže rotace tajného klíče ani opětovné vygenerování přihlašovacích údajů klienta nepomůže. Nejčastější příčinou je nepovolená zdrojová adresa, ačkoli nesprávný název hostitele, nesprávný port nebo výpadek na straně poskytovatele vypadají z naší strany stejně.
Pozdější změna seznamu povolených adres, která odebere adresy platformy, se projeví opět jinak: integrace, která byla několik týdnů v pořádku, přestane fungovat během několika minut, protože další obnova tokenu je zablokována.

Toto se netýká doručování simulací phishingu

Adresy uvedené na této stránce se vztahují na provoz integrací – volání API, která Living Security provádí do vašich připojených systémů za účelem importu dat a spouštění akcí playbooku. Povolení pro doručování e-mailů simulace phishingu je samostatná konfigurace s vlastními adresami, odesílajícími doménami a stahovatelnými balíčky pro povolení. Dokončete ji v části Nastavení → Phishingová simulace → Allowlisting. Postup naleznete v nastavení Phishingové simulace. Povolení adres z této stránky neumožní doručování simulovaných phishingových e-mailů a dokončení povolení pro simulace nezpřístupní API omezeného poskytovatele. Pokud používáte obojí, nakonfigurujte obojí.

Získání pomoci

Pokud integrace nadále selhávají i poté, co jste povolili adresy pro svůj region, obraťte se na svého manažera Customer Success nebo na support@livingsecurity.com. Uveďte název poskytovatele, selhávající stream nebo krok nastavení, který selhal, a časové razítko, abychom mohli událost porovnat s našimi egress protokoly.