> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Az integrációk kimenő IP-címeinek konfigurálása
> Engedélyezze a Living Security kimenő IP-címeit, hogy a szolgáltatója elfogadja az integrációs forgalmunkat.
Egyes szolgáltatók az API-hozzáférést a jóváhagyott forrás-IP-címek listájára korlátozzák. Ha ez a korlátozás engedélyezve van, a szolgáltatót úgy kell beállítani, hogy fogadja el a Living Security kimenő (egress) IP-címeiről érkező forgalmat, különben az integrációt a hálózati réteg elutasítja.
Ez az oldal ezeket a címeket sorolja fel.
## 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.
| Készlet | Mi indul belőle | Hány darab | Régiónként eltér? |
| - | - | - | - |
| **Integrációs szinkronizálási forgalom** | Az adatok importálására szolgáló ütemezett API-hívások, valamint alapértelmezés szerint a kimenő forgatókönyv-műveletek | 4 cím | Nem |
| **Platformforgalom** | Az alább felsorolt integrációk hozzáférési token kérései, valamint a közvetlen kimenő forgalomra (direct egress) átállított kapcsolatok kimenő forgatókönyv-műveletei | 2 cím régiónként | **Igen** |
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](#mindk%C3%A9t-k%C3%A9szletet-ig%C3%A9nyl%C5%91-integr%C3%A1ci%C3%B3k).
## 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.
| IP-cím | CIDR |
| - | - |
| `52.34.139.153` | `52.34.139.153/32` |
| `54.69.127.183` | `54.69.127.183/32` |
| `44.247.133.183` | `44.247.133.183/32` |
| `52.26.211.56` | `52.26.211.56/32` |
Vesszővel elválasztott listát elfogadó szolgáltatók esetén:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## 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.
| Régió | IP-címek | CIDR |
| - | - | - |
| **Egyesült Államok** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Európai Unió** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Vesszővel elválasztott listát elfogadó szolgáltatók esetén:
```text theme={null}
United States: 98.91.60.249/32, 13.216.91.102/32
European Union: 34.246.236.210/32, 52.31.102.238/32
```
### 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](/hu/integrations/auth0)
* [Cofense Triage](/hu/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/hu/integrations/crowdstrike)
* [Microsoft Entra ID](/hu/integrations/microsoft-entra-id) – beleértve a Microsoft Graphot
* [OneLogin](/hu/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**Mindkét készletnek engedélyezve kell maradnia a kapcsolat teljes élettartama alatt.** A platformcímekre nem csak a beállításkor van szükség. A tokenmegújítás rövid ciklusokban fut, amíg az integráció aktív, ezért ha a sikeres beállítás után eltávolítja ezeket, az integráció a token következő lejártakor meghibásodik.
Ha a szolgáltató token végpontja és adat-API-ja ugyanaz a gazdagép – ami gyakori –, annak az egy gazdagépnek mindkét hálózatot el kell fogadnia.
## 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.
**Ezek a címek stabilak, de nem állandóak.** Igyekszünk változatlanul tartani őket, és csak ritkán, kivételes körülmények között módosítjuk őket – például az alapul szolgáló infrastruktúra-szolgáltató változása esetén.
Mivel változás lehetséges, érdemes könyvjelzőzni ezt az oldalt. Ha egy korábban működő integráció hibázni kezd, térjen vissza ide, és a támogatási jegy megnyitása előtt ellenőrizze, hogy az engedélyezési listája megegyezik-e a fenti címekkel.
## 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:
| Szolgáltató | Hol található a beállítás |
| - | - |
| [Abnormal Security](/hu/integrations/abnormal-security) | **IP Safelist** az API-tokenen – kötelező |
| [KnowBe4](/hu/integrations/knowbe4) | **Allowed IP Addresses** a Reporting API tokenen |
| [Netskope](/hu/integrations/netskope) | **Custom IP** lista, ha a bérlői IP-engedélyezés be van kapcsolva |
| [Duo Admin](/hu/integrations/catalog/duo-admin-custom) | **Networks for API Access** – nem kötelező |
| [Microsoft Entra ID](/hu/integrations/microsoft-entra-id) | **Named locations**, amelyekre egy Conditional Access szabály hivatkozik |
Más szolgáltatók is kínálhatnak hasonló beállítást. Ellenőrizze a szolgáltató oldalát a [Katalógusban](/hu/integrations/overview), 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 Unauthorized` vagy `403 Forbidden` hibá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](#mindk%C3%A9t-k%C3%A9szletet-ig%C3%A9nyl%C5%91-integr%C3%A1ci%C3%B3k) 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.
Az engedélyezési lista későbbi módosítása, amely eltávolítja a platformcímeket, ettől ismét eltérően jelentkezik: egy hetek óta rendben működő integráció percek alatt leáll, mert a következő tokenmegújítást blokkolják.
## Ez nem terjed ki az adathalász-szimuláció kézbesítésére
Az ezen az oldalon szereplő címek az **integrációs forgalomra** vonatkoznak – azokra az API-hívásokra, amelyeket a Living Security a csatlakoztatott rendszerei felé intéz adatok importálása és forgatókönyv-műveletek futtatása céljából.
Az **adathalász-szimulációs e-mailek kézbesítésének** engedélyezése külön konfiguráció, saját címekkel, feladói tartományokkal és letölthető engedélyezési csomagokkal. Ezt a **Beállítások → adathalász szimuláció → Allowlisting** útvonalon végezheti el. A folyamatról lásd: [Adathalász-szimuláció beállításai](/hu/features/settings/phishing-simulation).
Az ezen az oldalon szereplő címek engedélyezése nem teszi kézbesíthetővé a szimulált adathalász e-maileket, a szimuláció engedélyezésének elvégzése pedig nem teszi elérhetővé a korlátozott szolgáltatói API-t. Ha mindkettőt használja, mindkettőt konfigurálja.
## Segítség kérése
Ha az integrációk a régiójának megfelelő címek engedélyezése után is hibáznak, forduljon az ügyfélsikerért felelős menedzseréhez (Customer Success Manager) vagy a [support@livingsecurity.com](mailto:support@livingsecurity.com) címhez. Adja meg a szolgáltató nevét, a hibázó streamet vagy a sikertelen beállítási lépést, valamint az időbélyeget, hogy össze tudjuk vetni a kimenő forgalmi naplóinkkal.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.