Два набора адресов
Living Security обращается к вашему провайдеру через две разные сети, и каждая из них обслуживает свою часть интеграции.
Большинству интеграций требуется только набор для синхронизации. Отдельной группе постоянно требуются оба набора — см. раздел Интеграции, которым нужны оба набора.
Трафик синхронизации интеграций
Эти четыре адреса одинаковы для всех регионов Living Security. Клиенты, размещённые в ЕС, используют те же четыре адреса, что и клиенты, размещённые в США.
Для провайдеров, которые принимают список через запятую:
Трафик платформы
В отличие от адресов синхронизации, эти адреса зависят от региона. Используйте только пару адресов для региона, в котором размещена ваша организация. Если вы не уверены, что это за регион, прежде чем что-либо настраивать, обратитесь к своему менеджеру по работе с клиентами (Customer Success Manager): если добавить в список разрешённых адреса не того региона, интеграция будет давать сбои, которые выглядят никак не связанными со списком разрешённых адресов.
Для провайдеров, которые принимают список через запятую:
Исходящие действия плейбука
По умолчанию действия плейбука, которые записывают данные в подключённую систему, идут тем же путём, что и синхронизация данных, поэтому они исходят с адресов синхронизации. Дополнительных настроек не требуется. Администратор может переключить отдельное подключение на прямой исходящий трафик (direct egress), при этом действия этого подключения переместятся на адреса платформы для вашего региона. Этот параметр предназначен именно для такого случая: экземпляр провайдера ограничивает доступ к API по IP-адресу источника, и ему нужен небольшой стабильный набор адресов, принадлежащих Living Security, для добавления в список разрешённых. Некоторые провайдеры всегда используют прямой исходящий трафик, поскольку для них проксирование невозможно. Если вы добавите в список разрешённых только адреса синхронизации, а позднее кто-либо переключит подключение на прямой исходящий трафик, действия этого подключения начнут завершаться ошибкой, тогда как синхронизация будет продолжать работать.Интеграции, которым нужны оба набора
Для большинства интеграций служба интеграций 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-адресам у провайдера, никаких действий не требуется. Чаще всего это требуется у следующих провайдеров:
Другие провайдеры могут предлагать аналогичный параметр. Проверьте страницу провайдера в каталоге и документацию самого провайдера.
Признаки отсутствующего или устаревшего списка разрешённых адресов
Два набора дают сбои противоположного характера. Прежде чем что-либо менять, сопоставьте симптом с нужным набором.Подключение устанавливается, но данные не поступают
Это признак отсутствующего адреса синхронизации. Учётные данные проверяются в момент подключения по пути, на который часто не распространяется то же ограничение, поэтому диалог подключения в Living Security сообщает об успехе. Сбой проявляется позже, когда запускается запланированная синхронизация и блокируется. Обратите внимание на следующее:- Подключение отображается как установленное, но потоки сообщают об отсутствии записей.
- Запуски синхронизации завершаются ошибкой
401 Unauthorizedили403 Forbidden. - Интеграция, которая работала месяцами, начинает давать сбои без каких-либо изменений с вашей стороны.
Подключение вообще не удаётся создать
Это признак отсутствующего адреса платформы, и он относится только к интеграциям, перечисленным в разделе Интеграции, которым нужны оба набора. Обратите внимание на следующее:- Настройка завершается ошибкой при получении токена доступа. Подключение не создаётся.
- В сообщении об ошибке указано, что узел недоступен, при этом HTTP-ответа нет.
- В журналах входа или Conditional Access самого провайдера отображается заблокированный запрос с адреса, который вы не добавили в список разрешённых.
Подключение, к которому вообще невозможно обратиться, не является проблемой учётных данных. Аутентификация не выполнялась, поэтому смена секрета или повторное создание учётных данных клиента не поможет. Наиболее распространённая причина — IP-адрес источника, не добавленный в список разрешённых, хотя неверное имя узла, неверный порт или сбой на стороне провайдера выглядят с нашей стороны так же.