Какие порты нужны для работы 1С

Для корректной работы 1С в сети недостаточно просто установить платформу — необходимо открыть определённые сетевые порты. Какие именно, зависит от режима работы: файловая база, клиент-серверный вариант с MS SQL или PostgreSQL, веб-доступ через браузер, сервер лицензий. Если нужный порт закрыт брандмауэром, пользователи получают ошибки «сервер 1С недоступен», «не найдена ключевая информация» или просто не видят базу в списке.

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

Ниже разобраны все основные порты платформы 1С и сопутствующих компонентов, правила настройки брандмауэра Windows и способы проверить, что соединение действительно работает.

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

Клиент-серверный вариант — наиболее требовательный к сетевым настройкам. Агент сервера 1С по умолчанию слушает порт 1540, главный менеджер кластера — порт 1541, а рабочие процессы кластера занимают диапазон 1560–1591. Именно через рабочие процессы идёт основной обмен данными между клиентами и сервером.

Если на одном компьютере развёрнуто несколько кластеров (например, для разных версий платформы или для разделения тестовой и рабочей среды), каждый следующий кластер получает смещённые порты: 1640, 1641, 1660–1691 и так далее. Это важно учитывать при написании правил брандмауэра — открывать нужно диапазоны всех задействованных кластеров.

Порты для СУБД: SQL Server и PostgreSQL

Сервер 1С не хранит данные сам — он обращается к системе управления базами данных. Для Microsoft SQL Server стандартный порт — 1433 (TCP). Если используется именованный экземпляр SQL Server, дополнительно требуется служба SQL Server Browser на UDP-порту 1434, либо экземпляру нужно вручную назначить статический порт в конфигурации сети SQL Server.

Для PostgreSQL стандартный порт — 5432. Он задаётся в файле postgresql.conf параметром listen_addresses и port. Если PostgreSQL и сервер 1С установлены на одной машине, открывать порт в брандмауэре не обязательно — достаточно разрешить локальные подключения. Для MS SQL аналогично: при размещении на одном сервере можно ограничиться Shared Memory.

Правило простое: порт СУБД должен быть открыт только для сервера 1С, а не для всей сети. Прямой доступ пользовательских машин к базе данных не нужен и создаёт лишний риск.

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

Файловая база, опубликованная через общую сетевую папку, работает по протоколу SMB. В современных версиях Windows используется порт 445 (TCP). Старые системы могли задействовать 137–139 (NetBIOS), но открывать их без необходимости не стоит — достаточно SMBv2/SMBv3 через 445-й порт. Учтите, что файловый режим по сети чувствителен к качеству канала: при нестабильной связи возможны ошибки и повреждение базы.

При публикации базы на веб-сервере используются стандартные порты HTTP/HTTPS: 80 и 443. Для Apache и IIS публикация настраивается через файл default.vrd, а клиенты подключаются по обычному URL. Если применяется нестандартный порт (например, 8080), его нужно указать и в адресе подключения, и в правилах брандмауэра.

Тонкий клиент и веб-клиент при работе через веб-сервер не требуют доступа к портам кластера напрямую — весь обмен идёт через веб-сервер. Это удобно для удалённых пользователей: наружу открывается только 443-й порт.

Порты сервера лицензий и дополнительных служб

Программные лицензии 1С могут раздаваться сервером 1С (через те же порты кластера) либо через отдельный сервер лицензирования. Если используется аппаратный ключ HASP, диспетчер лицензий HASP License Manager работает по порту 475 (TCP и UDP). При его блокировке клиенты получают ошибку «не найден ключ защиты программы».

Дополнительно могут понадобиться порты для смежных задач: 25/587 для отправки почты из 1С, 995/993 для защищённого приёма почты, порты RDP (3389) для удалённого администрирования сервера. Эти порты относятся не к самой платформе, но без них отдельные функции конфигурации работать не будут.

Настройка брандмауэра Windows: пошагово

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

Альтернатива — разрешить входящие подключения для конкретных исполняемых файлов: ragent.exe, rmngr.exe, rphost.exe. Такой подход устойчив к смене портов, но менее прозрачен при аудите. Для сервера СУБД аналогично разрешается либо порт 1433/5432, либо программа sqlservr.exe / postgres.exe.

1. 1
   Определите архитектуру: файловая база, клиент-сервер, веб-доступ или комбинация
2. 2
   Выясните фактические порты кластера в консоли администрирования серверов 1С
3. 3
   Создайте входящие правила брандмауэра для портов 1540, 1541, 1560–1591 на сервере 1С
4. 4
   Откройте порт СУБД (1433 или 5432) только для адреса сервера 1С
5. 5
   При веб-доступе откройте 443 (и 80 при необходимости) на веб-сервере
6. 6
   Проверьте доступность портов с клиентской машины и запуск базы в 1С

Пример команды для быстрого создания правила из командной строки администратора:

netsh advfirewall firewall add rule name="1C Server" dir=in action=allow protocol=TCP localport=1540-1541,1560-1591

Как проверить, что порты открыты и работают

Самый быстрый способ — команда Test-NetConnection имя_сервера -Port 1540 в PowerShell с клиентской машины. Результат TcpTestSucceeded: True означает, что порт доступен. Классический вариант — telnet имя_сервера 1540, но компонент Telnet Client в Windows нужно включать отдельно.

На самом сервере проверить, какие порты слушаются, помогает команда netstat -ano | findstr 154 — в выводе должны быть строки LISTENING для процессов ragent, rmngr и rphost. Если процесс запущен, но порт не слушается, проверьте, не изменены ли настройки кластера и не занят ли порт другим приложением.

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

Распространённая ситуация: администратор открывает 1540 и 1541, но забывает диапазон рабочих процессов 1560–1591. В результате клиент проходит этап подключения к агенту, но сеанс не создаётся. Вторая частая ошибка — правила созданы только для профиля «Доменный», а сервер по какой-то причине определяет сеть как «Частную» или «Публичную», и правила не применяются.

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

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