1С: администратор кластера не аутентифицирован — что это значит и как исправить

При подключении к серверу 1С:Предприятия через консоль управления кластером или при выполнении административных операций может появиться сообщение «Администратор кластера не аутентифицирован». Это не сбой программы, а штатная реакция механизма безопасности: кластер серверов требует подтверждения прав администратора, а текущее подключение таких прав не предоставило.

Ошибка возникает в клиент-серверном режиме работы 1С, когда администрирование выполняется через оснастку «Администрирование серверов 1С:Предприятия», утилиту rac или при обращении к серверу администрирования ras. Кластер проверяет, есть ли у подключающегося пользователя учётная запись администратора кластера, и если проверка не пройдена — блокирует операцию.

Разобраться в ситуации несложно, если понимать, как устроена аутентификация в кластере 1С: какие виды администраторов существуют, где хранятся их учётные данные и почему проверка может не пройти даже при правильном пароле. Ниже — разбор причин и конкретные способы устранения.

Как устроена аутентификация в кластере серверов 1С

В кластере серверов 1С:Предприятия существуют отдельные списки администраторов, не связанные напрямую с пользователями информационных баз. Администратор кластера управляет самим кластером: рабочими серверами, рабочими процессами, сеансами. Администратор информационной базы управляет конкретной базой. Это разные роли, и учётная запись администратора базы не даёт автоматически прав администратора кластера.

Кластер поддерживает два режима аутентификации. Первый — аутентификация по паролю: в списке администраторов кластера создаётся запись с именем и паролем, и при подключении консоль запрашивает эти данные. Второй — аутентификация операционной системы: кластер считает администратором того пользователя ОС, под которым запущен агент сервера 1С (по умолчанию это может быть локальная системная учётная запись или специально созданный пользователь, например USR1CV8).

Если в кластере не заведено ни одного администратора, аутентификация фактически отключена, и административные операции доступны любому подключению. Как только добавлен хотя бы один администратор, кластер начинает требовать аутентификацию — и именно с этого момента у неподготовленного пользователя появляется рассматриваемая ошибка.

Типичные причины появления ошибки

Чаще всего сообщение появляется по одной из нескольких предсказуемых причин. Понимание конкретной причины экономит время: не нужно перебирать все способы решения подряд.

• В кластере заведён администратор с паролем, а в свойствах подключения консоли пароль не указан или указан неверно.
• Консоль запущена под пользователем ОС, который не входит в список администраторов кластера, при включённой аутентификации ОС.
• Консоль подключается к другому экземпляру кластера или к другому порту агента, чем предполагалось.
• Список администраторов был создан на другом сервере или утерян после переустановки, переноса службы или смены учётной записи агента.
• Используется утилита rac без параметров аутентификации, хотя кластер их требует.

Отдельная частая ситуация — обращение к серверу администрирования ras из скриптов или сторонних инструментов. Если в запросе не переданы корректные учётные данные, ras вернёт ту же ошибку аутентификации.

Способ 1. Указать учётные данные в консоли администрирования

Самый простой случай — когда известны имя и пароль администратора кластера, но консоль их не передаёт. Откройте оснастку «Администрирование серверов 1С:Предприятия», найдите нужный сервер в дереве и откройте свойства подключения к кластеру. В полях аутентификации укажите имя и пароль администратора кластера, затем переподключитесь.

Обратите внимание: эти поля относятся именно к администратору кластера, а не к пользователю информационной базы и не к учётной записи Windows. Частая ошибка — вводить туда логин и пароль от базы 1С, что закономерно приводит к отказу.

Если пароль неизвестен, но известно, кто его устанавливал, сначала уточните его у коллег. Сброс пароля — крайняя мера, потому что он затрагивает всех, кто администрирует этот кластер.

1. 1
   Откройте оснастку администрирования серверов 1С и разверните ветку нужного сервера
2. 2
   Откройте свойства подключения к кластеру (правой кнопкой по кластеру — свойства)
3. 3
   Введите имя и пароль администратора кластера в соответствующие поля
4. 4
   Сохраните настройки и обновите дерево кластера
5. 5
   Убедитесь, что список рабочих серверов и процессов отображается без ошибок

Способ 2. Использовать аутентификацию операционной системы

Если парольная аутентификация не задана, кластер может доверять пользователю ОС. В этом случае консоль нужно запускать под той учётной записью Windows, которая указана как администратор кластера, либо под учётной записью, от имени которой работает агент сервера 1С.

Практический приём: запустите консоль через «Запуск от имени другого пользователя» (Shift + правая кнопка мыши по ярлыку) и укажите нужную учётную запись. Если агент сервера работает под специальной учёткой (например, USR1CV8), а пароль от неё известен, запуск консоли от её имени часто сразу решает проблему.

На Linux логика аналогична: консоль или утилита rac должны выполняться от пользователя ОС, имеющего права администратора кластера, либо с явной передачей пароля администратора, если он задан.

Способ 3. Передать учётные данные в утилите rac

При автоматизации администрирования через rac параметры аутентификации передаются явно. Если кластер требует пароль, а команда его не содержит, результатом будет та же ошибка.

rac cluster list --cluster-user=АдминКластера --cluster-pwd=Пароль localhost:1545

Учтите, что пароль в командной строке может попасть в историю команд и журналы. Для регулярных скриптов безопаснее хранить учётные данные в защищённом хранилище и подставлять их в команду во время выполнения, а не вписывать в текст скрипта.

Также проверьте, что rac обращается к правильному порту агента (по умолчанию 1545) и что версия rac соответствует версии сервера 1С — несовпадение версий иногда проявляется косвенными ошибками при выполнении команд.

Способ 4. Сбросить список администраторов кластера

Если пароль утерян и восстановить его невозможно, список администраторов можно сбросить, остановив службу агента сервера. Список хранится в реестре кластера: на Windows — в ветке реестра службы агента, на Linux — в файле 1CV8Clst.lst в каталоге srvinfo (обычно внутри каталога данных агента).

Общий порядок такой: остановите службу агента сервера 1С, найдите и удалите (или переименуйте) данные о списке администраторов кластера, затем запустите службу заново. После перезапуска кластер окажется без администраторов — аутентификация не потребуется, и вы сможете зайти в консоль и создать нового администратора с известным паролем.

Не редактируйте файлы реестра кластера при работающей службе агента: изменения могут не примениться или повредить служебные данные. Все манипуляции — только при остановленной службе и с резервной копией.

Как проверить, что проблема решена

После применения любого из способов выполните контрольную проверку. Откройте консоль администрирования, разверните ветку кластера и убедитесь, что отображаются рабочие серверы, рабочие процессы и список информационных баз. Попробуйте выполнить операцию, требующую прав администратора, — например, просмотр сеансов.

Если используется rac, выполните команду получения списка кластеров с теми же параметрами, что используются в рабочих скриптах. Успешный вывод списка подтверждает, что аутентификация проходит.

Типичные ошибки при устранении

Ещё одна распространённая ситуация: администратор настраивает подключение в консоли на одном компьютере, а ошибку видит на другом. Свойства подключения консоли хранятся локально, поэтому на каждом рабочем месте учётные данные нужно указывать заново.

Как предотвратить повторение проблемы

Заведите практику документировать учётные данные администраторов кластера в корпоративном хранилище паролей. Основная причина сбросов — утерянный пароль, который знал только один сотрудник.

Назначьте как минимум двух администраторов кластера, чтобы отпуск или увольнение одного не блокировал администрирование. После любых работ по переустановке или переносу сервера 1С проверяйте доступность консоли сразу, пока детали настройки ещё свежи в памяти.

Для автоматизированных скриптов используйте отдельную учётную запись администратора кластера с ограниченным применением и не храните её пароль в открытом виде в текстах скриптов.

Частые вопросы