> ## 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.
# Configurazione degli indirizzi IP di uscita per le integrazioni
> Inserisca nella allowlist gli indirizzi IP in uscita di Living Security, in modo che il Suo provider accetti il traffico delle nostre integrazioni.
Alcuni provider limitano l'accesso alle API a un elenco approvato di indirizzi IP di origine. Quando tale restrizione è abilitata, il provider deve essere configurato per accettare il traffico proveniente dagli indirizzi IP di uscita di Living Security, altrimenti l'integrazione verrà rifiutata a livello di rete.
Questa pagina elenca tali indirizzi.
## Esistono due gruppi
Living Security raggiunge il Suo provider tramite due reti diverse, che servono parti differenti dell'integrazione.
| Gruppo | Cosa esce da questo gruppo | Quantità | Varia in base alla regione? |
| - | - | - | - |
| **Traffico di sincronizzazione delle integrazioni** | Le chiamate API pianificate che importano i Suoi dati e, per impostazione predefinita, le azioni dei Playbook in uscita | 4 indirizzi | No |
| **Traffico della piattaforma** | Le richieste di token di accesso per le integrazioni elencate di seguito e le azioni dei Playbook in uscita sulle connessioni impostate sull'uscita diretta | 2 indirizzi per regione | **Sì** |
La maggior parte delle integrazioni richiede solo il gruppo di sincronizzazione. Un gruppo specifico ne richiede **entrambi**, in modo permanente: consulti [Integrazioni che richiedono entrambi i gruppi](#integrazioni-che-richiedono-entrambi-i-gruppi).
## Traffico di sincronizzazione delle integrazioni
Questi quattro indirizzi sono uguali per tutte le regioni di Living Security. I clienti ospitati nell'Unione europea utilizzano gli stessi quattro indirizzi dei clienti ospitati negli Stati Uniti.
| Indirizzo 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` |
Per i provider che accettano un elenco separato da virgole:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## Traffico della piattaforma
A differenza degli indirizzi di sincronizzazione, questi **sono** specifici per regione. Utilizzi solo la coppia relativa alla regione che ospita la Sua organizzazione. Se non è sicuro di quale sia la regione, si rivolga al Suo Customer Success Manager prima di configurare qualsiasi elemento: inserire nella allowlist gli indirizzi della regione sbagliata fa sì che l'integrazione non funzioni con sintomi che sembrano non avere alcuna relazione con la allowlist.
| Regione | Indirizzi IP | CIDR |
| - | - | - |
| **Stati Uniti** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Unione europea** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Per i provider che accettano un elenco separato da virgole:
```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
```
### Azioni dei Playbook in uscita
Per impostazione predefinita, le azioni dei Playbook che scrivono su un sistema connesso seguono lo stesso percorso delle sincronizzazioni dei dati, quindi escono dagli indirizzi di **sincronizzazione**. Non è necessaria alcuna configurazione aggiuntiva.
Un amministratore può impostare una singola connessione sull'**uscita diretta**, spostando le azioni di quella connessione sugli indirizzi della piattaforma per la Sua regione. Questa impostazione esiste proprio per questa situazione: un'istanza del provider che limita l'accesso alle API in base all'IP di origine e richiede un insieme ridotto e stabile di indirizzi di proprietà di Living Security da inserire nella allowlist. Alcuni provider utilizzano sempre l'uscita diretta perché non possono essere raggiunti tramite proxy.
Se inserisce nella allowlist solo gli indirizzi di sincronizzazione e in seguito qualcuno imposta una connessione sull'uscita diretta, le azioni di quella connessione iniziano a non riuscire, mentre le relative sincronizzazioni continuano a funzionare.
## Integrazioni che richiedono entrambi i gruppi
Per la maggior parte delle integrazioni, il servizio di integrazione di Living Security ottiene e rinnova autonomamente il token di accesso e tutto il traffico raggiunge il Suo provider dai soli indirizzi di sincronizzazione.
Per le integrazioni riportate di seguito, tale servizio non può rinnovare il token, quindi **è la piattaforma Living Security a generarlo direttamente**: una volta al momento della connessione e poi in modo continuo finché la connessione è attiva. Tali richieste di token escono dagli indirizzi della piattaforma. Le sincronizzazioni pianificate dei dati continuano a uscire dagli indirizzi di sincronizzazione.
* [Auth0](/it/integrations/auth0)
* [Cofense Triage](/it/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/it/integrations/crowdstrike)
* [Microsoft Entra ID](/it/integrations/microsoft-entra-id) — incluso Microsoft Graph
* [OneLogin](/it/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**Entrambi i gruppi devono rimanere nella allowlist per tutta la durata della connessione.** Gli indirizzi della piattaforma non sono un requisito limitato alla configurazione iniziale. Il rinnovo del token avviene con un ciclo breve finché l'integrazione è attiva, quindi rimuoverli dopo una configurazione riuscita interrompe l'integrazione alla successiva scadenza del token.
Se l'endpoint dei token del Suo provider e la relativa API dei dati sono sullo stesso host, situazione piuttosto comune, tale host deve accettare entrambe le reti.
## Aggiungere tutti gli indirizzi dei gruppi necessari
Il traffico può uscire da qualsiasi indirizzo all'interno di un gruppo e l'indirizzo utilizzato per una determinata richiesta non è fisso. Inserire nella allowlist solo un sottoinsieme produce errori intermittenti difficili da diagnosticare: alcune richieste riescono, altre falliscono e lo schema sembra non avere alcuna relazione con la configurazione.
Questo vale per la coppia della piattaforma così come per i quattro indirizzi di sincronizzazione. Ogni regione ne utilizza due e le richieste possono provenire da entrambi.
**Questi indirizzi sono stabili, ma non permanenti.** Ci impegniamo a mantenerli invariati e li modifichiamo solo raramente e in circostanze eccezionali, ad esempio in caso di cambiamento del nostro provider di infrastruttura sottostante.
Poiché una modifica è possibile, aggiunga questa pagina ai preferiti. Se un'integrazione che prima funzionava inizia a non riuscire, torni qui e verifichi che la Sua allowlist corrisponda agli indirizzi indicati sopra prima di aprire un ticket di supporto.
## Quali integrazioni richiedono questa configurazione
Una allowlist di indirizzi IP è un'impostazione del *Suo* provider, non di Living Security. Si applica solo se la Sua organizzazione ha abilitato tale restrizione. Se non ha abilitato le restrizioni IP nel provider, non è necessaria alcuna azione.
Questi provider la richiedono comunemente:
| Provider | Dove si trova l'impostazione |
| - | - |
| [Abnormal Security](/it/integrations/abnormal-security) | **IP Safelist** sul token API — obbligatorio |
| [KnowBe4](/it/integrations/knowbe4) | **Allowed IP Addresses** sul token della Reporting API |
| [Netskope](/it/integrations/netskope) | Elenco **Custom IP**, se la allowlist IP del tenant è abilitata |
| [Duo Admin](/it/integrations/catalog/duo-admin-custom) | **Networks for API Access** — facoltativo |
| [Microsoft Entra ID](/it/integrations/microsoft-entra-id) | **Named locations** a cui fa riferimento una policy di Conditional Access |
Altri provider potrebbero offrire un'impostazione simile. Consulti la pagina del provider nel [Catalogo](/it/integrations/overview) e la documentazione del provider stesso.
## Sintomi di una allowlist mancante o non aggiornata
I due gruppi falliscono in modi opposti. Associ il sintomo al gruppo corretto prima di apportare qualsiasi modifica.
### La connessione riesce, ma i dati non arrivano mai
Questa è la caratteristica di un **indirizzo di sincronizzazione mancante**.
Le credenziali vengono convalidate al momento della connessione tramite un percorso che spesso non è soggetto alla stessa restrizione, quindi la finestra di connessione in Living Security segnala l'esito positivo. L'errore compare in seguito, quando una sincronizzazione pianificata viene eseguita e viene bloccata.
Cosa cercare:
* La connessione risulta attiva, ma i flussi non riportano alcun record.
* Le esecuzioni di sincronizzazione falliscono con `401 Unauthorized` o `403 Forbidden`.
* Un'integrazione che ha funzionato per mesi inizia a non riuscire senza alcuna modifica da parte Sua.
### Non è possibile creare la connessione
Questa è la caratteristica di un **indirizzo della piattaforma mancante** e riguarda solo le integrazioni elencate in [Integrazioni che richiedono entrambi i gruppi](#integrazioni-che-richiedono-entrambi-i-gruppi).
Cosa cercare:
* La configurazione fallisce durante l'ottenimento di un token di accesso. Non viene creata alcuna connessione.
* L'errore segnala che non è stato possibile raggiungere un host, senza alcuna risposta HTTP.
* I log di accesso o di Conditional Access del provider mostrano una richiesta bloccata proveniente da un indirizzo non presente nella allowlist.
Una connessione che non può essere raggiunta affatto **non** è un problema di credenziali. Non è avvenuta alcuna autenticazione, quindi la rotazione del secret o la rigenerazione delle credenziali client non servirà a nulla. La causa più comune è un indirizzo di origine non presente nella allowlist, anche se un nome host errato, una porta errata o un'interruzione lato provider appaiono identici dal nostro lato.
Una successiva modifica alla Sua allowlist che rimuove gli indirizzi della piattaforma si manifesta ancora in modo diverso: un'integrazione che funzionava regolarmente da settimane si interrompe nel giro di pochi minuti, perché il successivo rinnovo del token viene bloccato.
## Questa configurazione non riguarda il recapito delle simulazioni di phishing
Gli indirizzi riportati in questa pagina si applicano al **traffico delle integrazioni**, ovvero le chiamate API che Living Security effettua verso i Suoi sistemi connessi per importare dati ed eseguire le azioni dei Playbook.
L'inserimento nella allowlist per il **recapito delle email di simulazione di phishing** è una configurazione separata, con indirizzi, domini mittente e pacchetti di allowlist scaricabili propri. La completi in **Impostazioni → Simulazione di phishing → Allowlisting**. Per la procedura, consulti [Impostazioni di Simulazione di phishing](/it/features/settings/phishing-simulation).
Inserire nella allowlist gli indirizzi di questa pagina non renderà recapitabili le email di phishing simulato, e completare la allowlist per la simulazione non renderà raggiungibile l'API di un provider con restrizioni. Se utilizza entrambe le funzionalità, configuri entrambe.
## Assistenza
Se le integrazioni continuano a non funzionare dopo aver inserito nella allowlist gli indirizzi per la Sua regione, contatti il Suo Customer Success Manager oppure [support@livingsecurity.com](mailto:support@livingsecurity.com). Indichi il nome del provider, il flusso in errore o la fase di configurazione non riuscita e il timestamp, in modo che possiamo confrontarli con i nostri log di uscita.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.