Esistono due gruppi
Living Security raggiunge il Suo provider tramite due reti diverse, che servono parti differenti dell’integrazione.
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.
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.
Per i provider che accettano un elenco separato da virgole:
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.
Per i provider che accettano un elenco separato da virgole:
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
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — incluso Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
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.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:
Altri provider potrebbero offrire un’impostazione simile. Consulti la pagina del provider nel Catalogo 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 Unauthorizedo403 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. 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.