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

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

Важно различать три уровня паролей в инфраструктуре 1С: пароль администратора кластера (консоль управления серверами), пароль администратора информационной базы (список пользователей конкретной базы) и пароль пользователя СУБД (PostgreSQL, MS SQL и т.д.). Это независимые учётные записи, и сброс одного не затрагивает остальные. В этой статье речь идёт именно о пароле администратора кластера серверов.

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

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

Кластер серверов 1С хранит список своих администраторов в служебных файлах внутри рабочего каталога srvinfo — по умолчанию это C:\Program Files\1cv8\srvinfo на Windows или /opt/1cv8/x86_64/<версия>/srvinfo (либо каталог, заданный параметром -d при запуске агента) на Linux. Именно там находятся файлы реестра кластера, включая данные об учётных записях администраторов с хэшами паролей.

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

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

Подготовка: что сделать до сброса пароля

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

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

Также зафиксируйте текущие параметры: версию платформы, путь к каталогу srvinfo, имя службы агента и порт кластера (по умолчанию 1540–1541). Эти сведения понадобятся при перезапуске и проверке результата.

Способ 1: сброс через удаление списка администраторов кластера

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

Порядок действий на Windows выглядит так. Откройте оснастку «Службы» (services.msc), найдите службу «Агент сервера 1С:Предприятия» соответствующей версии и остановите её. Дождитесь полной остановки — рабочие процессы rphost должны завершиться. Затем перейдите в каталог srvinfo и найдите файлы с данными об администраторах кластера — в реестре кластера они хранятся в файле 1CV8Clst.lst и связанных структурах; на практике чаще всего список администраторов сбрасывают удалением соответствующих записей из файлов реестра или всего набора служебных файлов кластера из предварительно сохранённой копии.

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

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

Способ 2: замена каталога srvinfo из резервной копии

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

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

Перед заменой обязательно сохраните текущий (проблемный) каталог srvinfo отдельно — он пригодится, чтобы посмотреть актуальный список баз и настроек и повторить их после отката.

Способ 3: создание нового кластера с переносом баз

Когда файлы реестра повреждены или правки не дают результата, остаётся вариант с чистой регистрацией. Остановите агент, переименуйте каталог srvinfo (например, в srvinfo.old) и запустите службу — агент создаст новый пустой реестр кластера без администраторов и без баз.

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

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

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

Удаление администраторов из реестра

Быстро и без потери настроек. Подходит, когда файлы реестра читаемы и есть точная копия srvinfo.

Откат srvinfo из копии

Просто, но откатывает все настройки кластера на дату копии. Подходит при свежей резервной копии.

Новый кластер с переносом баз

Самый надёжный при повреждённом реестре, но требует ручной регистрации всех баз и настроек заново.

Как проверить результат и не допустить повторной блокировки

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

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

Чтобы ситуация не повторилась, заведите как минимум двух администраторов кластера, храните пароли в корпоративном менеджере паролей и задокументируйте процедуру восстановления доступа. Регулярное резервное копирование каталога srvinfo (вместе с бэкапами баз) превращает сброс пароля из аварии в плановую операцию на десять минут.

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

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

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

Норма

Консоль подключается без пароля или под новой учётной записью

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

Консоль по-прежнему требует старый пароль или выдаёт ошибку соединения

Список информационных баз

Норма

Все базы видны в кластере и доступны

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

Базы отсутствуют — нужна повторная регистрация

Работа пользователей

Норма

Клиенты подключаются к базам штатно

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

Ошибки соединения, не запущены рабочие процессы rphost

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

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

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

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

Держите в документации по серверу точный путь к каталогу srvinfo и имя службы агента для каждой установленной версии платформы. На серверах с несколькими версиями 1С каталогов srvinfo может быть несколько, и сброс пароля нужно выполнять именно для того кластера, к которому потерян доступ.

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

Потеряются ли данные информационных баз при сбросе пароля кластера?

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

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

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

Консоль подключается к кластеру без пароля — это нормально?

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

Чем сброс пароля кластера отличается от сброса пароля пользователя базы?

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

Что делать, если после сброса базы пропали из кластера?

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

Нужно ли перезагружать сервер целиком?

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