1С: ошибка «соединение не установлено, так как конечный компьютер отверг запрос» — причины и решение

Ошибка «соединение не установлено, так как конечный компьютер отверг запрос на подключение» возникает в 1С при работе в клиент-серверном режиме, при подключении к веб-серверу, к серверу хранилища конфигурации или при обмене между базами. Формулировка пришла из сетевого стека Windows (ошибка сокета 10061 — connection refused) и означает одно: пакет дошёл до целевого компьютера, но ни одна программа не слушает указанный порт, либо соединение активно блокируется.

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

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

Что означает ошибка и где она возникает

Сообщение «конечный компьютер отверг запрос на подключение» — это ответ операционной системы сервера на попытку открыть TCP-соединение. Клиент отправляет запрос на определённый IP-адрес и порт, сервер отвечает пакетом сброса (RST), потому что ни один процесс не принимает подключения на этом порту. Для пользователя 1С это выглядит как невозможность открыть базу, обновить конфигурацию из хранилища или выполнить обмен.

Типовые сценарии появления ошибки:

• запуск тонкого или толстого клиента в клиент-серверном варианте — не отвечает агент сервера 1С (порты 1540–1541, 1560–1591);
• подключение через веб-сервер (IIS или Apache) — не работает служба веб-сервера или неверно опубликована база;
• обмен между базами через COM-соединение или веб-сервисы — недоступен целевой сервер;
• подключение конфигуратора к хранилищу конфигурации — не запущен сервер хранилища (порт 1542);
• обращение к СУБД (MS SQL, PostgreSQL) — остановлена служба базы данных или изменён порт.

Проверка служб на сервере 1С

Первая и самая частая причина — остановленная служба агента сервера 1С:Предприятия. Она может завершиться из-за перезагрузки сервера, сбоя при обновлении платформы, нехватки памяти или ручной остановки администратором. На сервере откройте оснастку «Службы» (services.msc) и найдите службу «Агент сервера 1С:Предприятия» соответствующей версии платформы.

Если служба остановлена — запустите её и проверьте тип запуска: он должен быть «Автоматически», иначе после следующей перезагрузки сервера ошибка вернётся. Если служба не стартует, откройте журнал событий Windows (Просмотр событий → Журналы Windows → Приложение) и найдите записи об ошибке запуска: часто там указана причина, например занятый порт или повреждённый каталог srvinfo.

Для веб-доступа аналогично проверьте службу IIS (W3SVC) или процесс Apache. Для хранилища конфигурации — службу сервера хранилища 1С. Для файлового варианта, опубликованного через веб-сервер, убедитесь, что публикация базы не была удалена при обновлении платформы.

1. 1
   Откройте services.msc и найдите службу агента сервера 1С нужной версии
2. 2
   Если служба остановлена — запустите и установите тип запуска «Автоматически»
3. 3
   Если служба не запускается — проверьте журнал событий Windows на предмет ошибки
4. 4
   Проверьте, что рабочие процессы rphost появились в диспетчере задач
5. 5
   Повторите подключение с клиентского компьютера

Проверка портов и доступности из командной строки

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

netstat -ano | findstr "1540 1541 1542"

В выводе должны присутствовать строки со состоянием LISTENING для портов агента (1540), менеджера кластера (1541) и, при использовании хранилища, порта 1542. Если портов нет — служба не работает или запущена с нестандартными настройками реестра кластера. По идентификатору процесса (PID) из последнего столбца можно в диспетчере задач определить, какой именно процесс занял порт.

С клиентского компьютера проверьте доступность порта командой:

Test-NetConnection имя_сервера -Port 1541

Результат TcpTestSucceeded: False с быстрым отказом подтверждает, что сервер отвергает соединение — служба не слушает порт или его закрывает брандмауэр. Если тест зависает и отваливается по тайм-ауту — проблема уже в сетевой доступности (маршрутизация, VPN, выключенный сервер), а не в службе 1С.

Брандмауэр, антивирус и сетевые экраны

Даже при работающей службе соединение будет отвергнуто, если брандмауэр Windows или сторонний антивирус блокирует входящие подключения на порты 1С. Это типичная ситуация после обновления платформы: исполняемые файлы ragent, rmngr и rphost меняют путь (номер версии в каталоге), а правила брандмауэра привязаны к старым путям и перестают действовать.

Откройте «Брандмауэр Защитника Windows» → «Дополнительные параметры» → «Правила для входящих подключений» и проверьте наличие разрешающих правил для портов 1540–1541, 1560–1591 (диапазон рабочих процессов) и 1542 для хранилища. При использовании веб-доступа нужны порты 80 и 443. Правила должны быть активны для того сетевого профиля, в котором работает сервер (обычно «Доменный»).

Отдельный случай — антивирусы с функцией сетевого контроля (Kaspersky, ESET и др.). Они могут сбрасывать соединения даже при корректных правилах брандмауэра. Признак: ошибка появляется не у всех клиентов, а выборочно, либо пропадает после добавления процессов 1С в исключения антивируса. Добавляйте в исключения каталоги платформы и рабочие процессы, а не весь сервер целиком.

Несовпадение версий платформы и настроек подключения

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

Также ошибка возникает при опечатке в имени сервера, когда DNS разрешает имя в «чужой», но доступный компьютер — тот отвечает отказом, потому что агента 1С на нём нет. Проверьте разрешение имени командой ping или nslookup и сравните полученный IP-адрес с реальным адресом сервера 1С.

Когда проблема на стороне клиента или сети

Если сервер проверен, службы работают, порты слушаются, а ошибка остаётся у одного конкретного пользователя — ищите причину на его компьютере. Возможные источники: локальный брандмауэр или антивирус блокирует исходящие соединения клиента 1С, повреждён кэш метаданных, устарел файл hosts с неверной записью для имени сервера.

Проверьте файл C:\Windows\System32\drivers\etc\hosts на клиенте: там не должно быть устаревших строк, привязывающих имя сервера к старому IP-адресу. Очистите кэш клиента 1С (удаление базы из списка и повторное добавление, либо очистка каталогов кэша в профиле пользователя). Если клиент работает через VPN — убедитесь, что туннель поднят и маршрут до сети сервера существует.

Профилактика повторения ошибки

Чтобы ошибка не возвращалась, закрепите результат несколькими настройками. Установите для службы агента сервера 1С автоматический запуск и настройте восстановление службы при сбое (вкладка «Восстановление» в свойствах службы — перезапуск при первом и втором сбое). Это спасает при редких аварийных завершениях агента.

Документируйте используемые порты и правила брандмауэра: после каждого обновления платформы проверяйте, что правила по-прежнему актуальны. При плановых перезагрузках сервера включайте проверку запуска служб 1С в регламент — проще заметить остановленную службу сразу, чем разбирать жалобы пользователей. Для критичных систем полезен простой мониторинг доступности порта 1541 — он сигнализирует о проблеме до обращений пользователей.

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