Подключение серверного кластера 1С к консоли: порядок действий

Чтобы добавить сервер 1С в консоль администрирования, запустите консоль, щёлкните правой кнопкой по узлу Центральные серверы 1С:Предприятия и выберите Создать → Центральный сервер 1С:Предприятия. В поле имени укажите имя или IP сервера, порт оставьте 1540. Если служба сервера работает и порт открыт, в дереве появится сам сервер и его кластер.

Всё остальное в этой теме — подготовка. Консоль не «ставит» сервер, она только подключается к уже работающему агенту сервера. Поэтому 80% проблем лежат не в самой консоли, а в службе, брандмауэре и правах.

Ниже — что проверить до добавления, сам порядок действий, права администраторов, сеть и разбор ошибок. Отдельно разберём, при чём тут DCOM: к консоли он обычно отношения не имеет, хотя в советах из интернета его вспоминают постоянно.

Что проверить до подключения

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

Проверьте четыре вещи:

• 🔧 Служба запущена. В оснастке Службы найдите «Агент сервера 1С:Предприятия 8.3» (в названии будет номер вашего релиза). Состояние — «Выполняется», тип запуска — «Автоматически».
• 🌐 Имя сервера разрешается. С машины, где стоит консоль, выполните ping имя-сервера. Если имя не находится, используйте IP-адрес или добавьте запись в DNS.
• 🔌 Порт открыт. Проверка в PowerShell: Test-NetConnection имя-сервера -Port 1540. В ответе должно быть TcpTestSucceeded : True.
• 🧩 Версии согласованы. Берите консоль того же релиза платформы, что и сервер. Консоль из соседней ветки может не показать часть настроек.

Добавление центрального сервера пошагово

Порядок одинаковый для сервера на Windows и на Linux. Консоль работает под Windows, а сервер может быть любой.

1. Запустите консоль через меню «Пуск» (папка платформы 1С:Предприятие, пункт «Администрирование серверов 1С:Предприятия»).
2. В левом дереве раскройте Консоль администрирования серверов 1С:Предприятия.
3. Щёлкните правой кнопкой по узлу Центральные серверы 1С:Предприятия.
4. Выберите Создать → Центральный сервер 1С:Предприятия.
5. В поле «Имя» введите имя или адрес сервера. Только имя, без порта и без http://.
6. В поле «Порт главного менеджера кластера» оставьте 1541, если не меняли его при установке. Порт агента 1540 подставляется по умолчанию.
7. В поле «Описание» напишите понятное название, например «Прод, основной сервер». Через полгода вы скажете себе спасибо.
8. Нажмите ОК.

В дереве появится узел сервера. Раскройте его: внутри должен быть узел Кластеры, а в нём — кластер «Локальный кластер» (имя может быть другим, если его меняли).

Два способа указать адрес

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

Если сервер нужно добавить на нестандартный порт

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

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

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

Права: кто может управлять кластером

Подключиться к серверу в консоли и управлять кластером — разные вещи. Есть три уровня:

• 👤 Операционная система. Служба запускается под учётной записью, у которой должны быть права на каталог данных кластера. Обычно это USR1CV8 или выделенная служебная запись.
• 🛡️ Администраторы центрального сервера. Они управляют самим агентом: создают кластеры, меняют параметры сервера. Список настраивается в свойствах узла сервера.
• 🗂️ Администраторы кластера. Они управляют конкретным кластером: информационными базами, сеансами, рабочими серверами.

Пока в кластере нет ни одного администратора, консоль пускает любого, кто дошёл до порта. Для тестового стенда это допустимо. Для рабочего сервера — нет.

Как создать администратора кластера

1. Раскройте сервер и выделите узел кластера.
2. Правая кнопка → Свойства, либо откройте узел Администраторы внутри кластера.
3. Создайте администратора: имя, описание, способ аутентификации.
4. Выберите «Пароль» и задайте надёжный пароль либо «Операционная система» и укажите доменного пользователя.

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

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

Порты и брандмауэр

Консоль общается с сервером по TCP. Нужны три группы портов:

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

Правило входящего подключения в брандмауэре Windows на сервере создаётся так: Панель управления → Брандмауэр Защитника Windows → Дополнительные параметры → Правила для входящих подключений → Создать правило → Для порта. Укажите TCP и перечисленные порты.

На Linux проверьте ufw status или firewall-cmd --list-ports, в зависимости от того, чем вы пользуетесь.

Если сервер стоит в облаке, правило нужно добавить и на уровне группы безопасности провайдера. Это частая причина «всё открыто, а не пускает».

Что такое DCOM и при чём тут консоль

Совет «настройте DCOM» встречается рядом с темой подключения к серверу 1С так часто, что многие считают его обязательным шагом. На деле консоль администрирования использует собственный протокол поверх TCP и в DCOM не нуждается.

DCOM важен в других случаях:

• обращение к серверу через COM-соединение V83.COMConnector с другой машины;
• удалённый запуск компонентов Windows;
• старые схемы интеграции, где внешний процесс создаёт COM-объект удалённо.

Если у вас именно такая задача, настройка делается в dcomcnfg: Службы компонентов → Компьютеры → Мой компьютер → Свойства → Безопасность COM. Там задают права на удалённый запуск и активацию для нужной группы пользователей.

Если консоль не подключается

Сначала определите, на каком этапе ломается. Это экономит час.

Если ничего из списка не подошло, откройте журнал событий Windows на сервере: Просмотр событий → Журналы Windows → Приложение. Служба агента пишет туда сообщения о запуске и сбоях.

Служба не стартует

Бывает, что служба «Агент сервера» останавливается сразу после запуска. Типичные причины:

• 📁 учётной записи службы не хватает прав на каталог данных кластера;
• 🔒 порт 1540 уже занят другим процессом (проверьте netstat -ano | findstr 1540);
• 💾 на диске с данными кластера закончилось место;
• 🔑 истёк пароль у служебной учётной записи, и служба не может войти.

Управление из командной строки

Консоль удобна, но не масштабируется: двадцать серверов вручную не обойти. Вместо неё есть утилита rac (клиент администрирования), которая работает через службу ras.

Запуск сервера администрирования на машине, где работает кластер:

ras cluster --port=1545 localhost:1540

Дальше с любой машины, где есть rac:

rac имя-сервера:1545 cluster list

Команда выведет идентификатор кластера, его имя и порт. Идентификатор нужен для следующих вызовов:

rac имя-сервера:1545 session list --cluster=<идентификатор>

Это список сеансов кластера. Остальные подкоманды и параметры смотрите в справке: rac help. Не угадывайте их по памяти, набор зависит от версии платформы.

Что можно автоматизировать:

• 📋 ночная выгрузка списка сеансов в файл для аудита;
• 📈 сбор количества подключений для графика нагрузки;
• 🧹 проверка того, что нужные базы вообще видны кластеру.

Службу ras лучше запускать как отдельную службу Windows, а не вручную в окне консоли: окно закроют, и управление пропадёт.

Мини-кейс: новый сервер для небольшой фирмы

Допустим, бухгалтерия на 12 человек переезжает с файловой базы на клиент-серверный вариант. Сервер развернули на отдельной машине с именем srv-1c, платформа установлена, служба запущена.

Администратор садится за свой компьютер, ставит консоль и делает по порядку: проверяет Test-NetConnection srv-1c -Port 1540, добавляет сервер в консоль, создаёт администратора кластера с паролем, затем регистрирует информационную базу. На всё уходит минут двадцать, из них большая часть — на согласование открытия портов с тем, кто отвечает за сеть.

Урок простой: сначала порты и имя, потом консоль. Обратный порядок даёт те самые непонятные ошибки, ради которых и ищут эту инструкцию.

Чек-лист после добавления

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