Két címkészlet létezik
A Living Security két különböző hálózaton keresztül éri el a szolgáltatót, és ezek az integráció különböző részeit szolgálják ki.
A legtöbb integrációhoz csak a szinkronizálási készlet szükséges. Egy meghatározott csoport mindkét készletet igényli, tartósan – lásd: Mindkét készletet igénylő integrációk.
Integrációs szinkronizálási forgalom
Ez a négy cím minden Living Security régióban azonos. Az EU-ban üzemeltetett ügyfelek ugyanazt a négy címet használják, mint az Egyesült Államokban üzemeltetett ügyfelek.
Vesszővel elválasztott listát elfogadó szolgáltatók esetén:
Platformforgalom
A szinkronizálási címekkel ellentétben ezek régiófüggők. Csak a szervezetét üzemeltető régió címpárját használja. Ha nem biztos abban, hogy melyik régióról van szó, a konfigurálás előtt kérdezze meg az ügyfélsikerért felelős menedzserét (Customer Success Manager) – ha rossz régió címeit engedélyezi, az integráció olyan módon hibázik, amely semmilyen kapcsolatot nem mutat az engedélyezési listával.
Vesszővel elválasztott listát elfogadó szolgáltatók esetén:
Kimenő forgatókönyv-műveletek
Alapértelmezés szerint a csatlakoztatott rendszerbe visszaíró forgatókönyv-műveletek ugyanazon az útvonalon haladnak, mint az adatszinkronizálás, ezért a szinkronizálási címekről indulnak. Nincs szükség további teendőre. A rendszergazda egyes kapcsolatokat átállíthat közvetlen kimenő forgalomra (direct egress), ami az adott kapcsolat műveleteit a régiójához tartozó platformcímekre helyezi át. Ez a beállítás pontosan az olyan helyzetekre való, amikor a szolgáltató példánya forrás-IP alapján korlátozza az API-hozzáférést, és egy kicsi, stabil, a Living Security tulajdonában lévő címkészletre van szükség az engedélyezéshez. Néhány szolgáltató mindig közvetlen kimenő forgalmat használ, mert egyáltalán nem proxyzható. Ha csak a szinkronizálási címeket engedélyezi, és később valaki egy kapcsolatot közvetlen kimenő forgalomra állít át, az adott kapcsolat műveletei hibázni kezdenek, miközben a szinkronizálások tovább működnek.Mindkét készletet igénylő integrációk
A legtöbb integráció esetében a Living Security integrációs szolgáltatása maga szerzi be és újítja meg a hozzáférési tokent, és minden kérés kizárólag a szinkronizálási címekről éri el a szolgáltatót. Az alábbi integrációknál ez a szolgáltatás nem tudja megújítani a tokent, ezért a Living Security platform állítja ki közvetlenül – egyszer a csatlakozáskor, majd folyamatosan, amíg a kapcsolat aktív. Ezek a tokenkérések a platformcímekről indulnak. Az ütemezett adatszinkronizálások továbbra is a szinkronizálási címekről indulnak.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID – beleértve a Microsoft Graphot
- OneLogin
- Sophos Central
- Zscaler Client Connector
Adja hozzá az Önnek szükséges készletek minden címét
A forgalom a készlet bármely címéről indulhat, és hogy egy adott kérés melyikről, az nem rögzített. Ha csak a címek egy részét engedélyezi, időszakos, nehezen diagnosztizálható hibák lépnek fel: egyes kérések sikerülnek, mások nem, és a minta nem tűnik a konfigurációval összefüggőnek. Ez ugyanúgy igaz a platformcímpárra, mint a négy szinkronizálási címre. Minden régióban két cím működik, és a kérések bármelyiken megjelenhetnek.Mely integrációkhoz szükséges ez
Az IP-engedélyezési lista a az Ön szolgáltatójának beállítása, nem a Living Security-é. Csak akkor vonatkozik Önre, ha a szervezete engedélyezte ezt a korlátozást. Ha a szolgáltatónál nem engedélyezte az IP-korlátozásokat, nincs teendő. Ezek a szolgáltatók gyakran megkövetelik:
Más szolgáltatók is kínálhatnak hasonló beállítást. Ellenőrizze a szolgáltató oldalát a Katalógusban, valamint a szolgáltató saját dokumentációját.
A hiányzó vagy elavult engedélyezési lista tünetei
A két készlet ellentétes módon hibázik. A módosítás előtt feleltesse meg a tünetet a megfelelő készletnek.A kapcsolat létrejön, de az adatok nem érkeznek meg
Ez a hiányzó szinkronizálási cím jellegzetes jele. A hitelesítő adatokat a rendszer a csatlakozáskor olyan útvonalon ellenőrzi, amelyre gyakran nem vonatkozik ugyanaz a korlátozás, ezért a Living Security csatlakozási párbeszédablaka sikert jelez. A hiba később jelentkezik, amikor egy ütemezett szinkronizálás elindul, és blokkolják. Keresse a következőket:- A kapcsolat csatlakoztatottként jelenik meg, de a streamek nem jelentenek rekordokat.
- A szinkronizálási futások
401 Unauthorizedvagy403 Forbiddenhibával végződnek. - Egy hónapokig működő integráció az Ön oldalán végrehajtott változtatás nélkül kezd hibázni.
A kapcsolat egyáltalán nem hozható létre
Ez a hiányzó platformcím jellegzetes jele, és kizárólag a Mindkét készletet igénylő integrációk között felsorolt integrációkra vonatkozik. Keresse a következőket:- A beállítás a hozzáférési token beszerzése közben hibázik. Kapcsolat nem jön létre.
- A hibaüzenet szerint egy gazdagép nem érhető el, és nincs mögötte HTTP-válasz.
- A szolgáltató saját bejelentkezési vagy Conditional Access naplói olyan címről érkező blokkolt kérést mutatnak, amelyet nem engedélyezett.
Az egyáltalán nem elérhető kapcsolat nem hitelesítőadat-probléma. Hitelesítés nem történt, ezért a titkos kulcs cseréje vagy a kliens hitelesítő adatainak újragenerálása nem segít. A leggyakoribb ok egy nem engedélyezett forráscím, bár egy hibás gazdagépnév, egy hibás port vagy egy szolgáltatói oldali kimaradás a mi oldalunkról ugyanígy néz ki.