Как устранить ошибку «хост неизвестен» при добавлении центрального сервера в консоли администрирования 1С?

При первичной установке и настройке сервера «1С:Предприятие» системные администраторы часто сталкиваются с ошибкой недоступности сервера или сообщением «хост неизвестен» при попытке подключиться к центральному серверу через оснастку MMC (консоль администрирования). Проанализируем причины возникновения этой проблемы и разберем по шагам, как правильно настроить подключение и сетевое окружение.

Различие между сетевым именем центрального сервера и именем кластера

Выясним главную причину возникновения ошибки. В иерархии оснастки администрирования 1С существует четкое разделение уровней:

1. Центральные серверы: это верхний уровень дерева консоли. В свойствах узла «Центральный сервер» в поле «Имя» требуется указывать исключительно сетевой адрес машины — её реальное DNS-имя, NetBIOS-имя или IP-адрес, на котором запущена служба агента сервера (ragent). Указание произвольного текста или желаемого названия базы данных здесь недопустимо, так как консоль пытается выполнить сетевой запрос к указанному адресу.
2. Кластеры: это дочерний уровень, расположенный внутри конкретного центрального сервера. Именно здесь, при создании нового кластера, задается его произвольное логическое наименование (например, «Основной кластер», «Продакшн» или «Тест»), а также назначается порт главного менеджера кластера (rmngr).

Если служба сервера развернута на той же машине, где запущена консоль, в поле имени центрального сервера можно указать localhost или 127.0.0.1. Однако для полноценной работы клиентов в сети рекомендуется использовать официальное сетевое имя сервера или его статический IP-адрес.

Проверка разрешения сетевых имен (DNS и файл hosts)

Если центральный сервер указывается по сетевому имени, клиентская машина и консоль администрирования должны уметь корректно преобразовывать это имя в IP-адрес. Разберем порядок проверки:

1. Выполним проверку доступности хоста с помощью стандартных сетевых утилит командной строки по имени сервера.
2. Если имя не разрешается, убедимся в наличии прямой и обратной A-записи на корпоративном DNS-сервере.
3. Если корпоративный DNS-сервер отсутствует или регистрация имени задерживается, пропишем соответствие вручную в файле C:\Windows\System32\drivers\etc\hosts на стороне клиента и сервера.

Посмотрим на пример строки для добавления в файл hosts:

192.168.1.50    1cserver
192.168.1.50    1cserver.domain.local

Обратим внимание на работу менеджера кластера (rmngr): при подключении он сообщает утилитам администрирования и клиентским приложениям то имя машины, которое зарегистрировано в операционной системе. Если рабочие станции находятся в другом домене или подсети, необходимо настроить DNS-суффиксы подключения, чтобы короткие имена преобразовывались в полные доменные имена (FQDN).

Настройка протокола IPv6

Проанализируем еще одну частую сетевую проблему: в операционных системах с включенным протоколом IPv6 сетевое имя сервера может разрешаться в локальный IPv6-адрес (например, ::1). Если служба ragent ожидает подключений только по протоколу IPv4, оснастка выдаст ошибку соединения.

В такой ситуации рекомендуется проверить приоритеты стека протоколов в ОС либо временно отключить протокол IPv6 в свойствах сетевого адаптера сервера, чтобы принудительно перевести все службы 1С на IPv4.

Проверка сетевых портов и брандмауэра

Для корректного функционирования и администрирования кластера «1С:Предприятия» на межсетевом экране (брандмауэре Windows или стороннем файрволе) должны быть открыты входящие TCP-порты:

1. 1540 — агент сервера (ragent), используется для первоначального подключения консоли;
2. 1541 — главный менеджер кластера (rmngr);
3. 1560–1591 — диапазон рабочих процессов кластера (rphost);
4. 1545 — служба удаленного администрирования (ras), если управление выполняется через утилиту командной строки.

Регистрация библиотеки консоли MMC (radmin.dll)

Если имя хоста указано верно, но оснастка не открывается или выдает сбои при обращении к узлам, проверим правильность регистрации DLL-библиотеки администрирования. Разберем этот процесс подробно:

1. Определим разрядность установленного сервера 1С.
2. Запустим командную строку от имени Администратора.
3. Перейдем в каталог bin установленной платформы и выполним регистрацию библиотеки radmin.dll с помощью утилиты regsvr32.

Посмотрим на пример команд для 64-разрядной версии платформы:

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

Важно помнить: разрядность запускаемой консоли mmc.exe должна соответствовать разрядности зарегистрированной библиотеки radmin.dll.

Альтернативные способы управления кластером

Помимо классической консоли MMC, платформа 1С предоставляет другие удобные инструменты администрирования:

1. Утилита RAC и служба RAS: кроссплатформенный инструмент администрирования. Служба ras запускается на стороне сервера, а команды управления отправляются с помощью консольной утилиты rac. Этот подход позволяет автоматизировать развертывание и конфигурирование кластеров скриптами без использования графического интерфейса Windows.
2. Программное администрирование через COM-соединение: использование системного объекта V83.COMConnector и интерфейсов IServerAgentConnection, IClusterInfo, IWorkingProcessInfo для выполнения административных задач непосредственно из программного кода 1С или внешних сценариев.

Права учетной записи службы сервера 1С

Обратим внимание на права пользователя операционной системы, под которым работает служба 1C:Enterprise 8.3 Server Agent (по умолчанию USR1CV8):

1. Пользователю службы не требуются права локального администратора Windows — предоставление избыточных прав не решает сетевых проблем с DNS и снижает безопасность контура.
2. Пользователю службы достаточно иметь системное право «Вход в качестве службы» (SeServiceLogonRight).
3. Необходимо предоставить полные права файлового доступа (Full Control) на каталог служебных данных кластера (папка srvinfo) и на папку временных файлов операционной системы.