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

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

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

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

Какой именно пароль утерян: определяем уровень доступа

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

Отдельный частный случай — пароль пользователя СУБД (например, sa в MS SQL Server или postgres в PostgreSQL), под которым сервер 1С обращается к базе данных. Этот пароль виден в свойствах информационной базы в консоли кластера, но только если у вас уже есть доступ к самой консоли.

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

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

Порядок действий такой: остановите службу агента сервера 1С, откройте файл 1CV8Clst.lst в текстовом редакторе, найдите секцию со списком администраторов кластера и удалите её содержимое (сами записи пользователей кластера). После сохранения файла запустите службу снова. Кластер останется без администраторов — а значит, консоль подключится к нему без запроса пароля.

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

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

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

Администраторы агента — более «высокий» уровень: они управляют самим сервером, а не отдельными кластерами. Их список хранится в том же файле 1CV8Clst.lst, но в другой секции. Логика сброса идентична: остановка службы, резервная копия файла, удаление записей, запуск службы.

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

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

Если есть доступ администратора кластера

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

Если администраторов базы не осталось

Для клиент-серверной базы пароли пользователей хранятся в виде хэшей в таблице Users (поле Data) базы данных СУБД. Распространённый приём — скопировать значение хэша от пользователя с известным паролем (например, из тестовой базы, где вы сами создали пользователя с паролем «123») и подставить его записи нужного пользователя через SQL-запрос. После этого вход выполняется с известным паролем, который тут же меняется штатно.

Для файловой базы (1Cv8.1CD) прямого редактирования таблиц штатными средствами нет. Практические варианты: восстановить базу из резервной копии, где пароль известен, или использовать загрузку/выгрузку через dt, если есть доступ к конфигуратору. Сторонние редакторы файла 1CD существуют, но их применение — зона риска повреждения данных.

UPDATE Users SET Data = (SELECT Data FROM Users WHERE Name = 'ТестовыйПользователь') WHERE Name = 'Администратор'

Пароль пользователя СУБД: где его искать

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

Если доступа к консоли нет, пароль СУБД сбрасывается средствами самой СУБД: для MS SQL Server — через SQL Server Management Studio под Windows-аутентификацией администратора, для PostgreSQL — через правку pg_hba.conf с временным разрешением trust-аутентификации и последующим ALTER USER ... PASSWORD. После смены пароля в СУБД обязательно обновите его и в свойствах базы в консоли кластера, иначе соединение не восстановится.

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

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

При сбросе пароля пользователя ИБ через SQL опасно обновлять таблицу без точного условия WHERE — можно перезаписать хэши всех пользователей разом. Также администраторы забывают, что в базе могут быть отключённые или дублирующиеся учётные записи с похожими именами, и меняют пароль не той записи.

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

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

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

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