По какому порту подключается 1С: полный разбор

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

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

Ниже разберём каждый сценарий отдельно: какие порты за что отвечают, как узнать фактический порт на конкретном сервере, как открыть его в брандмауэре и как проверить, что подключение действительно проходит. Это позволит диагностировать проблему точечно, а не отключать защиту сервера целиком.

Какие порты использует сервер 1С:Предприятия

Сервер 1С — это не один процесс, а кластер служб, и у каждой свой порт. Агент сервера (ragent) принимает входящие подключения клиентов на порту 1540. Менеджер кластера (rmngr) управляет распределением нагрузки и слушает порт 1541. Рабочие процессы (rphost), которые непосредственно обслуживают сеансы пользователей, занимают динамический диапазон 1560–1591 по умолчанию.

Отдельно стоит упомянуть порт 1545 — он используется для подключения отладчика к серверу, а также агентом сервера для служебных задач. Если отладка на сервере не нужна, этот порт в брандмауэре можно не открывать, но при настройке отладки его часто забывают, из-за чего конфигуратор не видит предметы отладки.

Важный нюанс: если на одном физическом сервере развёрнуто несколько кластеров 1С, каждому назначается свой набор портов со смещением: например, 2540, 2541 и диапазон 2560–2591 для второго кластера. Поэтому «стандартный» порт на конкретной машине может отличаться — его нужно проверять в консоли кластера.

Порты при работе с СУБД: MS SQL и PostgreSQL

В клиент-серверном режиме сервер 1С сам подключается к СУБД, и это второй уровень сетевого взаимодействия. MS SQL Server по умолчанию принимает подключения на TCP-порту 1433. Если используется именованный экземпляр SQL Server, задействуется служба SQL Server Browser на UDP-порту 1434, а сам экземпляр получает динамический порт — его лучше зафиксировать в настройках SQL Server Configuration Manager.

PostgreSQL по умолчанию слушает порт 5432. Если порт меняли при установке, актуальное значение хранится в параметре port файла postgresql.conf. Для работы сервера 1С с PostgreSQL между машиной сервера 1С и сервером СУБД должен быть открыт именно этот порт — клиентские компьютеры к СУБД напрямую не обращаются.

Распространённая ошибка диагностики: администратор открывает порт СУБД на клиентских машинах, хотя трафик к СУБД идёт только с сервера 1С. Правило простое: клиент → сервер 1С (порты 1540/1541/1560–1591), сервер 1С → СУБД (1433 или 5432). Открывать порты нужно именно по этим маршрутам.

Порты для файлового режима и веб-доступа

В файловом режиме сетевые порты 1С как таковые не используются: клиенты работают с файлом базы через общую сетевую папку по протоколу SMB (порты 445 и, в старых конфигурациях, 139). Если база «не открывается по сети» в файловом режиме, проблема почти всегда в правах на общий ресурс или в блокировке SMB, а не в портах платформы.

При публикации базы на веб-сервере (IIS или Apache) клиенты и веб-клиент подключаются по стандартным веб-портам: 80 для HTTP и 443 для HTTPS. Веб-сервер в свою очередь обращается к серверу 1С по портам 1540/1541, описанным выше. Для тонкого клиента через веб-сервер дополнительной настройки портов на клиенте не требуется — достаточно доступности веб-сервера.

Для продуктивного доступа через интернет рекомендуется использовать только HTTPS (443) с действующим сертификатом. Открытый HTTP-доступ к публикации 1С передаёт учётные данные в незашифрованном виде, что недопустимо для баз с реальными данными.

Как узнать фактический порт на конкретном сервере

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

netstat -ano | findstr "LISTENING" | findstr /i "ragent rmngr rphost"

Если нужен полный список с PID, выполните netstat -ano | findstr LISTENING, затем сопоставьте PID с процессом через tasklist | findstr . Процессы ragent.exe, rmngr.exe и rphost.exe покажут реально используемые порты.

Второй способ — консоль администрирования серверов 1С (оснастка «1С:Servers»). Откройте свойства кластера: там указан порт агента и диапазон портов рабочих процессов. Для СУБД порт смотрят в SQL Server Configuration Manager (раздел «Сетевая конфигурация» → «Протоколы» → TCP/IP) или в postgresql.conf для PostgreSQL.

1. 1
   Узнайте фактические порты через netstat или консоль кластера
2. 2
   Создайте входящее правило в Брандмауэре Windows: Панель управления → Брандмауэр → Дополнительные параметры → Правила для входящих подключений
3. 3
   Укажите протокол TCP и порты 1540–1541, 1560–1591 (или фактические)
4. 4
   Проверьте доступность с клиентской машины: Test-NetConnection <сервер> -Port 1541 в PowerShell
5. 5
   Если порт недоступен — проверьте промежуточные сетевые экраны и антивирус с сетевым экраном

Диагностика: клиент не подключается к серверу 1С

Типичная картина: при запуске базы появляется ошибка «Ошибка соединения с сервером 1С:Предприятия» или клиент зависает на этапе подключения. Первый шаг — проверить доступность порта с клиентской машины командой PowerShell: Test-NetConnection server1c -Port 1541. Если TcpTestSucceeded : False — порт закрыт или служба не слушает его.

Если порт недоступен, проверяйте по цепочке: запущена ли служба «Агент сервера 1С:Предприятия» на сервере (services.msc), слушает ли процесс ragent нужный порт (netstat), есть ли правило в брандмауэре, не режет ли трафик антивирус или сетевой экран уровня сети. Частая причина в доменных сетях — правило брандмауэра создано для профиля «Частная», а сервер находится в профиле «Доменная».

Отдельный случай — клиент подключается к агенту, но сеанс не стартует. Это указывает на недоступность портов рабочих процессов (1560–1591): агент отвечает, но rphost недосягаем. Откройте весь диапазон, а не только 1540/1541.

Типичные ошибки при настройке портов

Ещё одна неочевидная ошибка — конфликт портов при нескольких версиях платформы на одном сервере. Если установлены, например, 8.3.20 и 8.3.24 с двумя агентами, каждому нужен свой диапазон портов, иначе второй агент просто не запустится. Признак — служба падает сразу после старта, а в журнале событий Windows ошибка занятости порта.

Также не стоит менять порты «наугад» в надежде обойти блокировку: если порт закрыт сетевым экраном периметра, смена порта на сервере не поможет — правило всё равно придётся согласовывать с сетевым администратором.

Частые вопросы о портах 1С