Skip to main content
Send denne side til din IT-afdeling inden onboarding. Siden samler webdestinationer, e-mailafsendere, kilde-IP-adresser samt valgfrie krav til upload og integrationer ét sted. Nogle sikkerhedsprodukter kalder allowlisting for whitelisting eller safelisting.

Start med den korte liste

Webadgang: HTTPS / TCP 443. I mange miljøer dækker de to Living Security-wildcards samt de eksterne værter for indhold og login-aktiver nedenfor medarbejdernes adgang. Værterne til kundeindhold, upload og Contentful ligger uden for wildcards for Living Security. Værterne til kundeindhold og upload bruger livingsecurity-content-cdn.ai, som er et andet domæne end livingsecurity.ai. Tillad desuden static.descope.com og descopecdn.com udelukkende til indlejrede login-aktiver; loginanmodninger bruger auth.livingsecurity.ai. Hvis du kun bruger *.livingsecurity.ai, skal du tilføje platform-cdn.livingsecurity.com og de øvrige .com-indholdsværter, der er angivet nedenfor.
De detaljerede værtsnavnstabeller er beregnet til IT-afdelinger, der ikke kan bruge wildcards; de kræver ikke dublerede regler. Kontrollér, om din gateways wildcard matcher indlejrede navne som api.eu-west-1.livingsecurity.ai. Et wildcard kan udelade det rene domæne. Brug værtsnavne til webdestinationer, da deres IP-adresser kan ændre sig.
Gennemfør også e-mailreglerne nedenfor. Indholdsforfattere har desuden brug for uploaddestinationerne. Integrationer med begrænsninger på kilde-IP har brug for reglerne for tilsluttede systemer. Standardindtastningerne findes på denne side; de linkede vejledninger indeholder opsætningsinstruktioner.

E-maillevering

Godkendelsesmails

Anvend disse indtastninger på login-e-mails i din e-mailbeskyttelsestjeneste. Kontrollér, at beskederne ankommer, før deres links udløber. Notifikationer bruger de samme IP-adresser; simuleringer bruger de separate intervaller nedenfor. Se Enterprise Identity.

Transaktionelle platformsmails

De samme to afsender-IP-adresser, som er angivet ovenfor, sender også platformnotifikationer i både US og EU. Tillad disse From-adresser og det godkendte return-path-domæne: Disse dækker velkomstbeskeder, træningstildelinger, påmindelser og andre notifikationer. Lad validering af SPF, DKIM og DMARC forblive aktiveret. SMTP til simulering bruger egne intervaller nedenfor. Hvis din egen SMTP-relay begrænser forbindelser efter kilde-IP, skal du hos Support indhente Living Securitys SMTP-forbindelseskilde-IP-adresser for din region, før du konfigurerer relayen. Disse identificerer forbindelsen til din relay og er adskilt fra din relays egne afsender-IP-adresser. Undlad at erstatte dem med de platformstyrede mail-IP-adresser ovenfor eller integrations-API’ets IP-adresser nedenfor.

Phishingsimuleringer

Til platformstyret SMTP skal du bruge din organisations region: Tillad det komplette IP-interval for din region. Brug mailgodkendelsesdomænet til gateway-regler, der kræver det. Den synlige From-adresse varierer mellem simuleringer; brug den aktuelle allowlist-pakke til dine valgte simuleringer. Inden lancering skal du hente den organisationsspecifikke pakke under Indstillinger → Phishing-simulering → Allowlisting → Export allowlist package eller anmode om den hos din Customer Success Manager, før du har adgang. Den indeholder aktiverede afsenderdomæner, landings-/URL-værter og det særskilte Reply-To-domæne. Gennemgå de faktiske From-adresser for dine valgte simuleringer, hvis din gateway kræver fulde adresser. Download en opdateret pakke, når dine simuleringsindstillinger ændres. Direkte levering (DMI) bruger din tilsluttede Microsoft 365- eller Google Workspace-integration; SMTP-kildeintervallerne gælder ikke for denne leveringsvej. Google Workspace placerer beskeder i hver indbakke uden at sende e-mail. Microsoft 365 sender rigtige e-mails fra din simuleringspostkasse, så dine Microsoft 365-filtre gælder stadig for dem. URL-adgang, udbyderens samtykke og indbakketest er stadig vigtige. Følg de udbyderspecifikke trin i Simulation Settings, herunder Microsoft Defenders simuleringskontroller, når det er relevant.

Applikations- og API-adgang

For EU-organisationer skal begge API-værtsnavne tillades til browserlogin og applikationsadgang. Til en direkte API-integration skal du bruge din organisations tildelte regionale URL. Se API quickstart. Hvis din organisation bruger et brugerdefineret applikations- eller loginværtsnavn, skal du medtage det nøjagtige værtsnavn, der blev oplyst under opsætningen.

Krav til login

Loginanmodninger bruger auth.livingsecurity.ai, som er angivet ovenfor. Den indlejrede formular indlæser også aktiver fra værterne i denne tabel. Hvis formularen ikke vises korrekt, skal du bede din IT-afdeling kontrollere, om anmodningerne om disse aktiver blokeres.

Indhold, CDN’er og kundeuploads

Tillad disse værter for administratorer, der forhåndsviser indhold, og for medarbejdere, der bruger det. Beskyttelse af e-mailbilleder kan også kræve adgang til billedværter. Værterne for kundeaktiver og video findes på livingsecurity-content-cdn.ai, et andet domæne end livingsecurity.ai. Hvis du kun tillader *.livingsecurity.ai, dækkes de ikke. Angiv de eksplicitte værter ovenfor, hvis din gateway ikke understøtter wildcards. Et wildcard medtager desuden muligvis ikke det rene domæne eller indlejrede underdomæner i dit sikkerhedsprodukt. Hvis du tilføjer eksternt hostet indhold, skal du også tillade de destinationer, som indholdet bruger. Gennemgå disse adresser, før du tildeler indholdet til medarbejdere.

Uploaddestinationer

Administratorer, der uploader indhold eller brandingfiler. Disse destinationer modtager nye uploads; medarbejdere, der ser eksisterende indhold, har brug for CDN-værterne ovenfor. Tillad begge værter til aktivupload for billeder, dokumenter, brugerdefinerede skrifttyper, ikoner til rapportering og SCORM-pakker. Eksisterende billeder og dokumenter kan beholde deres oprindelige lagerregion. Brug video-API’et for din organisations region. Tillad PUT og OPTIONS til filuploads samt POST, PATCH, HEAD, DELETE og OPTIONS til genoptagelige videouploads. Bevar URL-forespørgselsstrengene og upload-headerne, som applikationen leverer. SCORM-pakker kan være op til 500 MiB (524288000 bytes). Tillad hele pakken i én uploadanmodning; en lavere grænse for anmodningens body i din gateway kan blokere uploaden. Uploaddestinationer verificeret i US- og EU-produktion den 4. november 2026.

Yderligere funktioner og integrationer

  • SSO/MFA og integrationssamtykke: tillad din identitetsudbyder samt login-/samtykkesiderne for hvert system, du tilslutter.
  • Onboarding-ture: onboard.livingsecurity.ai, dækket af wildcardet .ai; tillad HTTPS og sikre WebSockets på TCP 443.
  • Livvy og liveopdateringer: tillad streaming af HTTPS-svar og sikre WebSockets på TCP 443.
  • Eksternt indhold, brugerdefinerede domæner og dit LMS: medtag de nøjagtige værter, som din organisation bruger. Test hostet SCORM fra kursistnetværket.

IP-regler i dine tilsluttede systemer

Hvis et system, du tilslutter, begrænser API-adgang efter kilde-IP, skal du tilføje disse adresser til det pågældende systems API-allowlist. Det er de kildeadresser, systemet vil se, når Living Security anmoder om data. De er ikke udgående destinationer for medarbejdernes enheder. Tillad alle fire sync-adresser (de samme i US og EU): Tillad desuden platform-parret for din region, når du bruger en af disse integrationer: Platformparret gælder også for forbindelser, der er konfigureret til direkte egress, og for udbydere, der kræver direkte handlinger. Lad begge adressesæt forblive tilladt, så godkendelse, synkroniseringer og handlinger fortsat fungerer: Lad alle nødvendige adresser forblive tilladt efter opsætningen, så godkendelse og datasynkroniseringer fortsat fungerer. Brug kun disse indtastninger til API-adgang for integrationer. Vejledningen til integrationsegress angiver udbyderspecifikke krav.

Verificér inden lancering

Test via det samme virksomhedsnetværk, den samme proxy, VPN, endpoint-beskyttelse og de samme postkassekontroller, som dine medarbejdere bruger:
  • Log ind på Dashboard og Engage; gennemfør SSO/MFA, eller modtag et fungerende login-link via e-mail.
  • Åbn en Dashboard-side, og stil Livvy et spørgsmål.
  • Åbn katalogbilleder, afspil en video med undertekster, og åbn et dokument, der kan downloades.
  • Upload et kundeaktiv, og forhåndsvis det derefter som kursist; start en uploadet SCORM-pakke, hvis du bruger en.
  • Lever en velkomst- eller træningstildelings-e-mail; kontrollér afsender, godkendelse, links og billeder.
  • Kør en simulering via den valgte leveringsvej; verificér ankomst i indbakken, adgang til landingssiden og svar ved svarbaserede scenarier.
  • Tilslut hver aktiveret integration, og verificér en faktisk datasynkronisering – ikke blot vellykket autorisation.
Hvis en kontrol mislykkes, skal du notere det blokerede værtsnavn, tidspunkt, region, den berørte funktion samt gateway-fejlen eller mailsporingen og derefter kontakte Support. Fjern legitimationsoplysninger, sessionstokens og signerede URL-forespørgselsstrenge, før du deler diagnostik. Gennemgå denne vejledning og din eksporterede simuleringspakke igen, når konfigurationen ændres.