Администратор кластера серверов 1С:Предприятия 8.3: консоль, rac и Linux

· 9 мин

Содержание

Администратора кластера 1С создают в консоли администрирования серверов: раскройте Central 1C:Enterprise 8.3 servers → <имя сервера> → Кластеры → <кластер> → Администраторы, щёлкните правой кнопкой по ветке «Администраторы» и выберите Создать → Администратор. Задайте имя, пароль, при желании — пользователя Windows, и нажмите «ОК». Без консоли то же делает утилита rac командой rac cluster admin register.

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

Кто такой администратор кластера и чем он отличается от администратора сервера

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

УровеньГде в консолиЧто разрешает
Администратор центрального сервера (агента)<имя сервера> → АдминистраторыСоздавать и удалять кластеры, менять параметры агента, управлять его администраторами
Администратор кластера<имя сервера> → Кластеры → <кластер> → АдминистраторыУправлять информационными базами, сеансами, рабочими серверами, процессами и требованиями назначения функциональности внутри одного кластера

Что важно помнить про эти роли:

  • 🔑 Администратор кластера не даёт права на данные информационной базы. Для входа в саму базу нужен пользователь базы (в Конфигураторе или в режиме «Администрирование»).
  • 🧩 На одном сервере может быть несколько кластеров, у каждого — свой список администраторов.
  • 🏢 Администратор агента не становится автоматически администратором кластера. Если нужен полный доступ, учётную запись заводят на обоих уровнях.
  • 📌 Администратор кластера нужен, чтобы создавать базы на сервере, удалять их, завершать сеансы, включать блокировку регламентных заданий и начала сеансов.

Связь с сервером идёт так: консоль обращается к агенту сервера ragent (порт 1540 по умолчанию), агент передаёт команды менеджеру кластера rmngr (1541). Аутентификацию администратора кластера проверяет кластер, а администратора агента — агент.

Подготовка: консоль, radmin.dll и доступ к серверу

Перед созданием учётной записи убедитесь в трёх вещах.

  1. Служба сервера запущена. В Windows это служба 1C:Enterprise 8.3 Server Agent (x86-64) в оснастке services.msc. Если она остановлена, консоль покажет пустой список или ошибку соединения.
  2. Консоль установлена и зарегистрирована. Консоль администрирования — оснастка MMC, она ставится компонентом «Администрирование сервера 1С:Предприятия» из дистрибутива платформы. Для работы ей нужна зарегистрированная библиотека radmin.dll.
  3. Версия консоли совпадает с версией сервера. Консоль от 8.3.22 с сервером 8.3.24 работать не будет: подключение оборвётся с ошибкой несовместимости.

Перерегистрация radmin.dll

Если консоль не открывается или вместо дерева пишет про ошибку загрузки оснастки, перерегистрируйте библиотеку нужной версии. Командная строка — от имени администратора Windows:

regsvr32 "C:\Program Files\1cv8\8.3.24.1548\bin\radmin.dll"

Подставьте свой номер установленной платформы — это имя папки внутри C:\Program Files\1cv8\. На сервере с несколькими версиями платформы регистрируется та библиотека, которую вы выполнили последней, поэтому после обновления сервера команду повторяют для новой версии.

Отменить регистрацию старой версии можно командой regsvr32 /u с путём к её radmin.dll. Так меньше путаницы, если на машине стоят три-четыре релиза.

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

В консоли щёлкните правой кнопкой по Central 1C:Enterprise 8.3 servers → Создать → Центральный сервер 1С:Предприятия 8.3. Укажите имя компьютера (как его видит сеть, лучше по DNS-имени, а не по IP) и порт агента, обычно 1540. После подключения раскройте ветку Кластеры — там появится кластер с портом 1541.

Создание администратора кластера в консоли: пошаговая инструкция

Создавать администраторов удобнее в таком порядке: сначала администратор кластера, затем, при необходимости, администратор агента. Тогда на каждом шаге вы ещё не заперли себе доступ.

Шаг 1. Открыть список администраторов кластера

Раскройте <имя сервера> → Кластеры → <кластер, например «Локальный кластер»>. Внутри кластера есть ветка Администраторы. На свежем сервере она пустая.

Шаг 2. Создать запись

Правой кнопкой по ветке Администраторы → Создать → Администратор. Откроется карточка с полями:

  • Имя — логин, под которым будете входить. Латиница без пробелов избавит от проблем в скриптах rac: например, ClusterAdmin.
  • Описание — кто и зачем пользуется учётной записью. Через год это поле сэкономит расследование.
  • Аутентификация паролем — флажок плюс поля пароля и подтверждения.
  • Аутентификация операционной системы — флажок и поле пользователя Windows в формате \\ДОМЕН\Пользователь.

Можно включить оба способа сразу. Тогда вход пройдёт и по паролю, и автоматически из-под указанной доменной учётной записи.

Шаг 3. Подтвердить вход

После нажатия «ОК» консоль сразу запросит имя и пароль администратора кластера: защита уже включена. Введите только что заданные данные. Если ошиблись при вводе пароля в карточке, войти не получится — поэтому пароль лучше заранее положить в менеджер паролей и вставить оттуда.

Шаг 4. Добавить второго администратора

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

Шаг 5. При необходимости закрыть агент

Чтобы посторонний не мог создать на сервере новый кластер, заведите администратора и на уровне агента: <имя сервера> → Администраторы → Создать → Администратор. Карточка та же. После этого консоль будет спрашивать два набора учётных данных: для агента и для кластера.

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

Перед тем как закрыть сервер паролем
Выполнено: 0 / 6

Как добавить администратора кластера через rac и ras

Утилита rac управляет кластером из командной строки — без MMC, в том числе с Linux-машины. Она работает не напрямую с агентом, а через сервер администрирования ras, который слушает порт 1545.

Запуск ras

В Windows ras удобнее зарегистрировать службой (путь к платформе подставьте свой):

sc create "1C:Enterprise 8.3 Remote Server" binPath= "\"C:\Program Files\1cv8\8.3.24.1548\bin\ras.exe\" cluster --service --port=1545 localhost:1540" start= auto DisplayName= "1C:Enterprise 8.3 Remote Server"
sc start "1C:Enterprise 8.3 Remote Server"

Для разового запуска хватит ras cluster localhost:1540 в окне консоли — пока окно открыто, сервер администрирования работает.

Регистрация администратора

Сначала узнайте идентификатор кластера:

rac localhost:1545 cluster list

В выводе найдите строку cluster с UUID. Затем создайте администратора:

rac localhost:1545 cluster admin register --cluster=<UUID> --name=ClusterAdmin --pwd=СложныйПароль --auth=pwd --descr="Основной администратор"

Если в кластере уже есть администраторы, команде нужны их учётные данные — добавьте --cluster-user=<имя> --cluster-pwd=<пароль>. Проверить результат:

rac localhost:1545 cluster admin list --cluster=<UUID> --cluster-user=ClusterAdmin --cluster-pwd=СложныйПароль

Администратор агента создаётся аналогично командой rac agent admin register с параметрами --name, --pwd, --auth. Если у агента уже есть администраторы, передаются --agent-user и --agent-pwd. Точный набор ключей для вашей версии смотрите в rac help cluster и rac help agent.

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

Особенности для сервера 1С на Linux

Консоли MMC под Linux нет. Есть два рабочих варианта:

  1. Консоль с Windows-машины. Подключитесь к Linux-серверу по имени и порту 1540 так же, как к Windows-серверу. Версия консоли должна совпадать с версией сервера, а порты 1540, 1541 и диапазон рабочих процессов (по умолчанию 1560–1591) — быть открыты в межсетевом экране.
  2. Пара ras + rac на самом сервере. Запустите сервер администрирования и выполняйте те же команды, что и в Windows.

Запуск ras в фоне из каталога платформы:

cd /opt/1cv8/x86_64/8.3.24.1548
sudo -u usr1cv8 ./ras cluster --daemon
./rac cluster list

Каталог установки зависит от версии и способа установки: в новых дистрибутивах это /opt/1cv8/x86_64/<версия>/, в старых — /opt/1C/v8.3/x86_64/. Служба агента в новых версиях управляется через systemd юнитом вида srv1cv8-8.3.24.1548@default, точное имя покажет systemctl list-units | grep 1cv8.

Регистрационные данные кластера по умолчанию лежат в домашнем каталоге пользователя usr1cv8: /home/usr1cv8/.1cv8/1C/1cv8/. Там же каталог reg_1541 кластера.

Аутентификация операционной системы для администратора кластера на Linux-сервере — плохой выбор, если у вас не настроена доменная аутентификация (Kerberos). Используйте парольную.

Ошибки при создании и входе администратора кластера

Диагностика: выберите симптом

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

Сбросить его из консоли нельзя: для этого как раз нужен администратор. Безопасный путь такой:

  1. Спросите у коллег — часто второй администратор существует, просто о нём забыли. Через него зайдите и создайте новую учётную запись.
  2. Если второго нет, остановите службу агента в нерабочее время. Все пользователи будут отключены, несохранённые данные потеряны — заранее предупредите их.
  3. Восстановите каталог reg_1541 (файл реестра кластера 1CV8Clst.lst) из резервной копии, сделанной до смены пароля, и запустите службу.

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

Безопасность учётных записей администраторов кластера

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

  • 🔐 Не используйте общие логины вроде admin. Отдельная учётная запись на каждого специалиста — тогда по описанию видно, кто есть кто, а уволившегося легко удалить.
  • 🧱 Закройте порты. 1540, 1541, 1545 и диапазон рабочих процессов должны быть доступны только клиентам 1С и машинам администраторов.
  • 🧾 Отдельная учётная запись для скриптов. Мониторинг и регламентные скрипты с rac получают свой логин, его пароль меняется по графику.
  • 🗄 Резервируйте каталог srvinfo. В Windows по умолчанию это C:\Program Files\1cv8\srvinfo. Копия до каждого изменения администраторов решает проблему потерянного пароля за десять минут.
  • 🔁 Меняйте пароли при уходе сотрудника и удаляйте его запись: в консоли — через контекстное меню записи, в rac — командой rac cluster admin remove.
  • 👥 Не путайте с правами в базе. Тот, кто управляет кластером, не обязан иметь роль «Полные права» в информационной базе, и наоборот.

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

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

Нужно ли создавать администратора кластера, если сервер в изолированной сети?
Да. Без него любой пользователь с консолью может удалить регистрацию базы или завершить чужие сеансы. Изолированная сеть защищает от внешних атак, но не от ошибок своих сотрудников.
Сколько администраторов кластера можно создать?
Ограничения на практике нет. Разумно иметь два-три: по одному на каждого администратора и отдельную запись для скриптов мониторинга.
Сохраняются ли администраторы кластера при обновлении платформы?
Да, если обновление ставится поверх с сохранением каталога srvinfo. Список хранится в реестре кластера, а не в файлах платформы.
Чем администратор кластера отличается от пользователя «Администратор» в базе?
Первый управляет сервером: базами, сеансами, процессами. Второй работает с данными и конфигурацией конкретной базы. Это разные списки с разными паролями.
Можно ли войти в консоль без пароля, если у администратора включена аутентификация ОС?
Да, если консоль запущена под той доменной учётной записью, которая указана в карточке администратора. Под другой учётной записью консоль запросит пароль.