Skip to main content
Küldje el ezt az oldalt az IT-csapatának a bevezetés előtt. Egy helyen foglalja össze a webes célállomásokat, az e-mail-feladókat, a forrás-IP-címeket, valamint a opcionális feltöltési és integrációs követelményeket. Egyes biztonsági termékek az allowlistinget whitelistingnek vagy safelistingnek nevezik.

Kezdje a rövid listával

Webes hozzáférés: HTTPS / TCP 443. Sok környezetben a két Living Security helyettesítő karakteres bejegyzés, valamint az alább felsorolt külső tartalom- és bejelentkezésieszköz-gazdák lefedik a munkatársak hozzáférését. Az ügyféltartalmi, feltöltési és Contentful-gazdagépek a Living Security helyettesítő karakteres bejegyzésein kívül esnek. Az ügyféltartalmi és feltöltési gazdagépek a következőt használják: livingsecurity-content-cdn.ai, amely a livingsecurity.ai tartománytól külön tartomány. Engedélyezze továbbá a következőket: static.descope.com és descopecdn.com, kizárólag a beágyazott bejelentkezési eszközökhöz; a bejelentkezési kérések a következőt használják: auth.livingsecurity.ai. Ha csak a következőt használja: *.livingsecurity.ai, adja hozzá a következőt: platform-cdn.livingsecurity.com, valamint az alábbiakban felsorolt további .com tartalomgazdákat.
A részletes állomásnév-táblázatok azoknak az IT-csapatoknak szólnak, amelyek nem tudnak helyettesítő karaktereket használni; nem igényelnek ismétlődő szabályokat. Ellenőrizze, hogy az átjáró helyettesítő karaktere illeszkedik-e az egymásba ágyazott nevekre, például: api.eu-west-1.livingsecurity.ai. Előfordulhat, hogy a helyettesítő karakter nem terjed ki az önálló tartománynévre. A webes célállomásokhoz állomásneveket használjon, mert az IP-címeik változhatnak.
Az alábbi e-mail-szabályokat is állítsa be. A tartalomszerzőknek a feltöltési célállomásokra is szükségük van. Azoknak az integrációknak, amelyek forrás-IP-korlátozást alkalmaznak, a csatlakoztatott rendszerek szabályai szükségesek. A szokásos bejegyzések ezen az oldalon találhatók; a hivatkozott útmutatók beállítási utasításokat tartalmaznak.

E-mail-kézbesítés

Hitelesítési e-mailek

Alkalmazza ezeket a bejegyzéseket a bejelentkezési e-mailekre az e-mail-védelmi szolgáltatásban. Ellenőrizze, hogy az üzenetek megérkeznek, mielőtt a hivatkozásaik lejárnak. Az értesítések ugyanezeket az IP-címeket használják; az szimulációk az alábbi, külön tartományokat. Lásd: Enterprise Identity.

Tranzakciós platform-e-mailek

A fent felsorolt ugyanazon két küldő IP-cím küldi a platformértesítéseket az amerikai és az EU-s régióban egyaránt. Engedélyezze ezeket a feladói címeket és a hitelesített return-path tartományt: Ezek a üdvözlő üzeneteket, képzési feladatkiosztásokat, emlékeztetőket és egyéb értesítéseket fedik le. Hagyja engedélyezve az SPF-, DKIM- és DMARC-ellenőrzést. Az szimulációs SMTP a saját, alábbi tartományait használja. Ha a saját SMTP-relé a forrás-IP-cím alapján korlátozza a kapcsolatokat, a relé konfigurálása előtt kérje el a Supporttól a Living Security SMTP-kapcsolati forrás-IP-címeit az Ön régiójához. Ezek a relé felé irányuló kapcsolatot azonosítják, a relé saját küldő IP-címeitől külön. Ne helyettesítse őket a fent szereplő, platform által kezelt levelezési IP-címekkel vagy az alábbi integrációs API-IP-címekkel.

Adathalász-szimulációk

A platform által kezelt SMTP esetén a szervezete régiójának megfelelőt használja: Engedélyezze a régiójához tartozó teljes IP-tartományt. A levelezéshitelesítési tartományt azokhoz az átjárószabályokhoz használja, amelyek ezt megkövetelik. A látható feladói cím szimulációnként eltér; a kiválasztott szimulációkhoz használja az aktuális allowlist-csomagot. Indítás előtt töltse le a szervezetspecifikus csomagot a beállítások → adathalász szimuláció → Allowlisting → Export allowlist package menüpontból, vagy hozzáférés előtt kérje el az ügyfélsikerért felelős menedzserétől. A csomag tartalmazza az engedélyezett küldési tartományokat, a céloldal-/URL-gazdákat és a különálló Reply-To tartományt. Ha az átjárója teljes címeket igényel, ellenőrizze a kiválasztott szimulációk tényleges feladói címeit. Töltsön le frissített csomagot, ha a szimulációs beállítások megváltoznak. A közvetlen kézbesítés (DMI) a csatlakoztatott Microsoft 365- vagy Google Workspace-integrációt használja; az SMTP-forrástartományok erre a kézbesítési útvonalra nem vonatkoznak. A Google Workspace e-mail küldése nélkül helyezi el az üzeneteket az egyes postaládákban. A Microsoft 365 valódi e-mailt küld a szimulációs postaládából, ezért a Microsoft 365 szűrői továbbra is érvényesek rá. Az URL-hozzáférés, a szolgáltatói hozzájárulás és a postaládatesztelés továbbra is fontos. Kövesse a szolgáltatóspecifikus lépéseket a Szimulációs beállítások részben, szükség esetén a Microsoft Defender szimulációs vezérlőit is beleértve.

Alkalmazás- és API-hozzáférés

Az EU-s szervezetek a böngészős bejelentkezéshez és az alkalmazás-hozzáféréshez engedélyezzék mindkét API-állomásnevet. Közvetlen API-integrációhoz a szervezetéhez rendelt regionális URL-t használja. Lásd: API gyorsútmutató. Ha a szervezete egyéni alkalmazás- vagy bejelentkezési állomásnevet használ, vegye fel a beállítás során megadott pontos állomásnevet.

Bejelentkezési követelmények

A bejelentkezési kérések a fentebb felsorolt auth.livingsecurity.ai címet használják. A beágyazott űrlap az ebben a táblázatban szereplő gazdákról is tölt be eszközöket. Ha az űrlap nem jelenik meg megfelelően, kérje meg az IT-csapatot, hogy ellenőrizze, nem blokkolják-e ezeket az eszközkéréseket.

Tartalom, CDN-ek és ügyfélfeltöltések

Engedélyezze ezeket a gazdákat a tartalmakat előnézetben megtekintő adminisztrátorok és a tartalmakat felhasználó munkatársak számára. Az e-mailes képvédelemnek is szüksége lehet hozzáférésre a képgazdákhoz. Az ügyféleszköz- és videógazdák a(z) livingsecurity-content-cdn.ai tartományban vannak, amely eltér a következőtől: livingsecurity.ai. A(z) *.livingsecurity.ai önmagában történő engedélyezése nem fedi le őket. Ha az átjárója nem támogatja a helyettesítő karaktereket, adja meg a fenti explicit gazdákat. Előfordulhat, hogy a biztonsági terméke helyettesítő karaktere az önálló tartománynevet vagy az egymásba ágyazott altartományokat sem foglalja magában. Ha külsőleg tárolt tartalmat ad hozzá, engedélyezze azokat a célállomásokat is, amelyeket az a tartalom használ. A tartalom munkatársakhoz rendelése előtt vizsgálja át ezeket a címeket.

Feltöltési célállomások

Tartalmat vagy arculati fájlokat feltöltő adminisztrátorok. Ezek a célállomások fogadják az új feltöltéseket; a meglévő tartalmat megtekintő munkatársaknak a fenti CDN-gazdákra van szükségük. Engedélyezze mindkét eszközfeltöltési gazdát a képekhez, dokumentumokhoz, egyéni betűtípusokhoz, bejelentőikonokhoz és SCORM-csomagokhoz. A meglévő képek és dokumentumok megtarthatják eredeti tárolási régiójukat. A szervezete régiójának megfelelő videó-API-t használja. Engedélyezze a következőket: PUT és OPTIONS a fájlfeltöltésekhez, valamint POST, PATCH, HEAD, DELETE és OPTIONS a folytatható videófeltöltésekhez. Őrizze meg az alkalmazás által megadott URL-lekérdezési karakterláncokat és feltöltési fejléceket. A SCORM-csomagok mérete legfeljebb 500 MiB (524288000 bájt) lehet. Engedélyezze a teljes csomag egyetlen feltöltési kéréssel történő átvitelét; az átjáró alacsonyabb kéréstörzs-korlátja blokkolhatja a feltöltést. A feltöltési célállomásokat 2026. november 4-én ellenőriztük az amerikai és az EU-s éles környezetben.

További funkciók és integrációk

  • SSO/MFA és integrációs hozzájárulás: engedélyezze az identitásszolgáltatóját, valamint az egyes csatlakoztatott rendszerek bejelentkezési/hozzájárulási oldalait.
  • Bevezető túrák: onboard.livingsecurity.ai, amelyet a(z) .ai helyettesítő karakter lefed; engedélyezze a HTTPS-t és a biztonságos WebSocketeket a TCP 443 porton.
  • Livvy és élő frissítések: engedélyezze a streamelt HTTPS-válaszokat és a biztonságos WebSocketeket a TCP 443 porton.
  • Külső tartalom, egyéni tartományok és az Ön LMS-e: adja meg a szervezete által használt pontos gazdákat. A tárolt SCORM-tartalmat a tanulói hálózatról tesztelje.

IP-szabályok a csatlakoztatott rendszerekben

Ha egy csatlakoztatott rendszer forrás-IP-cím alapján korlátozza az API-hozzáférést, vegye fel ezeket a címeket az adott rendszer API-allowlistjére. Ezek azok a forráscímek, amelyeket a rendszer lát, amikor a Living Security adatokat kér le. Nem kimenő célállomások a munkatársak eszközei számára. Engedélyezze mind a négy szinkronizálási címet (az amerikai és az EU-s régióban azonosak): Engedélyezze továbbá a régiójához tartozó platformpárt, ha az alábbi integrációk bármelyikét használja: A platformpár a közvetlen kimenő forgalomra konfigurált kapcsolatokra, valamint a közvetlen műveleteket igénylő szolgáltatókra is vonatkozik. A hitelesítés, a szinkronizálások és a műveletek folyamatos működéséhez mindkét címkészletet tartsa engedélyezve: A hitelesítés és az adatszinkronizálás folyamatos működéséhez a beállítás után is tartsa engedélyezve az összes szükséges címet. Ezeket a bejegyzéseket kizárólag integrációs API-hozzáféréshez használja. Az integrációk kimenő IP-címeiről szóló útmutató szolgáltatóspecifikus követelményeket sorol fel.

Ellenőrzés az indítás előtt

Tesztelje ugyanazon a vállalati hálózaton, proxyn, VPN-en, végpontvédelmen és postaláda-védelmi vezérlőkön keresztül, amelyeket a munkatársak is használnak:
  • Jelentkezzen be a Műszerfalra és az Engage-be; fejezze be az SSO/MFA hitelesítést, vagy kapjon működő e-mailes bejelentkezési hivatkozást.
  • Nyisson meg egy Műszerfal-oldalt, és tegyen fel egy kérdést Livvynek.
  • Nyisson meg katalógusképeket, játsszon le feliratos videót, és nyisson meg egy letölthető dokumentumot.
  • Töltsön fel egy ügyféleszközt, majd tekintse meg előnézetben Tanulóként; ha használ feltöltött SCORM-csomagot, indítsa el azt.
  • Kézbesítsen egy üdvözlő vagy képzésfeladat-e-mailt; ellenőrizze a feladót, a hitelesítést, a hivatkozásokat és a képeket.
  • Futtasson egy szimulációt a kiválasztott kézbesítési útvonalon; ellenőrizze a postaládába érkezést, a céloldal elérhetőségét, valamint a válaszalapú forgatókönyvek válaszait.
  • Csatlakoztasson minden engedélyezett integrációt, és ellenőrizzen egy tényleges adatszinkronizálást, ne csak a sikeres engedélyezést.
Ha az egyik ellenőrzés sikertelen, rögzítse a blokkolt állomásnevet, az időpontot, a régiót, az érintett funkciót, valamint az átjáró hibaüzenetét vagy a levélkövetést, majd forduljon a Supporthoz. A diagnosztikai adatok megosztása előtt távolítsa el a hitelesítő adatokat, a munkamenet-tokeneket és az aláírt URL-ek lekérdezési karakterláncait. Ha a konfiguráció megváltozik, ellenőrizze újra ezt az útmutatót és az exportált szimulációs csomagot.