> ## 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.
# Настройка исходящих IP-адресов интеграций
> Добавьте исходящие IP-адреса Living Security в список разрешённых, чтобы ваш провайдер принимал трафик наших интеграций.
Некоторые провайдеры ограничивают доступ к API утверждённым списком IP-адресов источника. Если такое ограничение включено, провайдер необходимо настроить на приём трафика с исходящих IP-адресов Living Security, иначе интеграция будет отклонена на сетевом уровне.
На этой странице приведены эти адреса.
## Два набора адресов
Living Security обращается к вашему провайдеру через две разные сети, и каждая из них обслуживает свою часть интеграции.
| Набор | Какой трафик через него проходит | Количество | Зависит от региона? |
| - | - | - | - |
| **Трафик синхронизации интеграций** | Запланированные вызовы API для импорта ваших данных, а также исходящие действия плейбука по умолчанию | 4 адреса | Нет |
| **Трафик платформы** | Запросы токенов доступа для перечисленных ниже интеграций, а также исходящие действия плейбука для подключений, переключённых на прямой исходящий трафик | 2 адреса на регион | **Да** |
Большинству интеграций требуется только набор для синхронизации. Отдельной группе постоянно требуются **оба** набора — см. раздел [Интеграции, которым нужны оба набора](#%D0%B8%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D0%B8%2C-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%BC-%D0%BD%D1%83%D0%B6%D0%BD%D1%8B-%D0%BE%D0%B1%D0%B0-%D0%BD%D0%B0%D0%B1%D0%BE%D1%80%D0%B0).
## Трафик синхронизации интеграций
Эти четыре адреса одинаковы для всех регионов Living Security. Клиенты, размещённые в ЕС, используют те же четыре адреса, что и клиенты, размещённые в США.
| 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` |
Для провайдеров, которые принимают список через запятую:
```text theme={null}
52.34.139.153/32, 54.69.127.183/32, 44.247.133.183/32, 52.26.211.56/32
```
## Трафик платформы
В отличие от адресов синхронизации, эти адреса **зависят** от региона. Используйте только пару адресов для региона, в котором размещена ваша организация. Если вы не уверены, что это за регион, прежде чем что-либо настраивать, обратитесь к своему менеджеру по работе с клиентами (Customer Success Manager): если добавить в список разрешённых адреса не того региона, интеграция будет давать сбои, которые выглядят никак не связанными со списком разрешённых адресов.
| Регион | IP-адреса | CIDR |
| - | - | - |
| **США** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Европейский союз** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |
Для провайдеров, которые принимают список через запятую:
```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
```
### Исходящие действия плейбука
По умолчанию действия плейбука, которые записывают данные в подключённую систему, идут тем же путём, что и синхронизация данных, поэтому они исходят с адресов **синхронизации**. Дополнительных настроек не требуется.
Администратор может переключить отдельное подключение на **прямой исходящий трафик** (direct egress), при этом действия этого подключения переместятся на адреса платформы для вашего региона. Этот параметр предназначен именно для такого случая: экземпляр провайдера ограничивает доступ к API по IP-адресу источника, и ему нужен небольшой стабильный набор адресов, принадлежащих Living Security, для добавления в список разрешённых. Некоторые провайдеры всегда используют прямой исходящий трафик, поскольку для них проксирование невозможно.
Если вы добавите в список разрешённых только адреса синхронизации, а позднее кто-либо переключит подключение на прямой исходящий трафик, действия этого подключения начнут завершаться ошибкой, тогда как синхронизация будет продолжать работать.
## Интеграции, которым нужны оба набора
Для большинства интеграций служба интеграций Living Security самостоятельно получает и обновляет токен доступа, и весь трафик поступает к вашему провайдеру только с адресов синхронизации.
Для перечисленных ниже интеграций эта служба не может обновлять токен, поэтому **токен выпускает непосредственно платформа Living Security** — один раз при подключении, а затем непрерывно, пока подключение активно. Эти запросы токенов исходят с адресов платформы. Запланированная синхронизация данных по-прежнему исходит с адресов синхронизации.
* [Auth0](/ru/integrations/auth0)
* [Cofense Triage](/ru/integrations/cofense-triage)
* Code42
* Cornerstone
* [CrowdStrike Falcon](/ru/integrations/crowdstrike)
* [Microsoft Entra ID](/ru/integrations/microsoft-entra-id) — включая Microsoft Graph
* [OneLogin](/ru/integrations/onelogin)
* Sophos Central
* Zscaler Client Connector
**Оба набора должны оставаться в списке разрешённых на всё время существования подключения.** Адреса платформы нужны не только при настройке. Обновление токена выполняется с коротким циклом, пока интеграция активна, поэтому если удалить эти адреса после успешной настройки, интеграция перестанет работать при следующем истечении срока действия токена.
Если конечная точка токена вашего провайдера и его API данных находятся на одном узле — что встречается часто, — этот узел должен принимать трафик из обеих сетей.
## Добавьте все адреса из нужных вам наборов
Трафик может исходить с любого адреса в наборе, и то, какой именно адрес будет использован для конкретного запроса, не фиксировано. Если добавить в список разрешённых лишь часть адресов, возникают нестабильные сбои, которые трудно диагностировать: одни запросы проходят, другие — нет, а закономерность, по-видимому, не связана с конфигурацией.
Это в равной мере относится как к паре адресов платформы, так и к четырём адресам синхронизации. В каждом регионе работают два адреса, и запросы могут поступать с любого из них.
**Эти адреса стабильны, но не являются постоянными.** Мы стремимся сохранять их неизменными и меняем лишь в редких исключительных случаях — например, при смене поставщика базовой инфраструктуры.
Поскольку изменение возможно, добавьте эту страницу в закладки. Если ранее работавшая интеграция начала давать сбои, вернитесь сюда и убедитесь, что ваш список разрешённых адресов соответствует приведённым выше адресам, прежде чем создавать обращение в службу поддержки.
## Каким интеграциям это требуется
Список разрешённых IP-адресов — это параметр у *вашего* провайдера, а не в Living Security. Он применяется, только если в вашей организации включено такое ограничение. Если вы не включали ограничения по IP-адресам у провайдера, никаких действий не требуется.
Чаще всего это требуется у следующих провайдеров:
| Провайдер | Где находится параметр |
| - | - |
| [Abnormal Security](/ru/integrations/abnormal-security) | **IP Safelist** для токена API — обязательно |
| [KnowBe4](/ru/integrations/knowbe4) | **Allowed IP Addresses** для токена Reporting API |
| [Netskope](/ru/integrations/netskope) | Список **Custom IP**, если включён список разрешённых IP-адресов тенанта |
| [Duo Admin](/ru/integrations/catalog/duo-admin-custom) | **Networks for API Access** — необязательно |
| [Microsoft Entra ID](/ru/integrations/microsoft-entra-id) | **Named locations**, на которые ссылается политика Conditional Access |
Другие провайдеры могут предлагать аналогичный параметр. Проверьте страницу провайдера в [каталоге](/ru/integrations/overview) и документацию самого провайдера.
## Признаки отсутствующего или устаревшего списка разрешённых адресов
Два набора дают сбои противоположного характера. Прежде чем что-либо менять, сопоставьте симптом с нужным набором.
### Подключение устанавливается, но данные не поступают
Это признак **отсутствующего адреса синхронизации**.
Учётные данные проверяются в момент подключения по пути, на который часто не распространяется то же ограничение, поэтому диалог подключения в Living Security сообщает об успехе. Сбой проявляется позже, когда запускается запланированная синхронизация и блокируется.
Обратите внимание на следующее:
* Подключение отображается как установленное, но потоки сообщают об отсутствии записей.
* Запуски синхронизации завершаются ошибкой `401 Unauthorized` или `403 Forbidden`.
* Интеграция, которая работала месяцами, начинает давать сбои без каких-либо изменений с вашей стороны.
### Подключение вообще не удаётся создать
Это признак **отсутствующего адреса платформы**, и он относится только к интеграциям, перечисленным в разделе [Интеграции, которым нужны оба набора](#%D0%B8%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D0%B8%2C-%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%BC-%D0%BD%D1%83%D0%B6%D0%BD%D1%8B-%D0%BE%D0%B1%D0%B0-%D0%BD%D0%B0%D0%B1%D0%BE%D1%80%D0%B0).
Обратите внимание на следующее:
* Настройка завершается ошибкой при получении токена доступа. Подключение не создаётся.
* В сообщении об ошибке указано, что узел недоступен, при этом HTTP-ответа нет.
* В журналах входа или Conditional Access самого провайдера отображается заблокированный запрос с адреса, который вы не добавили в список разрешённых.
Подключение, к которому вообще невозможно обратиться, **не** является проблемой учётных данных. Аутентификация не выполнялась, поэтому смена секрета или повторное создание учётных данных клиента не поможет. Наиболее распространённая причина — IP-адрес источника, не добавленный в список разрешённых, хотя неверное имя узла, неверный порт или сбой на стороне провайдера выглядят с нашей стороны так же.
Последующее изменение вашего списка разрешённых адресов, при котором удаляются адреса платформы, проявляется иначе: интеграция, которая стабильно работала неделями, прекращает работу в течение нескольких минут, поскольку следующее обновление токена блокируется.
## Это не относится к доставке симуляции фишинга
Адреса на этой странице относятся к **трафику интеграций** — вызовам API, которые Living Security выполняет к вашим подключённым системам для импорта данных и выполнения действий плейбука.
Добавление в список разрешённых для **доставки писем симуляции фишинга** — это отдельная конфигурация со своими адресами, доменами отправителей и загружаемыми пакетами списков разрешённых. Выполните её в разделе **Настройки → Моделирование фишинга → Allowlisting**. Описание процесса см. в разделе [Настройки моделирования фишинга](/ru/features/settings/phishing-simulation).
Добавление адресов с этой страницы в список разрешённых не сделает доставляемыми письма симуляции фишинга, а выполнение настройки списка разрешённых для симуляции не сделает доступным API провайдера с ограничениями. Если вы используете оба варианта, настройте оба.
## Получение помощи
Если интеграции по-прежнему дают сбои после того, как вы добавили адреса своего региона в список разрешённых, обратитесь к своему менеджеру по работе с клиентами (Customer Success Manager) или по адресу [support@livingsecurity.com](mailto:support@livingsecurity.com). Укажите название провайдера, проблемный поток или шаг настройки, на котором произошёл сбой, и временную метку, чтобы мы могли сопоставить их с нашими журналами исходящего трафика.
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.