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

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

Ключевые порты сервера 1С — это диапазон 1540–1591 по протоколу TCP. Именно их чаще всего нужно открывать в брандмауэре. Но кроме агента сервера в обмене участвуют служба кластера, менеджер кластера, рабочие процессы, а также порты СУБД (MS SQL, PostgreSQL) и веб-сервера (IIS, Apache), если база опубликована для браузера или тонкого клиента через HTTP.

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

Какие порты использует сервер 1С по умолчанию

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

Рабочие процессы (rphost), которые непосредственно обслуживают сеансы пользователей, занимают диапазон 1560–1591. Если процессов несколько, каждому выделяется свой порт из этого диапазона. Сервер администрирования RAS, через который подключается консоль администрирования и утилита rac, использует порт 1545.

Для файлового варианта работы порты сервера 1С не нужны вовсе: клиенты обращаются к файлу базы по сети через общий ресурс Windows (SMB, порты 445 и 139) либо через веб-сервер, если база опубликована. Это принципиальное отличие, которое часто упускают при настройке файрвола.

Порты СУБД и веб-доступа

Сервер 1С не хранит данные сам — он обращается к СУБД, и между ними тоже идёт сетевой обмен по своим портам. Если SQL-сервер стоит на той же машине, что и сервер 1С, открывать эти порты наружу не требуется. Если СУБД на отдельном сервере — порты должны быть доступны между двумя машинами.

• MS SQL Server — TCP 1433 (экземпляр по умолчанию), UDP 1434 (служба SQL Browser для именованных экземпляров).
• PostgreSQL (включая сборки Postgres Pro) — TCP 5432.
• IBM Db2 — обычно TCP 50000.
• Oracle Database — обычно TCP 1521.

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

Сводная таблица портов 1С

Эти значения — настройки по умолчанию. Администратор может изменить их при установке или в свойствах кластера, поэтому перед настройкой сети стоит проверить фактические порты на конкретном сервере.

Как узнать, какой порт реально слушает сервер 1С

Самый надёжный способ — посмотреть, какие порты слушают процессы платформы. На сервере Windows откройте командную строку от имени администратора и выполните проверку по именам процессов и портам.

netstat -ano | findstr "LISTENING" | findstr "154"

Команда покажет все прослушиваемые порты в диапазоне 154x. Сопоставить порт с процессом можно по PID: выполните tasklist | findstr \"ragent\", чтобы узнать PID агента, и найдите его в выводе netstat. Альтернатива — PowerShell: Get-NetTCPConnection -State Listen | Where-Object {$_.LocalPort -ge 1540 -and $_.LocalPort -le 1591}.

Второй источник информации — консоль управления сервером 1С (оснастка «Администрирование серверов 1С Предприятия»). В свойствах кластера видны порт агента и диапазоны портов рабочих процессов. Если кластер создавался с нестандартными настройками, именно там указаны актуальные значения.

1. 1
   Откройте PowerShell или командную строку на компьютере пользователя
2. 2
   Выполните: Test-NetConnection имя_сервера -Port 1540
3. 3
   Если TcpTestSucceeded = True — порт доступен, сеть настроена верно
4. 4
   Если False — проверяйте брандмауэр сервера, антивирус и сетевые политики
5. 5
   Повторите проверку для портов 1541 и диапазона 1560–1591

Как открыть порты в брандмауэре Windows

На сервере с платформой 1С нужно создать входящие правила для TCP-портов. Проще всего сделать это через «Брандмауэр Защитника Windows — Дополнительные параметры», раздел «Правила для входящих подключений», либо одной командой PowerShell от имени администратора.

New-NetFirewallRule -DisplayName "1C Server" -Direction Inbound -Protocol TCP -LocalPort 1540-1541,1545,1560-1591 -Action Allow

Обратите внимание на профиль сети: правило применяется к профилю «Доменный», «Частный» или «Публичный». Если сервер находится в домене, а правило создано только для частного профиля, соединения будут блокироваться. Проверить активный профиль можно командой Get-NetConnectionProfile.

Если между клиентами и сервером есть аппаратный файрвол, маршрутизатор или VPN-шлюз, те же порты нужно разрешить и на нём. Для веб-доступа достаточно пробросить только 443 порт на веб-сервер — порты кластера наружу выставлять не следует.

Как изменить порт сервера 1С

Смена порта требуется редко — обычно при конфликте с другим ПО или при запуске нескольких кластеров на одном сервере. Порт агента задаётся параметром -port при запуске службы агента сервера, диапазоны рабочих портов — параметром -range (например, -range 1660:1691).

Чтобы изменить параметры службы на Windows, нужно остановить службу «Агент сервера 1С:Предприятия», скорректировать строку запуска в реестре (ветка службы в HKLM\SYSTEM\CurrentControlSet\Services) или перерегистрировать службу утилитой sc, затем запустить её снова. После смены портов обновите правила файрвола и строки подключения в списке баз пользователей — в них указывается имя сервера, и если порт нестандартный, его нужно прописать явно.

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

Если пользователи видят ошибку соединения, локализуйте проблему по шагам. Сначала проверьте, что службы сервера 1С запущены: в services.msc должны работать агент сервера и, при использовании RAS, сервер администрирования. Затем убедитесь, что порты слушаются — netstat на самом сервере.

Далее проверьте доступность портов с клиентской машины через Test-NetConnection. Если с сервера порт слушается, а с клиента недоступен — проблема в сетевом фильтре: брандмауэр Windows, антивирус с сетевым экраном, аппаратный файрвол или ACL на коммутаторе. Если порт доступен, но 1С всё равно не подключается, проверяйте имя сервера в строке подключения: платформа чувствительна к разрешению имён, и иногда помогает указание IP-адреса или настройка DNS.

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

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