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

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

Как открыть порты для сервера 1С

Какие порты использует сервер 1С:Предприятие, как открыть их в брандмауэре Windows и Linux, на роутере и проверить доступность. Разбор типичных ошибок.

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

Сервер 1С:Предприятие использует фиксированный набор TCP-портов, и их нужно открывать осознанно: слишком широкие разрешения создают риски безопасности, а неполные — приводят к нестабильной работе кластера. Ниже разобрано, какие именно порты нужны, как открыть их в Windows и Linux, что делать с роутером и как проверить результат.

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

Прежде чем создавать правила, важно понимать назначение каждого порта — это поможет открыть только необходимое и правильно диагностировать проблемы.

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

Если на том же сервере работает СУБД, ей тоже нужны свои порты: для MS SQL Server по умолчанию это TCP 1433, для PostgreSQL — 5432. Эти порты должны быть открыты между сервером 1С и сервером СУБД, но не обязательно для клиентских машин — клиенты общаются с базой только через сервер 1С.

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

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

  1. Откройте «Панель управления» → «Брандмауэр Защитника Windows» → «Дополнительные параметры» (или выполните команду wf.msc).
  2. Выберите «Правила для входящих подключений» и нажмите «Создать правило».
  3. Укажите тип правила — «Для порта», протокол TCP.
  4. В поле «Определённые локальные порты» введите: 1540-1541, 1560-1591.
  5. Выберите «Разрешить подключение», примените правило к нужным профилям (обычно «Доменный» и «Частный»).
  6. Дайте правилу понятное имя, например «1C Server Ports», и сохраните.

Те же правила можно создать быстрее через PowerShell от имени администратора:

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

Если в сети используется домен Active Directory, правила удобнее распространять через групповые политики — тогда настройка применится ко всем серверам 1С централизованно и не будет расходиться между машинами.

Открытие портов в Linux

На Linux-серверах брандмауэр зависит от дистрибутива. В системах с firewalld (CentOS, RHEL, Fedora) порты открываются так:

firewall-cmd --permanent --add-port=1540-1541/tcp

firewall-cmd --permanent --add-port=1560-1591/tcp

firewall-cmd --reload

В системах с iptables или nftables правила добавляются напрямую. Для iptables команда выглядит так: iptables -A INPUT -p tcp --dport 1540:1541 -j ACCEPT и аналогично для диапазона 1560:1591. Не забудьте сохранить правила, иначе они пропадут после перезагрузки — способ сохранения зависит от дистрибутива (iptables-save, netfilter-persistent и т. п.).

Дополнительно проверьте, не включён ли SELinux в режиме enforcing: он может блокировать сетевую активность служб даже при открытых портах. Временно перевести его в разрешающий режим можно командой setenforce 0 — это поможет определить, является ли SELinux причиной проблемы.

Проброс портов на роутере и работа через интернет

Если пользователи подключаются к серверу извне — из филиалов или из дома — недостаточно открыть порты на самом сервере. Нужно настроить проброс портов (port forwarding) на пограничном роутере: внешний порт на внешнем IP-адресе перенаправляется на внутренний адрес сервера 1С.

Для удалённой работы также рассмотрите публикацию баз через веб-сервер (IIS или Apache) — в этом случае наружу открываются только стандартные порты 80/443, а тонкий и веб-клиенты подключаются по HTTP/HTTPS. Это существенно снижает поверхность атаки по сравнению с открытием портов кластера.

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

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

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

Альтернатива — утилита telnet: telnet имя_сервера 1541. Пустой чёрный экран после подключения означает, что порт открыт; сообщение о невозможности подключения — что порт закрыт или фильтруется. На Linux-клиентах удобна команда nc -zv имя_сервера 1541.

Дополнительно убедитесь, что службы сервера 1С вообще запущены и слушают нужные порты. На сервере выполните netstat -an | find "1541" (Windows) или ss -tlnp | grep 1541 (Linux) — в выводе должно быть состояние LISTENING/LISTEN.

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

Как отличить норму от проблемы

Test-NetConnection на порт 1541
Норма

TcpTestSucceeded: True

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

False — порт закрыт файрволом или служба не запущена

netstat на сервере
Норма

Порт в состоянии LISTENING

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

Порта нет в списке — агент сервера не запущен

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

База открывается без ошибок

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

Ошибка «Сервер не обнаружен» при доступных портах — проверьте имя сервера и DNS

Типичные ошибки и ограничения

Типичные ошибки при открытии портов
01
Открыт только порт 1540 — клиент находит сервер, но не может подключиться к рабочему процессу; нужен весь диапазон 1560–1591
02
Правило создано для профиля «Частный», а сеть определена как «Доменная» или «Публичная» — правило не срабатывает
03
Антивирус со встроенным сетевым экраном блокирует порты поверх брандмауэра Windows — правила нужно добавить и туда
04
Проброс настроен на роутере, но у сервера динамический IP — после смены адреса перенаправление перестаёт работать; закрепите статический IP за сервером
05
Закрыты порты между сервером 1С и сервером СУБД — клиенты подключаются к кластеру, но база не открывается

Ещё одна частая ситуация — несколько кластеров на одном сервере. Каждый дополнительный кластер использует свой сдвиг портов (например, второй кластер может занимать порты 1640, 1641, 1660–1691). Уточнить фактические порты конкретного кластера можно в консоли администрирования серверов 1С в свойствах кластера.

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

Итог

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

Серверу 1С нужны TCP-порты 1540, 1541 и диапазон 1560–1591. Открывайте их на уровне брандмауэра сервера, проверяйте профиль сети и антивирус, для внешнего доступа предпочитайте VPN или веб-публикацию вместо прямого проброса портов. Результат всегда проверяйте с клиентской машины через Test-NetConnection или telnet.

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

Какие порты открывать, если клиент и сервер 1С находятся на одном компьютере?

Если всё работает на одной машине, правила файрвола обычно не требуются — локальный трафик не фильтруется. Однако некоторые антивирусы контролируют и локальные подключения, поэтому при странных ошибках стоит добавить исполняемые файлы ragent, rmngr и rphost в исключения антивируса.

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

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

Порты открыты, но клиент всё равно не подключается. Что проверить?

Проверьте разрешение имени сервера: выполните ping по имени и убедитесь, что оно резолвится в правильный IP. Частая причина — клиент обращается по имени, которое указывает не туда, либо в списке баз указано имя, отличное от реального. Попробуйте подключиться по IP-адресу, чтобы локализовать проблему.

Нужно ли открывать UDP-порты для сервера 1С?

Нет, кластер серверов 1С работает по протоколу TCP. UDP-правила для портов 1540–1591 создавать не требуется. Исключение — служебный трафик самой сети (DNS, DHCP), который обычно уже разрешён.

Безопасно ли открывать порты 1540–1591 для всей локальной сети?

В пределах доверенной локальной сети это стандартная практика — иначе клиенты просто не смогут работать. Для повышения безопасности ограничьте правило конкретными подсетями пользователей и убедитесь, что эти порты недоступны из интернета: на пограничном маршрутизаторе для них не должно быть проброса.

Чем отличается открытие портов для файловой базы 1С?

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