Skip to main content
Jotkin palveluntarjoajat rajoittavat API-käyttöä hyväksyttyyn lähde-IP-osoitteiden luetteloon. Kun tämä rajoitus on käytössä, palveluntarjoajasi täytyy määrittää hyväksymään liikenne Living Securityn lähtevän liikenteen IP-osoitteista, muuten integraatio estetään verkkokerroksella. Tällä sivulla luetellaan nämä osoitteet.

​
Osoitteita on kaksi joukkoa

Living Security ottaa yhteyden palveluntarjoajaasi kahden eri verkon kautta, ja ne palvelevat integraation eri osia. Useimmat integraatiot tarvitsevat vain synkronointijoukon. Tietty ryhmä tarvitsee molemmat joukot pysyvästi – katso Integraatiot, jotka tarvitsevat molemmat joukot.

​
Integraation synkronointiliikenne

Nämä neljä osoitetta ovat samat kaikilla Living Securityn alueilla. EU:ssa isännöidyt asiakkaat käyttävät samoja neljää osoitetta kuin Yhdysvalloissa isännöidyt asiakkaat. Palveluntarjoajille, jotka hyväksyvät pilkuilla erotetun luettelon:

​
Alustaliikenne

Toisin kuin synkronointiosoitteet, nämä ovat aluekohtaisia. Käytä vain sen alueen osoiteparia, jolla organisaatiosi on isännöitynä. Jos et ole varma alueesta, kysy asiaa Customer Success Managerilta ennen minkään määrittämistä – väärän alueen osoitteiden lisääminen sallittujen luetteloon aiheuttaa integraation toimintahäiriön, joka ei näytä liittyvän sallittujen luetteloon lainkaan. Palveluntarjoajille, jotka hyväksyvät pilkuilla erotetun luettelon:

​
Lähtevät toimintasuunnitelmien toimenpiteet

Oletuksena toimintasuunnitelmien toimenpiteet, jotka kirjoittavat takaisin yhdistettyyn järjestelmään, kulkevat saman reitin kautta kuin tietojen synkronoinnit, joten ne lähtevät synkronointiosoitteista. Lisätoimia ei tarvita. Ylläpitäjä voi vaihtaa yksittäisen yhteyden suoraan lähtevään liikenteeseen (direct egress), jolloin kyseisen yhteyden toimenpiteet siirtyvät alueesi alustaosoitteisiin. Tämä asetus on olemassa juuri tätä tilannetta varten: palveluntarjoajan instanssi rajoittaa API-käyttöä lähde-IP-osoitteen perusteella ja tarvitsee pienen, vakaan ja Living Securityn omistaman osoitejoukon lisättäväksi sallittujen luetteloon. Muutama palveluntarjoaja käyttää aina suoraa lähtevää liikennettä, koska niiden liikennettä ei voida reitittää välityspalvelimen kautta lainkaan. Jos lisäät sallittujen luetteloon vain synkronointiosoitteet ja joku vaihtaa myöhemmin yhteyden suoraan lähtevään liikenteeseen, kyseisen yhteyden toimenpiteet alkavat epäonnistua, vaikka sen synkronoinnit toimivat edelleen.

​
Integraatiot, jotka tarvitsevat molemmat joukot

Useimmissa integraatioissa Living Securityn integraatiopalvelu hankkii ja uusii käyttöoikeustunnisteen itse, ja kaikki liikenne saapuu palveluntarjoajallesi pelkästään synkronointiosoitteista. Jäljempänä luetelluissa integraatioissa kyseinen palvelu ei voi uusia tunnistetta, joten Living Security -alusta luo sen suoraan – kerran yhteyttä muodostettaessa ja sen jälkeen jatkuvasti niin kauan kuin yhteys on aktiivinen. Nämä tunnistepyynnöt lähtevät alustaosoitteista. Ajastetut tietojen synkronoinnit lähtevät edelleen synkronointiosoitteista.
Molemmat joukot pysyvät sallittujen luettelossa yhteyden koko eliniän. Alustaosoitteet eivät ole vain käyttöönoton aikainen vaatimus. Tunnisteen uusinta toimii lyhyellä kierrolla niin kauan kuin integraatio on aktiivinen, joten niiden poistaminen onnistuneen käyttöönoton jälkeen rikkoo integraation, kun tunniste seuraavan kerran vanhenee.
Jos palveluntarjoajasi tunnistepäätepiste ja datan API ovat samalla isännällä, mikä on yleistä, kyseisen isännän täytyy hyväksyä molemmat verkot.

​
Lisää kaikki tarvitsemiesi joukkojen osoitteet

Liikenne voi lähteä mistä tahansa joukon osoitteesta, eikä yksittäisessä pyynnössä käytettävää osoitetta ole kiinnitetty. Vain osan osoitteista lisääminen sallittujen luetteloon aiheuttaa ajoittaisia, vaikeasti selvitettäviä virheitä: osa pyynnöistä onnistuu ja osa epäonnistuu, eikä kuvio näytä liittyvän määrityksiin. Tämä koskee alustaparia yhtä lailla kuin neljää synkronointiosoitetta. Kullakin alueella toimii kaksi osoitetta, ja pyynnöt päätyvät kummalle tahansa.
Nämä osoitteet ovat vakaita, mutta eivät pysyviä. Pyrimme pitämään ne muuttumattomina ja muutamme niitä vain harvoin ja poikkeuksellisissa olosuhteissa, kuten taustalla olevan infrastruktuuripalveluntarjoajan vaihtuessa.Koska muutos on mahdollinen, lisää tämä sivu kirjanmerkkeihin. Jos aiemmin toiminut integraatio alkaa epäonnistua, palaa tänne ja varmista, että sallittujen luettelosi vastaa yllä olevia osoitteita, ennen kuin avaat tukipyynnön.

​
Mitkä integraatiot tätä tarvitsevat

IP-sallittujen luettelo on asetus sinun palveluntarjoajassasi, ei Living Securityssä. Se koskee vain tilannetta, jossa organisaatiosi on ottanut kyseisen rajoituksen käyttöön. Jos et ole ottanut IP-rajoituksia käyttöön palveluntarjoajassa, toimia ei tarvita. Nämä palveluntarjoajat vaativat sitä yleisesti: Muilla palveluntarjoajilla voi olla vastaava asetus. Tarkista palveluntarjoajan sivu luettelosta sekä palveluntarjoajan oma dokumentaatio.

​
Puuttuvan tai vanhentuneen sallittujen luettelon oireet

Nämä kaksi joukkoa epäonnistuvat vastakkaisilla tavoilla. Yhdistä oire oikeaan joukkoon ennen kuin muutat mitään.

​
Yhteys onnistuu, mutta dataa ei koskaan saapu

Tämä on puuttuvan synkronointiosoitteen tunnusmerkki. Tunnistetiedot validoidaan yhteyden muodostamisen yhteydessä reitillä, johon sama rajoitus ei usein kohdistu, joten Living Securityn yhteysikkuna ilmoittaa onnistumisesta. Virhe ilmenee myöhemmin, kun ajastettu synkronointi käynnistyy ja estetään. Tarkista seuraavat:
  • Yhteys näkyy yhdistettynä, mutta virrat raportoivat nolla tietuetta.
  • Synkronointiajot epäonnistuvat virheillä 401 Unauthorized tai 403 Forbidden.
  • Integraatio, joka toimi kuukausia, alkaa epäonnistua ilman muutoksia sinun päässäsi.

​
Yhteyttä ei voida luoda lainkaan

Tämä on puuttuvan alustaosoitteen tunnusmerkki, ja se koskee vain kohdassa Integraatiot, jotka tarvitsevat molemmat joukot lueteltuja integraatioita. Tarkista seuraavat:
  • Käyttöönotto epäonnistuu käyttöoikeustunnistetta hankittaessa. Yhteyttä ei luoda.
  • Virheilmoituksen mukaan isäntään ei saatu yhteyttä, eikä taustalla ole HTTP-vastausta.
  • Palveluntarjoajan oma kirjautumis- tai Conditional Access -loki näyttää estetyn pyynnön osoitteesta, jota et ole lisännyt sallittujen luetteloon.
Yhteys, johon ei saada lainkaan yhteyttä, ei ole tunnistetietoihin liittyvä ongelma. Todennusta ei tapahtunut, joten salaisuuden vaihtaminen tai asiakastunnistetietojen luominen uudelleen ei auta. Yleisin syy on lähdeosoite, jota ei ole lisätty sallittujen luetteloon, mutta väärä isäntänimi, väärä portti tai palveluntarjoajan puolen katko näyttävät meidän päässämme samalta.
Myöhempi muutos sallittujen luettelossasi, joka poistaa alustaosoitteet, ilmenee jälleen eri tavalla: useita viikkoja moitteettomasti toiminut integraatio lakkaa toimimasta muutamassa minuutissa, koska seuraava tunnisteen uusinta estetään.

​
Tämä ei koske tietojenkalastelusimulaatioiden toimitusta

Tämän sivun osoitteet koskevat integraatioliikennettä eli API-kutsuja, joita Living Security tekee yhdistettyihin järjestelmiisi tietojen tuomiseksi ja toimintasuunnitelmien toimenpiteiden suorittamiseksi. Tietojenkalastelusimulaatioiden sähköpostitoimituksen lisääminen sallittujen luetteloon on erillinen määritys, jolla on omat osoitteensa, lähettäjädomeeninsa ja ladattavat sallittujen luettelopaketit. Suorita se kohdassa Asetukset → Kalastelusimulaatio → Allowlisting. Katso prosessi kohdasta Kalastelusimulaation asetukset. Tämän sivun osoitteiden lisääminen sallittujen luetteloon ei tee simuloiduista tietojenkalastelusähköposteista toimitettavia, eikä simulaation sallittujen luettelon määrittäminen tee rajoitetun palveluntarjoajan API:sta tavoitettavaa. Jos käytät molempia, määritä molemmat.

​
Avun saaminen

Jos integraatiot epäonnistuvat edelleen, kun olet lisännyt alueesi osoitteet sallittujen luetteloon, ota yhteyttä Customer Success Manageriin tai osoitteeseen support@livingsecurity.com. Liitä mukaan palveluntarjoajan nimi, epäonnistunut virta tai käyttöönoton vaihe, joka epäonnistui, sekä aikaleima, jotta voimme verrata sitä lähtevän liikenteen lokeihimme.