Чистка списка администраторов сервера 1С:Предприятия 8.3 без потери доступа к кластеру
Содержание
Удалить администратора кластера 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.
Подготовьте замену
Создайте новую учётную запись администратора и войдите под ней до того, как удалять старую. Тогда, если что-то пойдёт не так, у вас останется рабочий доступ.
Новую запись добавляют в том же узле «Администраторы»: правой кнопкой → «Создать». Задайте имя, пароль и описание, например «Служебная, скрипты бэкапа». Для личной записи сотрудника можно включить аутентификацию ОС и указать его доменного пользователя. Затем закройте консоль, откройте снова и войдите под новой записью — только так видно, что пароль набран верно.
Удаление администратора кластера в консоли администрирования серверов
Это основной и самый безопасный способ. Сеансы пользователей он не затрагивает, перезапуск службы не нужен.
Шаг 1. Подключитесь к серверу
- Запустите оснастку «Администрирование серверов 1С Предприятия» из меню «Пуск».
- Если сервера нет в дереве, добавьте его: правой кнопкой по корневому узлу центральных серверов → «Создать» → «Центральный сервер 1С:Предприятия». Укажите имя компьютера и порт агента (по умолчанию 1540).
Если оснастка не открывается с ошибкой инициализации, перерегистрируйте библиотеку консоли той же версии, что и сервер. Командная строка от имени администратора:
regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"
Вместо 8.3.xx.xxxx подставьте номер установленной версии. Если на машине несколько версий платформы, действует та, что зарегистрирована последней, — регистрируйте версию сервера.
Шаг 2. Откройте список администраторов кластера
- Раскройте
<имя сервера> → Кластеры → <имя кластера>. - Консоль запросит логин и пароль администратора кластера. Введите данные учётной записи, которая остаётся.
- Раскройте узел «Администраторы».
Шаг 3. Удалите запись
- Выделите учётную запись, которую убираете.
- Нажмите
Delили выберите «Удалить» в контекстном меню. - Подтвердите удаление.
Запись исчезнет из списка сразу. Подключения, уже открытые под этим логином, могут продолжить работу до переподключения, поэтому новые входы проверяйте после закрытия консоли.
Шаг 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С:Предприятия 8.3».
- Сохраните текущий каталог
reg_1541целиком в отдельное место. - Верните файл
1CV8Clst.lstиз резервной копии, сделанной до смены пароля. - Запустите службу и войдите в консоль с известными учётными данными.
Резервная копия возвращает реестр кластера на дату копии целиком. Базы, зарегистрированные позже, пропадут из списка кластера — сами данные на SQL-сервере останутся, но базы придётся зарегистрировать заново. Если копии нет, обратитесь к администратору сервера, который настраивал кластер.
💡 Чтобы этот сценарий не наступил, держите минимум двух администраторов кластера с паролями в корпоративном менеджере паролей и включите каталог srvinfo в регулярное резервное копирование
.
Если в кластере несколько рабочих серверов
В кластере с несколькими рабочими серверами действует простое правило:
- 🗄️ Администраторы кластера — общие для всего кластера. Удалили запись на одном сервере — она исчезла для кластера целиком. Повторять на каждой машине не нужно.
- 🖥️ Администраторы центрального сервера — свои у каждого агента. Если на трёх машинах стоят агенты, проверьте список «Администраторы» под каждой из них.
Если серверов, назначенных центральными, несколько, реестр кластера синхронизируется между ними. После удаления откройте консоль, подключившись к другому центральному серверу, и убедитесь, что запись пропала и там.
Резервный кластер (если он настроен) — отдельный кластер со своим списком администраторов. Его проверьте отдельно.
| Что удаляем | Где делать | Сколько раз |
|---|---|---|
| Администратор кластера | узел «Администраторы» внутри кластера | один раз на кластер |
| Администратор центрального сервера | узел «Администраторы» под именем сервера | на каждом сервере с агентом |
| Администратор резервного кластера | в резервном кластере | отдельно |
Проверка после удаления и что делать, если доступ пропал
Проверьте результат сразу, пока все детали в голове.
- Закройте консоль и откройте заново. Войдите под оставшейся учётной записью — список должен открыться.
- Попробуйте войти под удалённым логином. Консоль должна отказать.
- Запустите вручную скрипты из аудита: блокировку сеансов, выгрузку, мониторинг. Они должны работать с новыми учётными данными.
- В конфигурации с формой блокировки работы пользователей откройте её и проверьте, что сохранённые параметры администрирования кластера актуальны.