Кто администратор кластера серверов 1С и где посмотреть его логин

Имя администратора кластера 1С проще всего узнать в консоли администрирования серверов: узел Кластеры → <ваш кластер> → Администраторы. Если пароля нет и консоль не пускает, имена всех администраторов кластера лежат открытым текстом в файле 1CV8Clst.lst в каталоге reg_1541 на сервере. Пароли там хранятся только в виде хеша.

Обычно вопрос встаёт в неудобный момент: нужно создать базу на сервере или завершить зависший сеанс, а консоль просит логин, который никто не помнит. Ниже пять способов найти владельца кластера и план действий, если пароль утерян.

Какие администраторы бывают на сервере 1С

Половина путаницы возникает из-за того, что на сервере 1С:Предприятия 8.3 есть четыре разные учётные записи, и все называют «админом».

Администратор кластера живёт только внутри кластера. Он не связан с пользователями баз и не совпадает с пользователем Windows, под которым запущена служба.

💡 Пока в кластере не зарегистрировано ни одного администратора, кластер открыт всем, кто подключился к агенту. Как только появляется первый, консоль начинает спрашивать логин и пароль.

Кластеров на одном сервере может быть несколько, у каждого свой список администраторов. Поэтому сначала уточните, какой кластер вас интересует: по умолчанию это кластер на порту 1541 с именем «Локальный кластер».

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

Консоль администрирования серверов 1С — оснастка MMC, которая ставится вместе с платформой (компонент «Администрирование сервера 1С:Предприятия»).

1. Запустите «Администрирование серверов 1С Предприятия» из меню «Пуск».
2. В дереве Central 1C:Enterprise 8.3 servers откройте нужный сервер. Если его нет — добавьте: Действие → Создать → Центральный сервер 1С:Предприятия 8.3, имя компьютера и порт агента 1540.
3. Разверните Кластеры и выберите кластер.
4. Откройте вложенный узел Администраторы. В правой панели — имена и описания всех администраторов кластера.

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

Список администраторов центрального сервера смотрится так же, только узел Администраторы находится на уровне сервера, а не кластера.

Если консоль не открывается вовсе

Типичная ситуация после обновления платформы: оснастка пишет об ошибке при создании компонента. Консоль привязана к библиотеке radmin.dll конкретной версии платформы, и её нужно перерегистрировать от имени администратора Windows:

regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"

Вместо 8.3.xx.xxxx подставьте номер установленной версии. Разрядность важна: для 64-битного сервера регистрируйте библиотеку из C:\Program Files, для 32-битного — из C:\Program Files (x86). Версия консоли должна совпадать с версией сервера.

Способ 2. Как узнать администратора кластера через rac

Утилита rac работает через сервер администрирования ras. Это удобно на Linux, где нет MMC, и для удалённой диагностики.

Запуск сервера администрирования

На сервере 1С запустите ras в режиме кластера (порт по умолчанию — 1545):

cd "C:\Program Files\1cv8\8.3.xx.xxxx\bin"
ras cluster --daemon

На Linux бинарные файлы лежат в /opt/1cv8/x86_64/8.3.xx.xxxx/. Для постоянной работы ras регистрируют как службу, но для разовой проверки хватит запуска вручную.

Получение имён

1. Узнайте идентификатор кластера:

rac cluster list

В выводе ищите строку cluster : <UUID> и name — имя кластера.

2. Запросите список администраторов кластера:

rac cluster admin list --cluster=<UUID> --cluster-user=<имя> --cluster-pwd=<пароль>

3. Администраторов центрального сервера выводит команда:

rac agent admin list --agent-user=<имя> --agent-pwd=<пароль>

Если ras запущен на другой машине, допишите в конце адрес: rac cluster list srv1c:1545.

Принцип тот же, что в консоли: без учётных данных существующего администратора rac список не покажет и ответит ошибкой аутентификации. Пока администраторов нет, параметры --cluster-user и --cluster-pwd не нужны, а команда вернёт пустой результат. Полный перечень режимов и ключей выводит rac help и rac help cluster.

Способ 3. Имена в файле реестра кластера 1CV8Clst.lst

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

Сервер хранит настройки кластера в файле 1CV8Clst.lst в каталоге реестра кластера. Пути по умолчанию:

• 🪟 Windows, служба: C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst;
• 🐧 Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst.

Если сервер ставили с нестандартными параметрами, точный каталог видно в свойствах службы агента: в строке запуска ragent.exe после ключа -d указан путь к srvinfo. Число в имени папки reg_1541 — порт менеджера кластера; у второго кластера на порту 2541 будет reg_2541.

Как читать файл:

1. Скопируйте 1CV8Clst.lst в любую папку. Оригинал не открывайте в редакторе, пока служба работает.
2. Откройте копию в «Блокноте» или Notepad++. Формат — текст в фигурных скобках.
3. Найдите блок с описанием администраторов: там подряд идут имя пользователя, описание и хеш пароля. Имена читаются как есть, кириллица тоже.

Администраторы центрального сервера записаны в другом файле — 1cv8wsrv.lst, в корне каталога srvinfo. Читается он так же.

💡 На Linux реестр кластера лежит в домашнем каталоге пользователя службы usr1cv8. Для чтения файла достаточно sudo cat или копии с правами root.

Способ 4. Технологический журнал и журналы ОС

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

Что реально помогает:

• 📄 Технологический журнал сервера. Включается файлом logcfg.xml в каталоге conf платформы. В нём можно собирать события администрирования кластера, и в записях будет видно, под каким именем выполнялось действие. Состав событий и свойства зависят от версии платформы — сверяйтесь со справкой к своей версии.
• 🗂 Журнал Windows «Приложение». Агент и менеджер кластера пишут туда ошибки запуска. Имён администраторов там нет, но видно, когда служба перезапускалась и менялись ли параметры.
• 🧾 История изменений файла. Дата изменения 1CV8Clst.lst и снимки теневого копирования тома подскажут, когда список администраторов меняли в последний раз. Это наводка на конкретного человека.

Минимальный пример logcfg.xml, который пишет события в отдельную папку и хранит их сутки:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_TechLog\admin" history="24">
    <event>
      <eq property="name" value="ADMIN"/>
    </event>
    <property name="all"/>
  </log>
</config>

Технологический журнал применяется без перезапуска службы, в течение минуты после сохранения файла. После диагностики удалите logcfg.xml или ограничьте его — на нагруженном сервере лог быстро разрастается. Если записей нет, значит, на вашей версии событие называется иначе: откройте справку по технологическому журналу в составе документации к платформе.

Способ 5. Программный запрос через COM-соединение

Подходит, когда нужно опросить несколько серверов скриптом или встроить проверку в мониторинг. Работает на Windows, требует зарегистрированного comcntr.dll той же версии и разрядности, что и скрипт:

regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\comcntr.dll"

Пример на VBScript: подключается к агенту, перебирает кластеры и выводит администраторов каждого.

Set connector = CreateObject("V83.COMConnector")
Set agent = connector.ConnectAgent("tcp://srv1c:1540")

clusters = agent.GetClusters()
For Each cluster In clusters
    WScript.Echo "Кластер: " & cluster.ClusterName & " (порт " & cluster.MainPort & ")"
    agent.Authenticate cluster, "Администратор", "пароль"
    admins = agent.GetClusterAdmins(cluster)
    For Each adm In admins
        WScript.Echo "  " & adm.Name & " — " & adm.Descr
    Next
Next

Сохраните файл с расширением .vbs и запустите через cscript имя.vbs. Строку с Authenticate можно убрать, если в кластере ещё нет администраторов.

То же самое умеет встроенный язык 1С: объект COMОбъект("V83.COMConnector") и те же методы. Но смысл тот же — без пароля одного из администраторов метод GetClusterAdmins завершится ошибкой. COM не обходит защиту, он лишь автоматизирует то, что делает консоль.

Сравнение способов:

Ошибки аутентификации администратора кластера

Самые частые сообщения и что за ними стоит:

Пароль администратора кластера потерян: что делать

Имя вы нашли в 1CV8Clst.lst, а пароля нет. Сбросить его штатной кнопкой нельзя, восстановить из хеша — тоже. Варианты по безопасности, от самого мягкого:

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

Порядок для пункта 4:

1. Предупредите пользователей: при остановке службы оборвутся все сеансы во всех базах кластера. Делайте это вне рабочего времени.
2. Остановите службу «Агент сервера 1С:Предприятия 8.3».
3. Сохраните текущий 1CV8Clst.lst под другим именем.
4. Положите на его место файл из резервной копии.
5. Запустите службу и проверьте в консоли список баз.

Не удаляйте кластер и не переустанавливайте сервер ради сброса пароля. Это не решает задачу быстрее, а риск потерять регистрацию баз и настройки рабочих процессов велик.

Как не потерять доступ снова

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