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

· 9 мин

Содержание

Удалить администратора кластера 1С можно в консоли Администрирование серверов 1С Предприятия: раскройте Кластеры → <ваш кластер> → Администраторы, выделите учётную запись и нажмите Del или выберите «Удалить» в контекстном меню. Сделать это может только другой администратор этого же кластера. Тот же результат на Windows и Linux даёт команда rac cluster admin remove.

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

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

На сервере 1С:Предприятия 8.3 есть два независимых списка администраторов:

  • 🖥️ администраторы центрального сервера (агента сервера) — управляют самим сервером: создают и удаляют кластеры, регистрируют рабочие серверы;
  • 🗄️ администраторы кластера — управляют содержимым кластера: информационными базами, сеансами, рабочими процессами, блокировками.

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

Что может сделать человек с правами администратора кластера:

  • ⛔ завершить сеансы всех пользователей посреди закрытия месяца;
  • 🔒 включить блокировку начала сеансов и регламентных заданий;
  • 🗑️ удалить информационную базу из кластера, а при соответствующей галочке — и базу данных на SQL-сервере;
  • 🔑 зарегистрировать новую базу и подключить её к чужому SQL-серверу.

Если в списке администраторов кластера нет ни одной записи, кластер никак не защищён. Любой, кто достучится до сервера по сети, откроет консоль без пароля. Поэтому удаление последнего администратора — не «чистка», а снятие защиты.

Аудит перед удалением: кого убираем и где используется его логин

Начните с инвентаризации. Удалить запись — минутное дело, а вот найти, что из-за этого сломалось, бывает долго.

Посмотрите текущий список

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

Что смотретьГдеЗачем
Имястолбец спискапонять, чья запись
Способ аутентификациисвойства записи: пароль и/или ОСзапись с аутентификацией ОС привязана к учётной записи Windows
Пользователь ОСсвойства записидоменный пользователь мог давно уволиться
Описаниесвойства записиесли поле пустое — заполните у тех, кто остаётся

Через rac список выводится так (подставьте свой идентификатор кластера):

rac cluster list
rac cluster admin list --cluster=<uuid-кластера> --cluster-user=Админ --cluster-pwd=Пароль
rac agent admin list --agent-user=АдминАгента --agent-pwd=Пароль

Для rac должен быть запущен сервер администрирования ras (по умолчанию порт 1545). Если ras не поднят, работайте через консоль.

Найдите, где этот логин прописан

Учётные данные администратора кластера часто «зашиты» в автоматике. После удаления всё это молча перестанет работать:

  • 📜 bat- и sh-скрипты резервного копирования, которые через rac блокируют сеансы перед выгрузкой;
  • ⏰ задания Планировщика Windows и cron;
  • 📊 системы мониторинга, которые снимают через rac число сеансов и лицензий;
  • 🔄 формы блокировки работы пользователей и обновления программы в типовых конфигурациях: они просят «параметры администрирования кластера» и могут хранить их в настройках;
  • 🧰 сторонние утилиты обслуживания сервера.

💡 Быстрый способ найти скрипты на сервере — поиск по тексту --cluster-user и по имени удаляемой учётной записи во всех .bat, .cmd, .ps1 и .sh.

Подготовьте замену

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

Новую запись добавляют в том же узле «Администраторы»: правой кнопкой → «Создать». Задайте имя, пароль и описание, например «Служебная, скрипты бэкапа». Для личной записи сотрудника можно включить аутентификацию ОС и указать его доменного пользователя. Затем закройте консоль, откройте снова и войдите под новой записью — только так видно, что пароль набран верно.

Готовность к удалению администратора кластера
Выполнено: 0 / 5

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

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

Шаг 1. Подключитесь к серверу

  1. Запустите оснастку «Администрирование серверов 1С Предприятия» из меню «Пуск».
  2. Если сервера нет в дереве, добавьте его: правой кнопкой по корневому узлу центральных серверов → «Создать» → «Центральный сервер 1С:Предприятия». Укажите имя компьютера и порт агента (по умолчанию 1540).

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

regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"

Вместо 8.3.xx.xxxx подставьте номер установленной версии. Если на машине несколько версий платформы, действует та, что зарегистрирована последней, — регистрируйте версию сервера.

Шаг 2. Откройте список администраторов кластера

  1. Раскройте <имя сервера> → Кластеры → <имя кластера>.
  2. Консоль запросит логин и пароль администратора кластера. Введите данные учётной записи, которая остаётся.
  3. Раскройте узел «Администраторы».

Шаг 3. Удалите запись

  1. Выделите учётную запись, которую убираете.
  2. Нажмите Del или выберите «Удалить» в контекстном меню.
  3. Подтвердите удаление.

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

Шаг 4. При необходимости — администратор центрального сервера

Если человек был ещё и администратором агента, удалите его там же: узел «Администраторы» прямо под именем сервера, на одном уровне с «Кластерами». Консоль спросит логин и пароль администратора центрального сервера.

Удаление через rac из командной строки

Утилита rac удобна, когда графической консоли нет — например, сервер 1С стоит на Linux. Она работает через ras, поэтому сначала убедитесь, что служба ras запущена.

Последовательность команд:

:: 1. Узнать идентификатор кластера
rac cluster list

:: 2. Посмотреть администраторов кластера
rac cluster admin list --cluster=<uuid-кластера> --cluster-user=Админ --cluster-pwd=Пароль

:: 3. Удалить ненужного
rac cluster admin remove --cluster=<uuid-кластера> --name=old_admin --cluster-user=Админ --cluster-pwd=Пароль

:: 4. Проверить результат
rac cluster admin list --cluster=<uuid-кластера> --cluster-user=Админ --cluster-pwd=Пароль

Для администратора агента аналогично: rac agent admin list и rac agent admin remove --name=... с параметрами --agent-user и --agent-pwd. Если ras стоит на другой машине, первым аргументом укажите её адрес: rac host:1545 cluster list. Полный список параметров для вашей версии покажет rac help cluster.

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

Файлы реестра кластера и записи в реестре Windows

Список администраторов не хранится в реестре Windows. Он лежит в служебных файлах сервера 1С:

ФайлЧто внутриТипичный путь на Windows
1CV8Clst.lstреестр кластера: базы, рабочие серверы, администраторы кластераC:\Program Files\1cv8\srvinfo\reg_1541\
1cv8wsrv.lstнастройки агента: список кластеров, администраторы центрального сервераC:\Program Files\1cv8\srvinfo\

На Linux каталог srvinfo по умолчанию находится в домашнем каталоге пользователя usr1cv8, внутри .1cv8/1C/1cv8/.

Реестр Windows нужен здесь для другого: он подсказывает, где на конкретном сервере лежит srvinfo. Откройте regedit, ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services, найдите службу агента сервера 1С и посмотрите параметр ImagePath. Каталог данных указан в нём после ключа -d.

Когда к файлам действительно приходится обращаться

Ручная правка .lst — не способ удалять администраторов. Формат служебный, одна лишняя скобка ломает реестр кластера, и сервер не поднимет базы.

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

  1. Предупредите пользователей: остановка службы агента обрывает все сеансы во всех базах кластера. Делайте это вне рабочего времени.
  2. Остановите службу «Агент сервера 1С:Предприятия 8.3».
  3. Сохраните текущий каталог reg_1541 целиком в отдельное место.
  4. Верните файл 1CV8Clst.lst из резервной копии, сделанной до смены пароля.
  5. Запустите службу и войдите в консоль с известными учётными данными.

Резервная копия возвращает реестр кластера на дату копии целиком. Базы, зарегистрированные позже, пропадут из списка кластера — сами данные на SQL-сервере останутся, но базы придётся зарегистрировать заново. Если копии нет, обратитесь к администратору сервера, который настраивал кластер.

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

Если в кластере несколько рабочих серверов

В кластере с несколькими рабочими серверами действует простое правило:

  • 🗄️ Администраторы кластера — общие для всего кластера. Удалили запись на одном сервере — она исчезла для кластера целиком. Повторять на каждой машине не нужно.
  • 🖥️ Администраторы центрального сервера — свои у каждого агента. Если на трёх машинах стоят агенты, проверьте список «Администраторы» под каждой из них.

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

Резервный кластер (если он настроен) — отдельный кластер со своим списком администраторов. Его проверьте отдельно.

Что удаляемГде делатьСколько раз
Администратор кластераузел «Администраторы» внутри кластераодин раз на кластер
Администратор центрального сервераузел «Администраторы» под именем серверана каждом сервере с агентом
Администратор резервного кластерав резервном кластереотдельно

Проверка после удаления и что делать, если доступ пропал

Проверьте результат сразу, пока все детали в голове.

  1. Закройте консоль и откройте заново. Войдите под оставшейся учётной записью — список должен открыться.
  2. Попробуйте войти под удалённым логином. Консоль должна отказать.
  3. Запустите вручную скрипты из аудита: блокировку сеансов, выгрузку, мониторинг. Они должны работать с новыми учётными данными.
  4. В конфигурации с формой блокировки работы пользователей откройте её и проверьте, что сохранённые параметры администрирования кластера актуальны.
Диагностика: выберите симптом

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

Можно ли удалить администратора, под которым я сейчас вошёл?
Технически консоль это позволяет. Но при следующем подключении войти под ним будет нельзя. Удаляйте свою запись последней, войдя под другой.
Удаление администратора кластера разорвёт сеансы пользователей?
Нет. Пользователи работают со своими учётными записями в базах, список администраторов кластера на них не влияет. Сеансы обрываются только при остановке службы агента.
Чем запись с аутентификацией ОС отличается от записи с паролем?
При аутентификации ОС консоль пускает пользователя Windows, указанного в записи, без ввода пароля. Если доменную учётную запись сотрудника заблокировали, запись в 1С остаётся — её всё равно нужно удалить вручную.
Сколько администраторов кластера держать?
Минимум двух: основного и запасного. Для скриптов удобна отдельная служебная запись, у которой пароль меняется по графику и не совпадает с личными.
Нужно ли перезапускать службу агента после удаления?
Нет. Изменения применяются сразу, перезапуск только оборвёт сеансы без всякой пользы.