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

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

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

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

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

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

Аутентификация администратора кластера запрашивается при подключении через консоль администрирования серверов 1С, при работе с утилитой RAC или через COM-соединение V83.COMConnector. Если в кластере вообще не заведено администраторов, консоль подключается без пароля — это важная особенность, которую используют при восстановлении доступа.

Администраторы информационной базы — отдельная сущность. Их список хранится внутри самой базы (в файле 1Cv8.1CD для файлового варианта или в системных таблицах СУБД для клиент-серверного). Дополнительно возможна аутентификация операционной системы, когда вход в базу происходит под учётной записью Windows без отдельного пароля 1С.

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

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

Порядок действий: остановите службу «Агент сервера 1С:Предприятия» (в Windows — через services.msc, в Linux — systemctl stop srv1cv8 с нужной версией). Откройте файл 1CV8Clst.lst в текстовом редакторе. Найдите секцию со списком администраторов — она содержит строки с именами и хешами паролей. Удалите записи администраторов, сохранив структуру файла (фигурные скобки и разделители должны остаться корректными), затем запустите службу заново.

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

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

Восстановление доступа через Windows-аутентификацию и реестр

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

Для утилиты командной строки RAC ситуация аналогична: если администраторов нет или используется аутентификация ОС, команды выполняются без указания логина и пароля. Проверить список администраторов можно командой вида rac cluster admin list с указанием адреса агента.

rac cluster admin list --cluster=<ID_кластера> <адрес_агента>:1540

Если аутентификация ОС не настроена и пароль утерян, остаётся метод с правкой 1CV8Clst.lst из предыдущего раздела. Попытки подобрать пароль перебором не имеют практического смысла и могут нарушать политику информационной безопасности организации.

Как сбросить пароль администратора информационной базы

Когда утерян пароль не кластера, а пользователя базы с полными правами, действия другие. Если в базе есть хотя бы один пользователь с правами администрирования, к которому у вас есть доступ, зайдите под ним в режим «Предприятие» или конфигуратор и смените пароль нужному пользователю в списке пользователей (в конфигураторе: Администрирование → Пользователи).

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

Безопасный путь для файловой базы без единого доступного пользователя — восстановление из резервной копии, где пароль известен, или обращение к специалисту, который работает с паролем штатными средствами платформы. Инструменты «взлома» файла 1Cv8.1CD существуют, но их использование чревато повреждением базы и юридическими рисками.

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

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

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

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

Чаще всего администраторы редактируют 1CV8Clst.lst при работающей службе агента — тогда изменения перезаписываются при остановке, и правка пропадает. Вторая распространённая ошибка — нарушение структуры файла: лишняя или удалённая скобка делает файл нечитаемым, и кластер теряет регистрацию баз. Третья — забыть создать нового администратора после сброса, оставив кластер открытым для любого подключения из сети.

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

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

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

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

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