При развертывании кластера серверов 1С:Предприятия в связке с MS SQL Server технические специалисты часто сталкиваются с ситуацией, когда все службы активны, а сетевые экраны выключены, но соединение всё равно не устанавливается. Для упрощения развертывания в альтернативных средах часто используется сценарий python для автоматизации установки 1С и СУБД, но в среде Windows одной из наиболее проблемных остается ошибка с кодом 10061 (0x0000274D). Зачастую она сопровождается обращениями к портам, которые не были указаны в базовых настройках, например, 1542. Разберемся в причинах такого поведения системы и правильной конфигурации.
Рассмотрим стандартный сценарий: кластер настроен на работу через порт 1541, однако в тексте системной ошибки фигурирует порт 1542. Это объясняется архитектурой сервера 1С:Предприятие, которая распределяет роли между несколькими процессами:
1540. Основная задача процесса — запуск и мониторинг всей службы.1541. Именно этот адрес указывается при создании новой информационной базы.Когда клиент 1С обращается к менеджеру кластера, тот перенаправляет сессию на свободный рабочий процесс. Если клиент не может установить связь через порт 1542, возникает ошибка 10061. Сообщение «целевой компьютер активно отверг подключение» означает, что рабочий процесс недоступен, использует другой протокол или блокируется средствами защиты. Для диагностики и управления службами удобно использовать консольное приложение для переключения между платформами, а также стоит изучить параметры запуска службы в реестре:
"C:\Program Files\1cv8\8.3.22.2239\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
Если в параметре -range задан конкретный диапазон, убедитесь, что все входящие в него порты открыты для взаимодействия между всеми узлами системы.
В тексте ошибки часто встречается фрагмент descr=[::1]:1542. Адрес ::1 — это локальная петля (loopback) в протоколе IPv6. Даже если этот протокол отключен в свойствах сетевого адаптера, компоненты Windows могут продолжать попытки разрешения имен через него, что приводит к сбоям.
Платформа 1С:Предприятие в некоторых релизах может некорректно определять приоритет протоколов. Если сервер пытается связаться по адресу ::1, а процессы 1С ожидают трафик только по IPv4, возникнет сбой. Для устранения этой проблемы рекомендуется полностью деактивировать IPv6 через реестр:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters.DisabledComponents.0xFF (или 255 в десятичной системе).При использовании именованного экземпляра MS SQL Server (например, SERVER\SQLEXPRESS), СУБД по умолчанию назначает динамические порты при каждом перезапуске. В такой конфигурации сервер 1С может «потерять» связь с базой данных. Чтобы детально разобраться в причинах сбоев со стороны СУБД, рекомендуем проанализировать SQL сервер глазами 1С-ника при помощи специализированной обработки.
При добавлении информационной базы через консоль или клиент 1С проверьте следующие поля:
Server-App:1541.ИмяСервера\ИмяЭкземпляра. Если база и сервер 1С расположены на одном хосте, можно попробовать 127.0.0.1\InstanceName.Важное условие: для стабильного обнаружения именованных инстансов на стороне SQL Server должна быть запущена служба SQL Server Browser, которая сообщает клиентам актуальный номер порта. После успешного подключения обязательно настройте регламентные операции MS SQL SERVER под 1С для поддержания производительности.
Бывают ситуации, когда база успешно восстановлена из бэкапа (.bak), но при входе система запрашивает логин и пароль администратора, которые еще не настраивались. Это происходит потому, что при восстановлении средствами SQL сохраняются внутренние таблицы 1С со списком пользователей из исходной базы.
Если доступ утерян, в экстренных случаях администраторы прибегают к прямой работе с таблицей пользователей в SQL, используя следующий алгоритм:
-- Логика для входа в базу без пароля (зависит от версии платформы)
ALTER TABLE v8users RENAME TO v8users_old;
-- После этого можно зайти в конфигуратор 1С, создать нового администратора и вернуть таблицу на место.
Важное предостережение: прямое редактирование структуры таблиц СУБД является крайней мерой. Всегда создавайте резервную копию перед подобными операциями.
Чтобы минимизировать вероятность появления ошибки 10061, выполните следующие шаги:
hosts (C:\Windows\System32\drivers\etc\hosts), явно прописав соответствие IP и имени сервера: 192.168.1.10 ServerName.Enabled).ServerName,1433.USR1CV8, учитывая её особый контекст безопасности.Точное разграничение имен кластера и сервера базы данных в большинстве случаев позволяет успешно устранить ошибку 10061 даже в сложных сетевых инфраструктурах.