Этот плейбук описывает шаги по решению проблем, возникающих, если сбой синхронизации с LDAP Active Directory по расписанию.
Обзор
Активный каталог необходим для предоставления пользователей в CMA, обеспечения бесшовной интеграции и доступа к облачным ресурсам. Если синхронизация с AD не удалась, новые пользователи не смогут подключиться или получить доступ к облачным услугам, и политики безопасности могут быть не применены должным образом. Учитывая важность этого процесса, история XOPs будет создана при каждом сбое синхронизации между Active Directory и CMA, что позволит оперативно решить проблему и минимизировать возможные сбои.
При ответе на истории XOps сети важно подходить к проблеме систематически. Во-первых, убедитесь, что проблема продолжается, затем устраните её, и в конце подтвердите, что проблема решена.
Шаг 1 - Проверка, что сбой синхронизации произошел по расписанию
Следующие способы может использовать администратор приложения управления Cato для проверки, что синхронизация не удалась по расписанию.
Использование детализации истории
История XOps будет создана при сбое синхронизации по расписанию.
Перейдите на страницу Рабочая область Историй и используйте предустановку Сетевые Операции, включая фильтр 'Индикация Содержит LDAP'. При необходимости, настройте временной интервал.
Убедитесь, что история сгенерирована, как показано ниже.
Щёлкните на истории, чтобы углубиться в детали. Она содержит информацию о статусе истории, хронологию инцидента и, что более важно, статус запланированной синхронизации.
Когда вы прокрутите далее по детализации истории, вы найдете хронологию инцидента. Эта хронология выделяет любые изменения в статусе запланированных синхронизаций. На правой панели вы увидите рабочий процесс плейбука, который описывает шаги для устранения проблемы.
Использование события
Ошибки синхронизации по расписанию также можно проверить, изучив соответствующие записи событий.
Чтобы просмотреть это событие, отфильтруйте Дашборд Событий, установив Подтип на Служба каталогов и Тип синхронизации каталога на По расписанию. При необходимости настройте временной интервал, чтобы соответствовать времени, когда проблема возникла.
Если обнаружен сбой синхронизации по расписанию, вы увидите события, аналогичные ниже приведенному примеру. Сообщение события покажет причину сбоя синхронизации. В приведенном ниже примере это связано с "ошибкой подключения".
Часто встречающиеся сообщения событий
Сообщение события | Описание |
Не удалось импортировать данные LDAP. Код ошибки: 81 (сервер отключён) | Контроллер домена отключён. Проверьте соединение с сервером. |
Не удалось подключиться к любому контроллеру домена. Код ошибки: 91 (ошибка подключения) | Контроллер домена подключен, но не удается подключиться успешно. Проверьте конфигурацию. |
Неверные учетные данные | Неправильно настроенные учетные данные для имени входа DN |
Шаг 2 - Устранение неполадок сбоя синхронизации по расписанию
Этот раздел описывает инструменты, доступные в Cato, для структурированного подхода к устранению проблем данного типа. Хотя шаги обычно следует выполнять по порядку, результаты каждой проверки могут влиять на следующий шаг процесса.
Выполнить синхронизацию по требованию
Чтобы определить, была ли проблема единоразовой, выполните ручную синхронизацию с AD/DC.
Перейдите в Доступ > Службы каталогов > LDAP, и нажмите Синхронизировать сейчас.
Если ручная синхронизация завершится успешно, это может указывать на то, что сбой синхронизации по расписанию был единичным инцидентом. Администратор должен проверить, совпадали ли какие-либо сетевые сбои или мероприятия по обслуживанию сервера с временем запланированной синхронизации.
Если ручная синхронизация также не удалась, это указывает на то, что проблема сохраняется и синхронизация с AD/DC не завершается успешно. В таком случае, просмотрите любые недавние изменения конфигурации, которые могли привести к проблеме.
Просмотр изменений в журнале аудита
Просмотрите изменения на странице Журнал аудита, чтобы определить, является ли изменение конфигурации причиной этой проблемы. Этот шаг особенно важен, если запланированная синхронизация функционировала нормально, но неожиданно перестала работать.
Чтобы просмотреть любые изменения, внесенные в конфигурацию домена, отфильтруйте панель управления аудитом, установив Тип модели на Домен. При необходимости настройте временной интервал, чтобы соответствовать времени, когда проблема возникла.
Например, ниже приведенный снимок показывает, что администратор внес изменения в конфигурацию домена. Если временные рамки этой активности совпадают с моментом сбоя синхронизации по расписанию, администратор может отменить изменения, чтобы определить, являются ли изменения причиной.
Другим фактором, который может влиять на соединение с доменом, является Статическая резервация хоста, настроенная на сайте, где расположен домен.
Чтобы проверить, были ли внесены изменения в Статическую резервацию хоста, откройте Панель управления аудитом и отфильтруйте результаты, установив Тип модели на Сайт и Имя модели на сайт, в котором находится домен. В приведенном ниже примере домен находится в центральном офисе.
Выполнение теста соединения с контроллером домена
Чтобы проверить соединение с контроллером домена, выполните ping тест от LAN интерфейса розетки, где находится контроллер домена.
Из CMA, откройте Веб-интерфейс сокета, затем перейдите в Инструменты, выбрав вкладку Ping. В разделе Маршрут через выберите LAN, введите IP-адрес контроллера домена, и нажмите Запустить для выполнения теста.
Если ping тест завершается успешно, проблема может быть связана с несоответствием конфигурации между DC и CMA, а не с проблемой соединения.
Если ping тест не удался, убедитесь, что контроллер домена (DC) включен и доступен. Если DC работает, проверьте, не блокируют ли соединение какие-либо промежуточные устройства (например, файерволы или маршрутизаторы).
Шаг 3 - Проверка, что синхронизация по расписанию работает
После идентификации и устранения проблемы, которая вызвала сбой синхронизации по расписанию, убедитесь, что синхронизация теперь отображается как решенная в Истории.
Использование детализации истории
ПРИМЕЧАНИЕ: Как только проблема будет решена, статус истории изменится с "Открытые" на "Мониторинг". Она останется в этом состоянии в течение следующего часа, если не произойдут дальнейшие инциденты. Для получения дополнительной информации обратитесь к Понимание колонок историй.
Хронология инцидента
Хронология инцидента отображает изменения в статусе запланированной синхронизации. Вы можете использовать ее, чтобы подтвердить, что недавний статус обновлен на "Закрыто".
Создание заявок в Поддержку Cato
Если после выполнения этого плейбука проблема не решена, отправьте тикет в поддержку. Чтобы получить максимально полезный ответ на запрос, администратор должен предоставить результаты предпринятых шагов для устранения неполадок.