> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Configuration des adresses IP de sortie des intégrations
> Ajoutez à la liste d'autorisation les adresses IP sortantes de Living Security afin que votre fournisseur accepte le trafic de nos intégrations.
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.
| Ensemble | Trafic qui en provient | Nombre | Varie selon la région? |
| - | - | - | - |
| **Trafic de synchronisation des intégrations** | Les appels d'API planifiés qui importent vos données, ainsi que les actions sortantes des guides d'intervention par défaut | 4 adresses | Non |
| **Trafic de la plateforme** | Les demandes de jeton d'accès pour les intégrations énumérées ci-dessous, ainsi que les actions sortantes des guides d'intervention sur les connexions configurées en sortie directe | 2 adresses par région | **Oui** |
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](#int%C3%A9grations-n%C3%A9cessitant-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.
| Adresse IP | CIDR |
| - | - |
| `52.34.139.153` | `52.34.139.153/32` |
| `54.69.127.183` | `54.69.127.183/32` |
| `44.247.133.183` | `44.247.133.183/32` |
| `52.26.211.56` | `52.26.211.56/32` |
Pour les fournisseurs qui acceptent une liste séparée par des virgules :
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## 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.
| Région | Adresses IP | CIDR |
| - | - | - |
| **États-Unis** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Union européenne** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Pour les fournisseurs qui acceptent une liste séparée par des virgules :
```text theme={null}
United States: 98.91.60.249/32, 13.216.91.102/32
European Union: 34.246.236.210/32, 52.31.102.238/32
```
### 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.
* [Auth0](/fr-CA/integrations/auth0)
* [Cofense Triage](/fr-CA/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/fr-CA/integrations/crowdstrike)
* [Microsoft Entra ID](/fr-CA/integrations/microsoft-entra-id) — y compris Microsoft Graph
* [OneLogin](/fr-CA/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**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 :
| Fournisseur | Emplacement du paramètre |
| - | - |
| [Abnormal Security](/fr-CA/integrations/abnormal-security) | **IP Safelist** sur le jeton d'API — obligatoire |
| [KnowBe4](/fr-CA/integrations/knowbe4) | **Allowed IP Addresses** sur le jeton de l'API de rapports |
| [Netskope](/fr-CA/integrations/netskope) | Liste **Custom IP**, si l'autorisation d'adresses IP du locataire est activée |
| [Duo Admin](/fr-CA/integrations/catalog/duo-admin-custom) | **Networks for API Access** — facultatif |
| [Microsoft Entra ID](/fr-CA/integrations/microsoft-entra-id) | **Named locations** référencés par une politique d'accès conditionnel |
D'autres fournisseurs peuvent offrir un paramètre similaire. Consultez la page du fournisseur dans le [Catalogue](/fr-CA/integrations/overview) 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](#int%C3%A9grations-n%C3%A9cessitant-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](/fr-CA/features/settings/phishing-simulation) 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](mailto: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.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.