К статье
Практический материал

Администрирование · 10 мин

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

Как сбросить пароль администратора кластера серверов 1С: редактирование файла 1CV8Clst.lst, службы агента, проверка результата, риски и типичные ошибки.

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

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

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

Что нужно знать перед сбросом

Администратор кластера — это учётная запись, отдельная от пользователей информационных баз и от администратора операционной системы. Она используется только для управления кластером через консоль «Администрирование серверов 1С» или утилиту rac. Сброс пароля кластера не затрагивает пароли пользователей баз 1С и не меняет права внутри прикладных решений.

Список администраторов и все настройки кластера хранятся в каталоге реестра кластера (srvinfo) в файле 1CV8Clst.lst. Именно с ним выполняются все манипуляции. Доступ к этому файлу есть только у администратора сервера (root или локального администратора Windows), поэтому для процедуры нужны права на сам сервер, а не только на 1С.

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

Подготовка: резервная копия и остановка службы

Перед любыми правками сделайте копию всего каталога srvinfo. В Windows он обычно находится по пути C:\Program Files\1cv8\<версия>\srvinfo или C:\Program Files\1cv8\srvinfo, в Linux — /var/1cv8/srvinfo или каталог, заданный при запуске агента параметром -d. Копия позволит вернуть состояние кластера одним действием, если правка пойдёт не так.

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

Порядок действий
  1. 1
    Предупредите пользователей и выберите окно простоя
  2. 2
    Сделайте копию каталога srvinfo целиком
  3. 3
    Остановите службу агента сервера 1С
  4. 4
    Отредактируйте файл 1CV8Clst.lst
  5. 5
    Запустите службу и проверьте вход в консоль кластера
  6. 6
    Создайте нового администратора с надёжным паролем

Сброс администратора в Windows

Остановите службу «Агент сервера 1С:Предприятия» через оснастку services.msc или командой net stop "1C:Enterprise 8.3 Server Agent" (точное имя зависит от версии платформы). Убедитесь, что служба действительно остановлена — статус «Остановлена».

Откройте файл srvinfo\1CV8Clst.lst в обычном текстовом редакторе с правами администратора, например в Блокноте. Найдите секцию со списком администраторов — она содержит записи вида {"Name","ИмяАдминистратора","хэш_пароля",...}. Самый простой и безопасный приём — удалить из списка запись администратора, пароль которого утерян, либо очистить весь список администраторов, оставив пустую структуру.

После сохранения файла запустите службу командой net start "1C:Enterprise 8.3 Server Agent" и откройте консоль администрирования серверов. Если список администраторов пуст, подключение к кластеру выполняется без запроса пароля — сразу создайте нового администратора.

bash
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"
:: правим C:\Program Files\1cv8\srvinfo\1CV8Clst.lst
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

Сброс администратора в Linux

В Linux логика та же, отличаются команды управления службой и пути. Остановите агент: systemctl stop srv1cv83 (имя юнита зависит от пакета установки). Каталог реестра обычно /var/1cv8/srvinfo либо тот, что указан в параметре -d юнит-файла службы.

Отредактируйте 1CV8Clst.lst любым редактором (nano, vim) с правами root. Удалите запись администратора из списка. Следите за правами и владельцем файла после правки: файл должен остаться доступным пользователю, под которым работает агент (обычно usr1cv8), иначе служба не сможет его прочитать или перезаписать.

bash
systemctl stop srv1cv83
cp -r /var/1cv8/srvinfo /var/1cv8/srvinfo.bak
nano /var/1cv8/srvinfo/1CV8Clst.lst
chown usr1cv8:grp1cv8 /var/1cv8/srvinfo/1CV8Clst.lst
systemctl start srv1cv83

После запуска проверьте статус службы и журнал: systemctl status srv1cv83 и технологический журнал агента. Если служба не стартует, почти наверняка файл реестра повреждён синтаксически — восстановите его из резервной копии и повторите правку аккуратнее.

Альтернатива: подключение без сброса

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

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

Сравнение вариантов

Правка 1CV8Clst.lst

Универсальный способ, когда пароли утеряны полностью. Требует остановки службы и осторожности с синтаксисом файла.

Вход под другим администратором

Самый безопасный путь, если в кластере есть вторая учётная запись с известным паролем. Не требует остановки сервисов.

Аутентификация ОС

Работает, если она включена и ваш аккаунт ОС указан администратором кластера. Быстро, но зависит от настроек кластера.

Проверка результата и восстановление защиты

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

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

Контрольные точки

Как проверить результат

Подключение консоли к кластеру
Норма

Вход выполнен, список баз и сеансов отображается

Тревожный признак

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

Список информационных баз в кластере
Норма

Все базы на месте, регистрации сохранены

Тревожный признак

Список пуст — реестр повреждён, восстановите из копии

Статус службы агента
Норма

Служба работает, ошибок в журнале нет

Тревожный признак

Служба падает при старте — ошибка синтаксиса в файле

Типичные ошибки и ограничения

Главная ошибка — правка файла при работающей службе: агент перезаписывает реестр при остановке, и изменения исчезают. Вторая частая проблема — нарушение синтаксиса файла: лишняя запятая или скобка делает реестр нечитаемым, и кластер стартует «пустым», без зарегистрированных баз. Именно поэтому резервная копия каталога srvinfo обязательна.

Ограничение способа: он не поможет, если утерян пароль пользователя информационной базы — это другая задача, решаемая через конфигуратор или средства СУБД. Также помните, что при нескольких кластерах или нескольких версиях платформы на одном сервере у каждого агента свой каталог srvinfo — править нужно файл того экземпляра, к которому относится кластер.

Типичные ошибки
01
Редактирование файла при запущенной службе — изменения теряются при остановке агента
02
Правка без резервной копии — при повреждении файла теряются регистрации всех баз кластера
03
Нарушение синтаксиса 1CV8Clst.lst — служба не стартует или кластер загружается пустым
04
Кластер оставлен без администраторов — любой в сети может подключиться консолью и управлять сервером
05
Смена владельца файла в Linux — агент под usr1cv8 не может прочитать реестр
Перед правкой откройте 1CV8Clst.lst и сравните его структуру с копией: записи администраторов легко найти по именам учётных записей. Удаляйте только строки с записями администраторов, не трогая секции баз и рабочих процессов — так риск повредить реестр минимален.
ПЗ
Практическое замечание

FAQ

Сброс администратора кластера удалит информационные базы?

Нет, если править только записи администраторов. Сами базы и данные в СУБД не затрагиваются. Риск появляется только при повреждении файла реестра целиком — тогда теряются регистрации баз в кластере, но не данные; регистрации можно создать заново с теми же параметрами подключения к СУБД.

Можно ли сбросить пароль без остановки службы?

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

Как сбросить пароль пользователя базы, а не кластера?

Это делается в конфигураторе: «Администрирование» → «Пользователи». Если доступа в конфигуратор нет ни у кого, пароль сбрасывают на уровне СУБД или через загрузку базы в файловый вариант, но эти операции требуют отдельной инструкции и резервной копии базы.

Что делать, если после правки служба не запускается?

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

Как защититься от повторной потери пароля?

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

Итог

Что важно запомнить

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