Skip to main content
Certains fournisseurs limitent l’accès à leur API à une liste approuvée d’adresses IP sources. Lorsque cette restriction est activée, votre fournisseur doit être configuré de manière à accepter le trafic provenant des adresses IP de sortie de Living Security; sans quoi l’intégration sera rejetée au niveau de la couche réseau. Cette page présente ces adresses.

​
Il existe deux ensembles

Living Security communique avec votre fournisseur par l’intermédiaire de deux réseaux distincts, qui servent chacun une partie différente de l’intégration. La plupart des intégrations n’ont besoin que de l’ensemble de synchronisation. Un groupe précis nécessite les deux de façon permanente; consultez la section Intégrations nécessitant les deux ensembles.

​
Trafic de synchronisation des intégrations

Ces quatre adresses sont les mêmes pour toutes les régions de Living Security. Les clients hébergés dans l’Union européenne utilisent les mêmes quatre adresses que les clients hébergés aux États-Unis. Pour les fournisseurs qui acceptent une liste séparée par des virgules :

​
Trafic de la plateforme

Contrairement aux adresses de synchronisation, celles-ci sont propres à chaque région. Utilisez uniquement la paire correspondant à la région qui héberge votre organisation. Si vous ne savez pas de quelle région il s’agit, demandez à votre directeur ou directrice de la réussite client avant de procéder à toute configuration : si vous ajoutez à la liste d’autorisation les adresses de la mauvaise région, l’intégration échouera d’une manière qui semble sans rapport avec la liste d’autorisation. Pour les fournisseurs qui acceptent une liste séparée par des virgules :

​
Actions sortantes des guides d’intervention

Par défaut, les actions des guides d’intervention qui écrivent dans un système connecté empruntent le même chemin que vos synchronisations de données; elles proviennent donc des adresses de synchronisation. Aucune configuration supplémentaire n’est nécessaire. Un administrateur peut configurer une connexion individuelle en sortie directe, ce qui fait passer les actions de cette connexion par les adresses de la plateforme correspondant à votre région. Ce paramètre existe précisément pour la situation suivante : une instance de fournisseur qui restreint l’accès à l’API selon l’adresse IP source et qui a besoin d’un petit ensemble stable d’adresses appartenant à Living Security à ajouter à sa liste d’autorisation. Quelques fournisseurs utilisent toujours la sortie directe, car ils ne peuvent pas passer par un mandataire. Si vous n’ajoutez à la liste d’autorisation que les adresses de synchronisation et que quelqu’un configure plus tard une connexion en sortie directe, les actions de cette connexion commenceront à échouer, alors que ses synchronisations continueront de fonctionner.

​
Intégrations nécessitant les deux ensembles

Pour la plupart des intégrations, le service d’intégration de Living Security obtient et renouvelle lui-même le jeton d’accès, et tout le trafic atteint votre fournisseur depuis les seules adresses de synchronisation. Pour les intégrations ci-dessous, ce service ne peut pas renouveler le jeton; la plateforme Living Security le génère donc directement, une première fois lors de la connexion, puis de façon continue tant que la connexion est active. Ces demandes de jeton proviennent des adresses de la plateforme. Les synchronisations de données planifiées, elles, proviennent toujours des adresses de synchronisation.
Les deux ensembles doivent rester dans la liste d’autorisation pendant toute la durée de vie de la connexion. Les adresses de la plateforme ne sont pas requises uniquement lors de la configuration. Le renouvellement du jeton s’effectue selon un cycle court tant que l’intégration est active; les retirer après une configuration réussie entraîne donc une défaillance de l’intégration à la prochaine expiration du jeton.
Si le point de terminaison de jeton de votre fournisseur et son API de données se trouvent sur le même hôte, ce qui est fréquent, cet hôte doit accepter les deux réseaux.

​
Ajoutez toutes les adresses des ensembles dont vous avez besoin

Le trafic peut provenir de n’importe quelle adresse d’un ensemble, et l’adresse utilisée pour une demande donnée n’est pas fixe. Si vous n’autorisez qu’une partie des adresses, vous obtiendrez des défaillances intermittentes difficiles à diagnostiquer : certaines demandes réussissent, d’autres échouent, et le schéma semble sans lien avec la configuration. Cela vaut autant pour la paire d’adresses de la plateforme que pour les quatre adresses de synchronisation. Chaque région en exploite deux, et les demandes peuvent provenir de l’une ou l’autre.
Ces adresses sont stables, mais elles ne sont pas permanentes. Nous nous efforçons de les conserver inchangées et ne les modifions que rarement, dans des circonstances exceptionnelles, par exemple en cas de changement de notre fournisseur d’infrastructure sous-jacente.Puisqu’un changement est possible, ajoutez cette page à vos favoris. Si une intégration qui fonctionnait auparavant commence à échouer, revenez ici et vérifiez que votre liste d’autorisation correspond aux adresses ci-dessus avant d’ouvrir un billet de soutien.

​
Intégrations concernées

Une liste d’autorisation d’adresses IP est un paramètre de votre fournisseur, et non de Living Security. Elle ne s’applique que si votre organisation a activé cette restriction. Si vous n’avez pas activé de restrictions d’adresses IP chez le fournisseur, aucune action n’est requise. Ces fournisseurs l’exigent couramment : D’autres fournisseurs peuvent offrir un paramètre similaire. Consultez la page du fournisseur dans le Catalogue ainsi que la documentation du fournisseur.

​
Symptômes d’une liste d’autorisation manquante ou désuète

Les deux ensembles échouent de manières opposées. Associez le symptôme à l’ensemble concerné avant de modifier quoi que ce soit.

​
La connexion réussit, mais les données n’arrivent jamais

C’est la signature d’une adresse de synchronisation manquante. Les identifiants sont validés au moment de la connexion par un chemin qui n’est souvent pas soumis à la même restriction; la boîte de dialogue de connexion de Living Security indique donc que l’opération a réussi. La défaillance apparaît plus tard, lorsqu’une synchronisation planifiée s’exécute et est bloquée. Éléments à repérer :
  • La connexion s’affiche comme connectée, mais les flux ne signalent aucun enregistrement.
  • Les exécutions de synchronisation échouent avec 401 Unauthorized ou 403 Forbidden.
  • Une intégration qui fonctionnait depuis des mois commence à échouer sans aucun changement de votre côté.

​
La connexion ne peut pas être créée du tout

C’est la signature d’une adresse de la plateforme manquante, qui ne concerne que les intégrations énumérées dans Intégrations nécessitant les deux ensembles. Éléments à repérer :
  • La configuration échoue lors de l’obtention d’un jeton d’accès. Aucune connexion n’est créée.
  • L’erreur indique qu’un hôte est inaccessible, sans réponse HTTP correspondante.
  • Les journaux de connexion ou d’accès conditionnel du fournisseur montrent une demande bloquée provenant d’une adresse que vous n’avez pas ajoutée à la liste d’autorisation.
Une connexion qui ne peut pas être atteinte du tout n’est pas un problème d’identifiants. Aucune authentification n’a eu lieu; la rotation du secret ou la régénération des identifiants du client n’y changera donc rien. Une adresse source non autorisée en est la cause la plus courante, mais un nom d’hôte erroné, un port erroné ou une panne côté fournisseur présentent le même aspect de notre côté.
Une modification ultérieure de votre liste d’autorisation qui retire les adresses de la plateforme se manifeste encore différemment : une intégration qui fonctionnait bien depuis des semaines cesse de fonctionner en quelques minutes, car le prochain renouvellement de jeton est bloqué.

​
Ces adresses ne couvrent pas la livraison des simulations d’hameçonnage

Les adresses de cette page s’appliquent au trafic des intégrations, c’est-à-dire aux appels d’API que Living Security effectue vers vos systèmes connectés pour importer des données et exécuter les actions des guides d’intervention. L’autorisation pour la livraison des courriels de simulation d’hameçonnage est une configuration distincte, avec ses propres adresses, ses propres domaines d’expéditeur et ses propres ensembles d’autorisation téléchargeables. Effectuez-la dans Paramètres → Simulation d’hameçonnage → Allowlisting. Consultez la page Paramètres de la simulation d’hameçonnage pour connaître cette procédure. Ajouter à la liste d’autorisation les adresses de cette page ne permettra pas la livraison des courriels d’hameçonnage simulés, et effectuer l’autorisation pour les simulations ne rendra pas accessible l’API d’un fournisseur restreint. Si vous utilisez les deux, configurez les deux.

​
Obtenir de l’aide

Si les intégrations continuent d’échouer après que vous avez ajouté à la liste d’autorisation les adresses correspondant à votre région, communiquez avec votre directeur ou directrice de la réussite client ou écrivez à support@livingsecurity.com. Indiquez le nom du fournisseur, le flux en échec ou l’étape de configuration qui a échoué, ainsi que l’horodatage, afin que nous puissions les mettre en corrélation avec nos journaux de sortie.