К статье
Практический материал

Администрирование · 10 мин

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

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

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

Важно понимать: это не ошибка самой конфигурации 1С и не проблема данных. Программа даже не добралась до этапа авторизации, поэтому логин, пароль и права пользователя здесь ни при чём. Искать причину нужно на уровне сетевой инфраструктуры: службы сервера 1С, SQL-сервера, портов, брандмауэра и антивируса.

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

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

Технически сообщение соответствует сетевой ошибке отказа в соединении: клиент отправил запрос на IP-адрес и порт, а операционная система сервера ответила отказом. Это принципиально отличается от тайм-аута: тайм-аут означает, что пакеты вообще не доходят (сервер выключен, нет маршрута), а отказ — что компьютер доступен, но конкретный порт закрыт или не обслуживается.

В контексте 1С ошибка чаще всего появляется в трёх сценариях. Первый — клиент-серверный режим, когда тонкий или толстый клиент подключается к агенту сервера 1С (по умолчанию порт 1540, рабочие процессы 1560–1591). Второй — подключение сервера 1С к СУБД: MS SQL Server (порт 1433), PostgreSQL (5432). Третий — файловая база по сети, когда недоступна сетевая папка или служба доступа к файлам.

Быстрая диагностика: что проверить в первую очередь

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

Если ошибка у всех пользователей — проблема на сервере (служба, порт, брандмауэр). Если у одного — смотрите его сетевые настройки, антивирус, DNS-разрешение имени сервера и файл hosts. Проверка доступности порта выполняется простой командой с клиентского компьютера.

cmd
ping server1c
telnet server1c 1540
netstat -an | find "1540"

Команда telnet к порту 1540: если окно очищается и появляется мигающий курсор — порт открыт и служба слушает. Если сразу появляется «Не удалось открыть подключение» — порт закрыт или не обслуживается, и это подтверждает диагноз. На сервере команда netstat покажет, слушается ли порт локально.

Порядок первичной диагностики
  1. 1
    Уточните, у всех ли пользователей возникает ошибка
  2. 2
    Проверьте ping сервера по имени и по IP-адресу
  3. 3
    Проверьте доступность порта 1540 командой telnet
  4. 4
    На сервере убедитесь, что служба агента 1С запущена
  5. 5
    Проверьте правила брандмауэра Windows на сервере

Причина 1: остановлен агент сервера 1С

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

Если служба остановлена — запустите её и установите тип запуска «Автоматически». Если служба не стартует, смотрите журнал событий Windows: типичные причины — повреждённый реестр кластера (каталог srvinfo), нехватка прав у учётной записи службы, конфликт версий платформы. Иногда помогает перезапуск службы с очисткой каталога srvinfo, но делайте это осознанно: там хранится список баз кластера.

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

Причина 2: порт закрыт брандмауэром или антивирусом

Даже при работающем агенте сервера подключение будет отвергнуто, если брандмауэр Windows блокирует входящие соединения на порты 1540, 1541 и диапазон 1560–1591. После чистой установки сервера 1С правила часто создаются автоматически, но при ручной настройке или работе стороннего сетевого экрана их может не быть.

Откройте «Брандмауэр Защитника Windows» → «Дополнительные параметры» → «Правила для входящих подключений» и создайте правила, разрешающие TCP-порты 1540, 1541 и 1560–1591. Альтернатива — разрешить входящие подключения для исполняемых файлов ragent.exe, rmngr.exe и rphost.exe из каталога платформы.

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

Причина 3: проблемы на стороне SQL-сервера

Если ошибка возникает при обращении сервера 1С к СУБД (например, при добавлении базы в кластер или при старте рабочего процесса), проверяйте SQL Server. Убедитесь, что служба SQL Server запущена, включён протокол TCP/IP в SQL Server Configuration Manager и порт 1433 (или ваш нестандартный порт) доступен с сервера 1С.

Частая ситуация: SQL Server настроен на динамические порты, и после перезапуска порт изменился, а подключение по имени экземпляра перестало работать из-за остановленной службы SQL Server Browser. Либо задайте статический порт в настройках TCP/IP, либо убедитесь, что Browser запущен и UDP-порт 1434 открыт.

Проверка аналогична: telnet с сервера 1С на адрес SQL-сервера по порту 1433. Если отказ — смотрите службу, протоколы и брандмауэр на машине с СУБД. Если порт открыт, но 1С всё равно не подключается, проверяйте учётные данные и метод аутентификации — но это уже другая ошибка с другим текстом.

Причина 4: файловая база и сетевые ресурсы

При файловом режиме ошибка отказа в подключении встречается реже, но возможна при доступе к базе через сетевую папку: не запущена служба «Сервер» на машине с базой, закрыты порты SMB (445), папка не расшарена или изменился IP-адрес компьютера. Проверьте, открывается ли папка с базой через проводник по сетевому пути.

Если путь к базе задан через имя компьютера, а разрешение имён не работает (нет DNS, пустой hosts), клиент может получать ошибку подключения. Быстрое решение для проверки — прописать соответствие имени и IP в файл hosts на клиенте либо использовать IP-адрес в пути к базе. Постоянное решение — настроить нормальное разрешение имён в сети.

Типичные ошибки при устранении
01
Переустановка платформы 1С вместо проверки службы и портов — проблема остаётся, время потеряно
02
Отключение брандмауэра насовсем вместо создания правил — сервер остаётся незащищённым
03
Проверка только с сервера локально — служба может слушать 127.0.0.1, но не внешний интерфейс
04
Игнорирование несовпадения версий платформы клиента и сервера
05
Изменение портов кластера без корректировки правил брандмауэра и настроек клиентов

Как проверить, что проблема решена

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

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

Контрольные точки

Как проверить результат

Служба агента сервера 1С
Норма

Состояние «Выполняется», тип запуска «Автоматически»

Тревожный признак

Остановлена или падает сразу после запуска

Порт 1540 с клиентской машины
Норма

telnet открывает пустое окно без ошибки

Тревожный признак

Сообщение «Не удалось открыть подключение»

Прослушивание порта на сервере
Норма

netstat показывает LISTENING на 0.0.0.0:1540 или IP сервера

Тревожный признак

Порт отсутствует в выводе netstat

Подключение клиента 1С
Норма

База открывается, сеанс виден в консоли кластера

Тревожный признак

Ошибка повторяется или появляется новая

Маршрут решения по симптомам

Маршрут решения

Как выбрать действие

Ошибка у всех пользователей, telnet на 1540 не проходитПроверяйте службу агента 1С и брандмауэр на сервере
Ошибка только у одного пользователяПроверяйте его сеть, антивирус, DNS и файл hosts
Ошибка при обращении к СУБД, агент 1С работаетПроверяйте службу SQL Server, протокол TCP/IP и порт 1433
Ошибка после перезагрузки сервераПроверьте тип запуска служб агента 1С и SQL Server — установите «Автоматически»
Порты открыты, службы работают, но отказ сохраняетсяСверьте версии платформы клиента и сервера, проверьте сторонний антивирус
Итог

Что важно запомнить

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

Часто задаваемые вопросы

Ошибка появилась внезапно, ничего не меняли. С чего начать?

Чаще всего виновата перезагрузка сервера или обновление Windows, после которых служба агента 1С не стартовала. Проверьте состояние службы на сервере и доступность порта 1540 с клиента — это закрывает большинство таких случаев.

Можно ли изменить порт агента сервера 1С?

Да, порт задаётся при установке сервера или параметром запуска службы. После смены порта обновите правила брандмауэра и убедитесь, что клиенты и консоль кластера обращаются к новому порту.

Антивирус блокирует 1С, но отключать его нельзя. Что делать?

Добавьте в исключения исполняемые файлы ragent.exe, rmngr.exe, rphost.exe и каталог платформы, а также разрешите входящие TCP-подключения на порты 1540, 1541 и 1560–1591 в сетевом экране антивируса.

Ошибка возникает только при подключении через интернет или VPN. В чём причина?

Проверьте проброс портов на маршрутизаторе и правила на VPN-шлюзе: порты 1540 и диапазон рабочих процессов должны быть доступны из внешней сети. Учтите, что прямое открытие сервера 1С в интернет небезопасно — предпочтительнее VPN или веб-публикация.

Тонкий клиент выдаёт ошибку, а толстый на том же компьютере работает. Почему?

Такое возможно, если клиенты используют разные версии платформы или разные строки подключения. Проверьте версию платформы тонкого клиента и параметры базы в списке информационных баз — они должны указывать на тот же сервер и кластер.

Как понять, что проблема в лицензиях, а не в подключении?

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