← На главную

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

Причина 1. Некорректный формат строки подключения или имени экземпляра

Часто ошибка возникает из-за того, что в поле «Сервер БД» или «Центральный сервер» указаны лишние символы, неверный порт или ошибочно составленный сетевой адрес.

Проанализируем основные моменты при заполнении параметров базы:

1. Указание именованного экземпляра SQL Server: Если MS SQL Server установлен с именованным экземпляром (например, SERVER\LocalSQL), то при создании базы данных нужно обязательно указывать имя экземпляра (ИмяСервера\LocalSQL). Однако при обычном подключении клиентом через диалог добавления базы в список 1С иногда требуется указывать только сетевое имя центрального сервера кластера 1С, без суффикса экземпляра SQL.
2. Ошибки в синтаксисе адреса и портов: Не допускается склеивание нескольких портов через двоеточие (например, 192.168.0.101:1542:10061). Номер порта (если он отличается от стандартного 1540) указывается один раз через двоеточие после IP-адреса или имени компьютера (например, 192.168.0.101:1542).

Причина 2. Настройки сетевых протоколов и портов MS SQL Server

Если сервер 1С не может связаться с MS SQL Server, следует проверить сетевую конфигурацию СУБД:

1. Отключенный протокол TCP/IP: По умолчанию в некоторых редакциях SQL Server (в частности, Express или Developer) протокол TCP/IP может быть выключен. Откроем SQL Server Configuration Manager, перейдем в раздел SQL Server Network Configuration -> Protocols for [Имя_Экземпляра] и переведем TCP/IP в состояние Enabled.
2. Динамические порты SQL: Если используется именованный экземпляр, SQL Server может назначать случайные динамические порты при каждом запуске. Чтобы устранить сбои подключения, откроем свойства протокола TCP/IP в SQL Server Configuration Manager, на вкладке IP Addresses в блоке IPAll очистим значение TCP Dynamic Ports и укажем постоянный TCP Port (стандартный — 1433), после чего перезапустим службу СУБД. Также можно включить и перевести в режим автозапуска службу SQL Server Browser.

Причина 3. Несоответствие портов службы кластера 1С:Предприятия

Выясним причину недоступности службы агента 1С (ragent.exe):

1. По умолчанию Агент сервера 1С использует порт 1540, менеджер кластера — 1541, а диапазоны рабочих процессов — 1560:1591.
2. Если на сервере установлены две версии платформы параллельно, порт второй службы автоматически смещается (например, на 1640 или 1542). В консоли администрирования кластера и при подключении нужно указывать именно тот порт, с параметром которого (-port) запущен конкретный экземпляр службы ragent.

Причина 4. Проблемы резолвинга имен и приоритет IPv6

Если операционная система пытается разрешить имя сервера или localhost через адрес IPv6 (::1), а служба 1С прослушивает только сокеты IPv4 (127.0.0.1), система вернет ошибку отвергнутого подключения.

Для исправления проверим файл C:\Windows\System32\drivers\etc\hosts на наличие корректных сопоставлений IP-адреса и имени ПК, а также убедимся в правильности обращения к серверу по прямому IPv4-адресу.

Диагностика сетевой доступности портов

Для быстрой проверки того, прослушивает ли сервер нужный порт, выполним в PowerShell команду:

Test-NetConnection -ComputerName 127.0.0.1 -Port 1540

Также можно проверить активные подключения и узнать, какие процессы занимают порты, с помощью встроенной утилиты командной строки:

netstat -ano | findstr "LISTENING"

Проанализируем вывод команды и убедимся, что процессы ragent.exe, rmngr.exe и sqlservr.exe успешно заняли свои порты и готовы к приему входящих соединений.