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

Системный администратор IT и автоматизация бизнеса
← На главную

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

Понимание механизма защиты кластера 1С

Прежде всего, проанализируем, где именно хранятся эти настройки. В платформе 1С:Предприятие 8.1 (как и в последующих версиях) сведения об администраторах кластера записываются в специальный конфигурационный файл 1CV8Reg.lst. Этот файл содержит структуру в формате внутренних списков 1С, где описываются рабочие серверы, кластеры, информационные базы и, конечно, учетные записи администраторов с их хешированными паролями.

Важно понимать различие: администратор кластера — это не то же самое, что администратор информационной базы или администратор SQL-сервера. Если окно авторизации появляется при обращении к корню «Кластеры» в консоли управления (MMC) — это именно защита кластера.

Метод 1. Сброс пароля через подмену хеша

Рассмотрим самый популярный и эффективный способ — замену существующего пароля на «пустой». Для этого нам понадобится доступ к файловой системе сервера, на котором установлена 1С.

  1. Остановка службы. Это критически важный этап. Найдем в оснастке services.msc службу «Агент сервера 1С:Предприятия 8.1» и остановим ее. Если этого не сделать, служба будет держать файл заблокированным или перезапишет его своими данными из памяти при выключении, и все наши правки пропадут.
  2. Поиск файла конфигурации. Перейдем в каталог, где хранятся настройки кластера. По умолчанию для версии 8.1 это путь: C:\Program Files\1cv81\server\reg_1541\. Обратим внимание, что число 1541 соответствует порту главного менеджера кластера. Если кластер настроен на другой порт, имя папки будет отличаться.
  3. Редактирование 1CV8Reg.lst. Откроем файл через текстовый редактор (лучше использовать Notepad++, чтобы не нарушить кодировку UTF-8). В конце файла найдем секцию, описывающую администраторов. Она выглядит примерно так: {1, {"ИмяАдмина","","","ХЕШ_ПАРОЛЯ","",1} }
  4. Замена хеша. Чтобы сделать пароль пустым, заменим значение в четвертых кавычках на магическую строку 2jmj7l5rSw0yVb/vlWAYkK/YBwk=. Это эталонный хеш пустого пароля для платформы 1С. После замены строка должна выглядеть так: {1, {"Eugene","","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1} }
  5. Запуск службы. Сохраним файл и запустим службу «Агент сервера 1С». Теперь при входе в консоль под этим именем пользователя пароль вводить не потребуется.

Метод 2. Полное удаление списка администраторов

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

Проанализируем ситуацию: если мы удалим все содержимое внутри фигурных скобок административного блока так, чтобы осталось только {0}, система решит, что в кластере нет ни одного администратора. В этом случае при открытии консоли управления 1С (MMC) авторизация не потребуется вовсе. Вы сможете беспрепятственно зайти в свойства кластера и создать нового администратора с понятным вам логином и паролем.

Выясним причину, почему правка файла может не помогать

Иногда администраторы жалуются, что редактирование 1CV8Reg.lst в папке Program Files не дает эффекта. Рассмотрим, почему так происходит:

  1. Неверный путь (srvinfo). Проверим параметры запуска службы. Откроем редактор реестра и перейдем в ветку: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent. Посмотрим на параметр ImagePath. Если там присутствует ключ -d, то настройки кластера лежат именно по тому пути, который указан после этого ключа. Часто админы выносят папку srvinfo на более быстрый или емкий диск (например, D:\1C_Data\srvinfo).
  2. Права доступа ОС. Выясним, под кем запущена консоль MMC. Иногда окно логина и пароля — это не требование 1С, а ошибка доступа к COM-объектам через RPC. Убедимся, что текущий пользователь Windows имеет права локального администратора на сервере 1С.
  3. Кэширование. Перед редактированием обязательно убедимся, что процесс ragent.exe, а также rmngr.exe и rphost.exe полностью завершены.

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

В тексте темы автор упоминал попытку создать второй кластер, что привело к конфликтам. Разберем, можно ли это делать и как правильно. Да, на одном физическом сервере можно запустить два независимых кластера 1С, но они должны быть разведены по портам.

Посмотрим на стандартный набор портов 1С:

Чтобы поднять второй кластер, нам нужно создать новую службу Windows с помощью команды sc create. Пример команды для создания службы на портах 1640, 1641 и т.д.:


sc create "1C:Enterprise 8.1 Server Agent 2" binPath= "\"C:\Program Files\1cv81\bin\ragent.exe\" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"D:\1C_Cluster2_Data\""

Важный нюанс: SQL-сервер позволяет подключать любое количество кластеров 1С. Проблема "ругани" сиквела обычно связана с тем, что администратор пытается создать в новом кластере базу с тем же именем внутри консоли 1С или подключается к той же самой физической БД на SQL, которая уже занята другим кластером. Это может привести к конфликтам блокировок и повреждению данных. Для новой базы в новом кластере используйте уникальное имя базы на SQL-сервере.

Рекомендации по безопасности

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

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

← На главную