Skip to main content
Vissa leverantörer begränsar API-åtkomst till en godkänd lista med käll-IP-adresser. När den begränsningen är aktiverad måste din leverantör konfigureras för att acceptera trafik från Living Securitys utgående IP-adresser, annars avvisas integrationen på nätverksnivå. Den här sidan listar dessa adresser.

​
Det finns två uppsättningar

Living Security når din leverantör via två olika nätverk, och de används för olika delar av integrationen. De flesta integrationer behöver endast synkroniseringsuppsättningen. En specifik grupp behöver båda permanent – se Integrationer som behöver båda uppsättningarna.

​
Synkroniseringstrafik för integrationer

Dessa fyra är desamma för alla Living Security-regioner. Kunder som hostas i EU använder samma fyra som kunder som hostas i USA. För leverantörer som accepterar en kommaseparerad lista:

​
Plattformstrafik

Till skillnad från synkroniseringsadresserna är dessa regionspecifika. Använd endast paret för den region som hostar din organisation. Om du inte är säker på vilken region det är, fråga din Customer Success Manager innan du konfigurerar något – om du tillåtlistar fel regions adresser misslyckas integrationen på ett sätt som verkar sakna samband med tillåtlistan. För leverantörer som accepterar en kommaseparerad lista:

​
Utgående åtgärder i spelböcker

Som standard går åtgärder i spelböcker som skriver tillbaka till ett anslutet system via samma väg som dina datasynkroniseringar, så de skickas från synkroniseringsadresserna. Inget extra behövs. En administratör kan växla en enskild anslutning till direkt utgående trafik, vilket flyttar den anslutningens åtgärder till plattformsadresserna för din region. Den inställningen finns för just den här situationen – en leverantörsinstans som begränsar API-åtkomst efter käll-IP och behöver en liten, stabil uppsättning som ägs av Living Security att tillåtlista. Några leverantörer använder alltid direkt utgående trafik eftersom de inte kan proxas alls. Om du endast tillåtlistar synkroniseringsadresserna och någon senare växlar en anslutning till direkt utgående trafik börjar den anslutningens åtgärder misslyckas medan dess synkroniseringar fortsätter fungera.

​
Integrationer som behöver båda uppsättningarna

För de flesta integrationer hämtar och förnyar Living Securitys integrationstjänst åtkomsttoken själv, och all trafik når din leverantör enbart från synkroniseringsadresserna. För integrationerna nedan kan den tjänsten inte förnya token, så Living Security-plattformen skapar den direkt – en gång när du ansluter och därefter kontinuerligt så länge anslutningen är aktiv. Dessa tokenförfrågningar skickas från plattformsadresserna. De schemalagda datasynkroniseringarna skickas fortfarande från synkroniseringsadresserna.
Båda uppsättningarna ska vara tillåtlistade så länge anslutningen finns. Plattformsadresserna är inte enbart ett krav vid konfigurationen. Tokenförnyelsen körs i en kort cykel så länge integrationen är aktiv, så om du tar bort dem efter en lyckad konfiguration slutar integrationen fungera nästa gång token går ut.
Om leverantörens tokenslutpunkt och dess data-API ligger på samma värd – vilket är vanligt – måste den värden acceptera båda nätverken.

​
Lägg till alla adresser i de uppsättningar du behöver

Trafik kan skickas från vilken adress som helst inom en uppsättning, och vilken som används för en viss förfrågan är inte fast. Om du tillåtlistar en delmängd uppstår tillfälliga fel som är svåra att diagnostisera: vissa förfrågningar lyckas, andra misslyckas, och mönstret verkar sakna samband med konfigurationen. Detta gäller lika mycket för plattformsparet som för de fyra synkroniseringsadresserna. Varje region driver två, och förfrågningar hamnar på någon av dem.
Dessa adresser är stabila, men de är inte permanenta. Vi arbetar för att hålla dem oförändrade och ändrar dem endast sällan och under exceptionella omständigheter – till exempel vid en förändring hos vår underliggande infrastrukturleverantör.Eftersom en ändring är möjlig bör du bokmärka den här sidan. Om en integration som tidigare fungerade börjar misslyckas, återvänd hit och bekräfta att din tillåtlista stämmer med adresserna ovan innan du skapar ett supportärende.

​
Vilka integrationer som behöver detta

En IP-tillåtlista är en inställning hos din leverantör, inte hos Living Security. Den gäller endast om din organisation har aktiverat den begränsningen. Om du inte har aktiverat IP-begränsningar hos leverantören behövs ingen åtgärd. Dessa leverantörer kräver det ofta: Andra leverantörer kan erbjuda en liknande inställning. Kontrollera leverantörens sida i katalogen och leverantörens egen dokumentation.

​
Symptom på en saknad eller föråldrad tillåtlista

De två uppsättningarna misslyckas på motsatta sätt. Matcha symptomet mot uppsättningen innan du ändrar något.

​
Anslutningen lyckas, men data kommer aldrig fram

Detta är kännetecknet för en saknad synkroniseringsadress. Inloggningsuppgifter valideras vid anslutningstillfället via en väg som ofta inte omfattas av samma begränsning, så anslutningsdialogen i Living Security rapporterar att det lyckades. Felet visar sig senare, när en schemalagd synkronisering körs och blockeras. Leta efter:
  • Anslutningen visas som ansluten, men strömmar rapporterar inga poster.
  • Synkroniseringskörningar misslyckas med 401 Unauthorized eller 403 Forbidden.
  • En integration som fungerat i månader börjar misslyckas utan att något har ändrats på din sida.

​
Anslutningen kan inte skapas alls

Detta är kännetecknet för en saknad plattformsadress, och det gäller endast de integrationer som anges i Integrationer som behöver båda uppsättningarna. Leta efter:
  • Konfigurationen misslyckas när en åtkomsttoken ska hämtas. Ingen anslutning skapas.
  • Felet rapporterar att en värd inte kunde nås, utan något HTTP-svar.
  • Leverantörens egna inloggnings- eller Conditional Access-loggar visar en blockerad förfrågan från en adress som du inte har tillåtlistat.
En anslutning som inte alls kan nås är inte ett problem med inloggningsuppgifterna. Ingen autentisering ägde rum, så att rotera hemligheten eller skapa nya klientuppgifter hjälper inte. En ej tillåtlistad källadress är den vanligaste orsaken, men ett felaktigt värdnamn, en felaktig port eller ett avbrott hos leverantören ser likadana ut från vår sida.
En senare ändring av din tillåtlista som tar bort plattformsadresserna visar sig återigen annorlunda: en integration som fungerat utan problem i flera veckor slutar fungera inom några minuter, eftersom nästa tokenförnyelse blockeras.

​
Detta omfattar inte leverans av phishingsimulering

Adresserna på den här sidan gäller integrationstrafik – de API-anrop som Living Security gör till dina anslutna system för att importera data och köra åtgärder i spelböcker. Tillåtlistning för e-postleverans vid phishingsimulering är en separat konfiguration med egna adresser, avsändardomäner och nedladdningsbara tillåtlistpaket. Slutför den i Inställningar → Phishing-simulering → Allowlisting. Se Inställningar för Phishing-simulering för den processen. Att tillåtlista adresserna på den här sidan gör inte att simulerade phishingmeddelanden kan levereras, och att slutföra tillåtlistning för simulering gör inte att ett begränsat leverantörs-API blir nåbart. Om du använder båda ska du konfigurera båda.

​
Få hjälp

Om integrationerna fortsätter att misslyckas efter att du har tillåtlistat adresserna för din region, kontakta din Customer Success Manager eller support@livingsecurity.com. Ange leverantörens namn, den strömmen som misslyckades eller det konfigurationssteg som misslyckades, samt tidsstämpeln så att vi kan korrelera det mot våra loggar över utgående trafik.