Администрирование · 10 мин
Сервер 1С: какие порты нужны и как их настроить
Какие порты использует сервер 1С:Предприятие: 1540, 1541, 1560–1591, 1545. Как проверить, открыть в брандмауэре и устранить ошибки подключения.
Сервер 1С:Предприятие обменивается данными с клиентами и кластером по сети, и для этого использует строго определённый набор TCP-портов. Если хотя бы один из них закрыт брандмауэром или занят другим приложением, пользователи получают ошибки подключения: «Ошибка соединения с сервером 1С», «Не найдена информационная база» и подобные. Понимание того, какой порт за что отвечает, позволяет быстро локализовать проблему вместо беспорядочного отключения файрвола.
Базовый набор портов одинаков для Windows и Linux: агент сервера слушает порт 1540, менеджер кластера — 1541, а рабочие процессы занимают диапазон 1560–1591. Дополнительно могут понадобиться порт 1545 для отладки и порты службы базы данных — 1433 для MS SQL Server или 5432 для PostgreSQL. Ниже разберём назначение каждого порта, способы проверки и типичные ошибки настройки.
Какие порты использует сервер 1С и за что отвечает каждый
Кластер серверов 1С состоит из нескольких компонентов, и каждый слушает свой порт. Агент сервера (ragent) отвечает за запуск и управление кластером и по умолчанию занимает TCP-порт 1540. Менеджер кластера (rmngr) координирует распределение клиентских соединений и работает на порту 1541. Рабочие процессы (rphost), которые фактически исполняют код прикладного решения и обслуживают сеансы пользователей, занимают порты из диапазона 1560–1591.
Если на сервере развёрнуто несколько кластеров, каждому назначается собственный сдвиг портов: второй кластер обычно получает 1640/1641/1660–1691 и так далее. Это важно учитывать при настройке правил брандмауэра, чтобы случайно не заблокировать «соседний» кластер.
| Порт | Компонент | Назначение | Кому открывать |
|---|---|---|---|
| 1540 | Агент сервера (ragent) | Управление кластером, регистрация баз | Клиенты, консоль управления |
| 1541 | Менеджер кластера (rmngr) | Балансировка и маршрутизация соединений | Клиенты, рабочие серверы |
| 1560–1591 | Рабочие процессы (rphost) | Исполнение сеансов пользователей | Клиенты |
| 1545 | Агент (отладка) | Подключение отладчика по TCP | Разработчики |
| 1433 | MS SQL Server | Связь сервера 1С с СУБД | Только сервер 1С |
| 5432 | PostgreSQL | Связь сервера 1С с СУБД | Только сервер 1С |
Как проверить, какие порты слушает сервер
Прежде чем менять правила брандмауэра, убедитесь, что служба сервера 1С запущена и действительно слушает нужные порты. На Windows это удобно сделать командой netstat с фильтрацией, на Linux — утилитой ss. Если процессы ragent, rmngr и rphost работают, они появятся в выводе со статусом LISTENING.
netstat -ano | findstr "1540 1541 1560"
ss -tlnp | grep -E '1540|1541|156'С клиентской машины доступность порта проверяют командой Test-NetConnection server1c -Port 1540 в PowerShell или telnet server1c 1540. Если соединение устанавливается — порт открыт и маршрут до сервера есть. Если команда зависает или возвращает отказ, проблема в брандмауэре, сетевой фильтрации или в том, что служба не запущена.
Отдельно проверьте разрешение имён: клиенты 1С обращаются к серверу по имени, и если DNS возвращает неверный адрес, открытые порты не помогут. Команда ping имя_сервера должна показывать правильный IP.
- 1Убедитесь, что служба «Агент сервера 1С:Предприятия» запущена
- 2На сервере выполните netstat и найдите порты 1540, 1541, 1560–1591 в состоянии LISTENING
- 3С клиентского ПК выполните Test-NetConnection к порту 1540
- 4Проверьте, что имя сервера разрешается в правильный IP-адрес
- 5Проверьте правила брандмауэра и сетевые экраны между клиентом и сервером
Как открыть порты в брандмауэре Windows и Linux
На Windows Server правила создаются через оснастку «Брандмауэр Windows в режиме повышенной безопасности» либо командой netsh. Рекомендуется создать одно входящее правило на диапазон 1540–1591 по протоколу TCP — оно покроет агента, менеджер, рабочие процессы и отладку. Указывайте профиль «Доменный» или «Частный», чтобы не открывать порты в публичных сетях.
netsh advfirewall firewall add rule name="1C Server" dir=in action=allow protocol=TCP localport=1540-1591На Linux с firewalld команда выглядит так: firewall-cmd --permanent --add-port=1540-1591/tcp с последующим firewall-cmd --reload. Для iptables добавляются аналогичные правила в цепочку INPUT. Учтите, что между сервером 1С и сервером СУБД тоже должен быть открыт порт базы данных, причём только для адреса сервера 1С — открывать СУБД всем клиентам не нужно и небезопасно.
Порты для отладки, веб-клиента и дополнительных сценариев
Отладка на сервере
Для подключения отладчика конфигуратора к серверным процедурам агент должен быть запущен в режиме отладки (ключ -debug в параметрах службы), а порт 1545 — открыт между машиной разработчика и сервером. Без этого конфигуратор не увидит серверные предметы отладки, даже если клиентские сеансы работают нормально. После изменения параметров службу агента нужно перезапустить.
Веб-клиент и публикация на веб-сервере
При работе через веб-клиент или тонкий клиент по HTTP пользователи подключаются к веб-серверу (IIS или Apache) по стандартным портам 80/443, а веб-сервер уже обращается к кластеру 1С по портам 1540/1541/1560–1591. Поэтому с клиентских машин достаточно доступа к 443 порту веб-сервера, а порты кластера открываются только между веб-сервером и сервером 1С. Это более безопасная схема для удалённых подразделений.
Схемы подключения клиентов
Клиентам нужны порты 1540, 1541, 1560–1591. Подходит для локальной сети; для филиалов требует широкого открытия портов.
Клиентам нужен только 443 порт веб-сервера. Порты кластера открыты лишь между веб-сервером и сервером 1С — безопаснее для удалённого доступа.
Клиентам нужен только порт RDP (3389, лучше за VPN). Сервер 1С вообще не выставляется наружу.
Изменение портов по умолчанию и несколько кластеров
Порты кластера задаются при его создании: главный порт кластера (по умолчанию 1541) определяет и остальные — агент получает порт на единицу меньше, рабочие процессы — диапазон со сдвигом. Изменить порты можно в консоли управления кластером или при регистрации службы агента утилитой ragent с параметрами -port, -regport и -range.
При смене портов обязательно обновите три вещи: правила брандмауэра, строки подключения в списке баз у пользователей (если порт указывался явно) и настройки веб-публикаций. Пропуск любого из пунктов приводит к тому, что часть клиентов продолжает работать, а часть — нет, что затрудняет диагностику.
Типичные ошибки и частые проблемы с портами
Самая распространённая ситуация — служба агента запущена, но рабочие процессы не стартовали или заняли порты вне ожидаемого диапазона. Это бывает после сбоев, когда «зависший» rphost удерживает порт. Помогает перезапуск службы агента и проверка, что в диспетчере задач не осталось осиротевших процессов rphost и rmngr.
Вторая частая причина — антивирус или сторонний сетевой экран, который фильтрует трафик поверх брандмауэра Windows. Если правила созданы, а Test-NetConnection не проходит, временно отключите антивирусную сетевую защиту и повторите проверку, чтобы локализовать источник блокировки.
Как проверить результат
netstat показывает 1540, 1541 и порты 1560+ в состоянии LISTENING
Порты отсутствуют в выводе — служба не запущена или упала
Test-NetConnection к 1540 и 1541 возвращает TcpTestSucceeded: True
Таймаут или отказ — фильтрация на пути или служба не слушает
База открывается, в консоли кластера виден активный сеанс
Ошибка соединения — проверять диапазон 1560–1591 и DNS
С сервера 1С доступен порт 1433 или 5432 сервера БД
Соединение с СУБД не устанавливается — базы не регистрируются
FAQ: частые вопросы о портах сервера 1С
Можно ли ограничить диапазон рабочих портов 1560–1591?
Да, при создании кластера или через параметры службы агента диапазон можно сузить, например до 1560–1570, если рабочих процессов немного. Это упрощает настройку брандмауэра. Важно, чтобы диапазон был не уже числа одновременно запускаемых процессов rphost, иначе новые сеансы не смогут стартовать.
Нужно ли открывать порты 1540–1591 на компьютерах пользователей?
Нет. Входящие правила нужны только на сервере 1С. Клиентские машины инициируют исходящие соединения, которые по умолчанию не блокируются. Исключение — агрессивные корпоративные политики исходящего трафика, тогда на клиентах добавляют разрешающее исходящее правило.
Почему тонкий клиент подключается, а отладка в конфигураторе не работает?
Отладка использует отдельный порт 1545 и требует запуска агента с ключом -debug. Проверьте параметры службы, перезапустите её и убедитесь, что порт 1545 открыт между машиной разработчика и сервером.
Какие порты нужны при файловом режиме работы базы?
Файловая база не использует сервер 1С и его порты. Доступ идёт по сетевой файловой шаре — это порты SMB (445). Порты 1540–1591 в этом сценарии не нужны вовсе.
Как понять, что порт занят другим приложением?
Команда netstat -ano показывает PID процесса, слушающего порт; по PID в диспетчере задач видно, какое приложение его заняло. Если порт 1540 удерживает посторонний процесс, служба агента 1С не запустится — в журнале событий появится ошибка о невозможности привязки к порту.
Безопасно ли менять стандартные порты ради защиты?
Смена портов не является реальной мерой безопасности — сканеры находят нестандартные порты быстро. Надёжную защиту дают ограничение доступа по IP, VPN, отказ от публикации портов в интернет и регулярные обновления платформы и СУБД.
Что важно запомнить
Серверу 1С нужны порты 1540, 1541 и диапазон 1560–1591, для отладки — 1545, а между сервером 1С и СУБД — порт базы данных (1433 или 5432). Сначала проверяйте прослушивание портов на сервере, затем доступность с клиента, и только потом меняйте правила брандмауэра. Порты кластера и СУБД нельзя выставлять в интернет без VPN.