Фоновые сервисы RX не могут войти под служебной учётной записью
«Не удалось проверить подлинность пользователя. Убедитесь, что значения параметров AUTHENTICATION_USE_THREAD_IDENTITY, AUTHENTICATION_IS_WINDOWS_USER, AUTHENTICATION_USERNAME, AUTHENTICATION_PASSWORD указаны корректно» в логах Directum RX. Обычно сменили пароль Service User в системе и не поменяли его в конфигурации.
Что это значит
Фоновые сервисы RX (обработчики асинхронных событий, фоновые процессы, сервис интеграции) выполняют работу от имени служебной учётной записи, по умолчанию Service User. Её имя и пароль заданы в конфигурации Directum Launcher, в секции common_config: параметры AUTHENTICATION_USERNAME и AUTHENTICATION_PASSWORD. Если вход не удался, сервис пишет эту ошибку, а работа, которую он должен был выполнить, не выполняется.
Самая частая причина: пароль служебной учётной записи сменили в карточке учётной записи в RX, а в конфигурации остался старый. Реже учётную запись закрыли или заблокировали.
В журналах некоторых сервисов то же сообщение по-английски: Cannot authenticate user 'Service User'. Make sure that the values of parameters ... are specified correctly in the configuration file.
Как проверить
- Совпадает ли время первых ошибок со сменой пароля или с изменением учётной записи.
- Учётная запись в RX: действующая ли, не закрыта ли.
- Значения параметров
AUTHENTICATION_*вconfig.ymlDirectum Launcher.
Что сделать
- Указать текущий пароль в параметре
AUTHENTICATION_PASSWORDв конфигураторе Directum Launcher и применить конфигурацию. - Перезапустить сервисы, чтобы они перечитали параметры.
- Пароль служебной учётной записи менять только вместе с конфигурацией, в одно окно, и записать это в регламент.
Ошибка повторяется?
Запустите Диагностика: за полминуты он покажет состояние базы, брокера, поиска и сервера. С отчётом разберём причину за 30 минут бесплатного созвона.
Написать