Ситуация, когда пароль администратора кластера серверов 1С 8.1 утерян или «ушел» вместе с предыдущим сотрудником, является классической проблемой для системного администратора. В таких случаях при любой попытке добавить новую информационную базу через консоль или конфигуратор система запрашивает логин и пароль, даже если в явном виде список администраторов в консоли кажется пустым. Разберем подробно, как восстановить контроль над кластером, не прибегая к полной переустановке платформы.
Прежде всего, проанализируем, где именно хранятся эти настройки. В платформе 1С:Предприятие 8.1 (как и в последующих версиях) сведения об администраторах кластера записываются в специальный конфигурационный файл 1CV8Reg.lst. Этот файл содержит структуру в формате внутренних списков 1С, где описываются рабочие серверы, кластеры, информационные базы и, конечно, учетные записи администраторов с их хешированными паролями.
Важно понимать различие: администратор кластера — это не то же самое, что администратор информационной базы или администратор SQL-сервера. Если окно авторизации появляется при обращении к корню «Кластеры» в консоли управления (MMC) — это именно защита кластера.
Рассмотрим самый популярный и эффективный способ — замену существующего пароля на «пустой». Для этого нам понадобится доступ к файловой системе сервера, на котором установлена 1С.
services.msc службу «Агент сервера 1С:Предприятия 8.1» и остановим ее. Если этого не сделать, служба будет держать файл заблокированным или перезапишет его своими данными из памяти при выключении, и все наши правки пропадут.C:\Program Files\1cv81\server\reg_1541\. Обратим внимание, что число 1541 соответствует порту главного менеджера кластера. Если кластер настроен на другой порт, имя папки будет отличаться.
{1, {"ИмяАдмина","","","ХЕШ_ПАРОЛЯ","",1} }
2jmj7l5rSw0yVb/vlWAYkK/YBwk=. Это эталонный хеш пустого пароля для платформы 1С. После замены строка должна выглядеть так:
{1, {"Eugene","","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1} }
Если в файле 1CV8Reg.lst структура кажется слишком сложной или поврежденной, разберем альтернативный вариант — полное удаление упоминаний об администраторах. Посмотрим на структуру файла внимательнее. Администраторы обычно перечислены в блоке, который начинается с цифры, указывающей количество записей.
Проанализируем ситуацию: если мы удалим все содержимое внутри фигурных скобок административного блока так, чтобы осталось только {0}, система решит, что в кластере нет ни одного администратора. В этом случае при открытии консоли управления 1С (MMC) авторизация не потребуется вовсе. Вы сможете беспрепятственно зайти в свойства кластера и создать нового администратора с понятным вам логином и паролем.
Иногда администраторы жалуются, что редактирование 1CV8Reg.lst в папке Program Files не дает эффекта. Рассмотрим, почему так происходит:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent. Посмотрим на параметр ImagePath. Если там присутствует ключ -d, то настройки кластера лежат именно по тому пути, который указан после этого ключа. Часто админы выносят папку srvinfo на более быстрый или емкий диск (например, D:\1C_Data\srvinfo).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 и позволяет избежать радикальных мер вроде переустановки системы.