Існують два набори адрес
Living Security звертається до вашого провайдера через дві різні мережі, і кожна з них обслуговує різні частини інтеграції.
Для більшості інтеграцій потрібен лише набір для синхронізації. Для певної групи потрібні обидва набори постійно — див. Інтеграції, яким потрібні обидва набори.
Трафік синхронізації інтеграцій
Ці чотири адреси однакові для всіх регіонів Living Security. Клієнти, розміщені в ЄС, використовують ті самі чотири адреси, що й клієнти в США.
Для провайдерів, які приймають список через кому:
Трафік платформи
На відміну від адрес синхронізації, ці адреси залежать від регіону. Використовуйте лише пару для регіону, у якому розміщено вашу організацію. Якщо ви не впевнені, який це регіон, перед налаштуванням зверніться до свого Customer Success Manager — якщо додати до списку дозволених адреси не того регіону, інтеграція працюватиме з помилками, які виглядають так, ніби не пов’язані зі списком дозволених адрес.
Для провайдерів, які приймають список через кому:
Вихідні дії Playbook
За замовчуванням дії Playbook, які записують дані назад у підключену систему, проходять тим самим шляхом, що й синхронізація ваших даних, тому надходять із адрес синхронізації. Нічого додатково робити не потрібно. Адміністратор може перевести окреме підключення на direct egress (прямий вихідний трафік), і тоді дії цього підключення надходитимуть з адрес платформи для вашого регіону. Цей параметр призначений саме для такого випадку — коли екземпляр провайдера обмежує доступ до API за IP-адресою джерела й потребує невеликого стабільного набору адрес, що належать Living Security, для додавання до списку дозволених. Деякі провайдери завжди використовують direct egress, оскільки їх узагалі неможливо проксувати. Якщо ви додасте до списку дозволених лише адреси синхронізації, а згодом хтось переведе підключення на direct egress, дії цього підключення почнуть завершуватися помилками, тоді як синхронізація продовжуватиме працювати.Інтеграції, яким потрібні обидва набори
Для більшості інтеграцій служба інтеграцій Living Security сама отримує й поновлює маркер доступу, і весь трафік надходить до вашого провайдера лише з адрес синхронізації. Для наведених нижче інтеграцій ця служба не може поновлювати маркер, тому платформа Living Security створює його безпосередньо — один раз під час підключення, а потім безперервно, доки підключення активне. Ці запити маркерів надходять з адрес платформи. Заплановані синхронізації даних, як і раніше, надходять з адрес синхронізації.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID — зокрема Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Додайте всі адреси з необхідних наборів
Трафік може надходити з будь-якої адреси в наборі, і те, яка саме адреса використовується для конкретного запиту, не фіксовано. Якщо додати до списку дозволених лише частину адрес, виникатимуть періодичні збої, які важко діагностувати: одні запити виконуються успішно, інші — ні, і закономірність виглядає не пов’язаною з конфігурацією. Це стосується як пари адрес платформи, так і чотирьох адрес синхронізації. У кожному регіоні працюють дві адреси, і запити надходять з будь-якої з них.Для яких інтеграцій це потрібно
Список дозволених IP-адрес — це параметр у вашого провайдера, а не в Living Security. Він застосовується, лише якщо у вашій організації ввімкнено таке обмеження. Якщо ви не вмикали обмеження за IP-адресами в провайдера, жодних дій не потрібно. Ці провайдери зазвичай вимагають цього:
Інші провайдери можуть пропонувати подібний параметр. Перегляньте сторінку провайдера в Catalog та власну документацію провайдера.
Ознаки відсутнього або застарілого списку дозволених адрес
Ці два набори виходять з ладу протилежними способами. Перш ніж щось змінювати, зіставте ознаку з відповідним набором.Підключення успішне, але дані не надходять
Це ознака відсутньої адреси синхронізації. Облікові дані перевіряються під час підключення шляхом, на який часто не поширюється те саме обмеження, тому діалогове вікно підключення в Living Security повідомляє про успіх. Збій виникає пізніше, коли запускається запланована синхронізація і її блокують. Зверніть увагу на таке:- Підключення відображається як підключене, але потоки не повідомляють жодних записів.
- Запуски синхронізації завершуються помилками
401 Unauthorizedабо403 Forbidden. - Інтеграція, яка працювала місяцями, починає давати збої без жодних змін з вашого боку.
Підключення взагалі неможливо створити
Це ознака відсутньої адреси платформи, і вона стосується лише інтеграцій, перелічених у розділі Інтеграції, яким потрібні обидва набори. Зверніть увагу на таке:- Налаштування завершується помилкою під час отримання маркера доступу. Підключення не створюється.
- Помилка повідомляє, що вузол недоступний, без жодної HTTP-відповіді.
- У журналах входу або Conditional Access провайдера видно заблокований запит з адреси, яку не додано до списку дозволених.
Підключення, до якого взагалі неможливо звернутися, не є проблемою облікових даних. Автентифікація не відбувалася, тому змінення секрету або повторне створення облікових даних клієнта не допоможе. Найпоширенішою причиною є адреса джерела, якої немає у списку дозволених, проте неправильне ім’я вузла, неправильний порт або збій на боці провайдера виглядають з нашого боку так само.