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

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

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

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

Кластер серверов 1С имеет собственный список администраторов, который не связан ни с пользователями информационных баз, ни с учётными записями Windows. Администратор кластера управляет сеансами, рабочими процессами и регистрацией баз, но не имеет автоматического доступа внутрь самих баз.

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

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

Проверьте, есть ли доступ к другому администратору кластера

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

Если вход выполнен, сброс пароля занимает минуту: раскройте ветку кластера, выберите «Администраторы», откройте нужную учётную запись и задайте новый пароль в её свойствах. Изменения применяются сразу, перезапуск службы не требуется.

Этот способ — единственный полностью штатный и безопасный. Все остальные варианты предполагают остановку сервиса или правку служебных файлов, поэтому применяйте их только если штатный путь недоступен.

Сброс через удаление администраторов в файле 1CV8Clst.lst

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

1. 1
   Остановите службу «Агент сервера 1С:Предприятия» через services.msc или командой net stop
2. 2
   Сделайте резервную копию папки srvinfo целиком — это страховка на случай ошибки
3. 3
   Откройте файл 1CV8Clst.lst в текстовом редакторе (Notepad++, Блокнот)
4. 4
   Найдите секцию со списком администраторов кластера и удалите записи администраторов, аккуратно сохранив структуру файла и фигурные скобки
5. 5
   Сохраните файл, запустите службу агента сервера
6. 6
   Подключитесь консолью к кластеру — пароль запрошен не будет
7. 7
   Сразу создайте нового администратора с надёжным паролем

Ключевой риск этого способа — повредить структуру файла. 1CV8Clst.lst имеет жёсткий формат с вложенными секциями в фигурных скобках; если удалить лишнюю скобку или часть секции, кластер может не запуститься или потерять список зарегистрированных баз. Именно поэтому резервная копия папки srvinfo перед правкой обязательна.

Если сомневаетесь в правках, есть более грубый, но надёжный вариант: остановить службу, переименовать папку srvinfo (например, в srvinfo.bak) и запустить службу. Кластер создастся «чистым», без администраторов и без зарегистрированных баз. Затем базы нужно заново зарегистрировать в кластере с теми же параметрами. Данные при этом не пострадают, но потребуется точно знать настройки подключения к СУБД.

Сброс через реестр Windows

Для Windows-версии сервера 1С существует альтернативный путь — отключить проверку пароля через реестр. В ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise Server Agent (имя службы может отличаться в зависимости от версии платформы) есть параметры, определяющие поведение агента.

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

Этот способ удобен, когда файл 1CV8Clst.lst повреждён или его правка кажется рискованной. Однако он требует аккуратности с реестром: ошибочное удаление параметров службы может привести к тому, что агент сервера перестанет запускаться. Перед любыми изменениями экспортируйте редактируемую ветку реестра в .reg-файл.

Что делать в Linux-версии сервера

В Linux логика та же, отличаются пути и команды. Служба агента сервера останавливается через systemd или init-скрипт, а реестр кластера находится в каталоге, заданном при установке (по умолчанию обычно /opt/1cv8/... или каталог, указанный в параметрах запуска демона).

systemctl stop srv1cv8
cp -r /opt/1cv8/srvinfo /opt/1cv8/srvinfo.bak
# правим 1CV8Clst.lst, удаляя администраторов
systemctl start srv1cv8

Обратите внимание на права доступа: файл 1CV8Clst.lst принадлежит пользователю, под которым работает агент сервера (обычно usr1cv8). После правки убедитесь, что владелец и права не изменились, иначе служба может не прочитать файл. Править файл лучше через sudo с сохранением атрибутов, а после редактирования проверить владельца командой ls -l.

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

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

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

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

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

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

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