Администрирование · 12 мин
Какие порты нужно открыть для сервера 1С 8.3
Какие порты нужно открыть для сервера 1С 8.3: 1540, 1541, 1560–1591, порт СУБД и веб-сервера. Таблица портов, настройка брандмауэра и проверка доступности.
Клиентское приложение 1С:Предприятие не подключается к базе напрямую — оно обращается к агенту сервера, который назначает рабочий процесс, а тот уже работает с СУБД. Каждый этап этой цепочки использует свой сетевой порт, и если хотя бы один из них закрыт брандмауэром, пользователи получают ошибку соединения. Поэтому базовая задача администратора — открыть на сервере 1С порты 1540, 1541 и диапазон 1560–1591, а на сервере СУБД — порт соответствующей базы данных.
Стандартная схема портов платформы 8.3 выглядит так: агент сервера (ragent) слушает порт 1540, менеджер кластера (rmngr) — 1541, а рабочие процессы (rphost) занимают диапазон 1560–1591. Если установку выполняли «по умолчанию», эти значения уже назначены, остаётся только пробросить их через межсетевой экран. При нестандартной установке номера портов могли изменить — тогда актуальные значения нужно смотреть в консоли кластера или в свойствах службы агента сервера.
Ниже разобраны все порты, которые участвуют в работе сервера 1С 8.3, команды для их открытия в Windows и Linux, способы проверки доступности и типичные ошибки, из-за которых клиенты не могут подключиться даже при «открытых» портах.
Какие порты использует сервер 1С 8.3: полная таблица
Платформа 1С:Предприятие 8.3 в клиент-серверном варианте состоит из нескольких процессов, и каждый из них занимает свой порт. Агент сервера (ragent) — точка входа для клиентов и консоли администрирования. Менеджер кластера (rmngr) распределяет соединения между рабочими процессами. Рабочие процессы (rphost) непосредственно обслуживают сеансы пользователей и обращаются к СУБД.
Диапазон 1560–1591 зарезервирован под рабочие процессы: каждый rphost получает свой порт из этого диапазона. Если на сервере запущено несколько рабочих процессов (что типично для нагруженных систем), все они должны быть доступны клиентам. Закрытие части диапазона — частая причина ситуации, когда подключение к кластеру проходит, но сеанс не стартует.
| Порт | Процесс / служба | Назначение |
|---|---|---|
| 1540 (TCP) | ragent — агент сервера | Подключение клиентов и консоли кластера |
| 1541 (TCP) | rmngr — менеджер кластера | Управление кластером, назначение сеансов |
| 1560–1591 (TCP) | rphost — рабочие процессы | Обслуживание сеансов пользователей |
| 1545 (TCP) | Отладка на сервере | Подключение отладчика к серверным процедурам |
| 1433 (TCP) | MS SQL Server | Работа сервера 1С с базой данных |
| 5432 (TCP) | PostgreSQL | Работа сервера 1С с базой данных |
| 1521 (TCP) | Oracle Database | Работа сервера 1С с базой данных |
| 80, 443 (TCP) | IIS / Apache | Публикация баз через веб-сервер, тонкий и веб-клиент |
Минимальный набор: что открыть, чтобы клиенты подключались
Если сервер 1С и клиенты находятся в одной локальной сети, а брандмауэр Windows на сервере включён, достаточно создать входящее правило для TCP-портов 1540, 1541 и 1560–1591. Это покрывает подключение толстого и тонкого клиента, а также работу консоли администрирования кластера с администраторской машины.
В брандмауэре Windows это делается через «Панель управления → Брандмауэр Windows → Дополнительные параметры → Правила для входящих подключений → Создать правило». Тип правила — «Для порта», протокол TCP, в поле портов укажите: 1540-1541, 1560-1591. Действие — «Разрешить подключение», профиль — «Доменный» (или «Частный», если домена нет).
New-NetFirewallRule -DisplayName "1C Server" -Direction Inbound -Protocol TCP -LocalPort 1540-1541,1560-1591 -Action AllowНа Linux (например, при установке сервера 1С на CentOS или Debian) те же порты открываются через firewalld или iptables. Для firewalld команда выглядит так: firewall-cmd --permanent --add-port=1540-1541/tcp --add-port=1560-1591/tcp && firewall-cmd --reload.
- 1Откройте «Брандмауэр Защитника Windows» в режиме повышенной безопасности
- 2Создайте правило для входящих подключений, тип — «Для порта», протокол TCP
- 3Укажите порты 1540-1541, 1560-1591 и разрешите подключение
- 4Выберите профиль «Доменный» или «Частный», задайте имя правила
- 5Проверьте доступность портов с клиентской машины командой Test-NetConnection
Порты СУБД: MS SQL, PostgreSQL и Oracle
Сервер 1С хранит данные не у себя, а в базе данных на отдельной СУБД. Если СУБД установлена на той же машине, что и сервер 1С, открывать её порт в брандмауэре вообще не нужно — соединение идёт локально. Если база вынесена на отдельный сервер, между машинами должен быть открыт порт СУБД.
Для MS SQL Server это порт 1433 (TCP) при статическом назначении. Если используется именованный экземпляр с динамическим портом, дополнительно нужен доступ к службе SQL Server Browser (UDP 1434), либо экземпляру следует назначить фиксированный порт в SQL Server Configuration Manager — второй вариант надёжнее и предсказуемее. Для PostgreSQL стандартный порт — 5432, он задаётся параметром port в файле postgresql.conf, а доступ с конкретных адресов регулируется в pg_hba.conf.
Важный нюанс: строка подключения к базе в свойствах информационной базы кластера должна содержать тот же адрес и порт, что реально слушает СУБД. Если PostgreSQL перевели на нестандартный порт, а в кластере осталось значение по умолчанию, база перестанет запускаться с ошибкой соединения с СУБД.
Порты для веб-доступа и тонкого клиента через интернет
Если базы публикуются через веб-сервер (IIS или Apache), клиенты подключаются не к портам кластера напрямую, а к веб-серверу по HTTP/HTTPS. В этом случае наружу открываются только порты 80 и 443, а взаимодействие веб-расширения с кластером 1С происходит внутри сервера или внутри защищённого сегмента сети.
Для работы через интернет рекомендуется использовать только HTTPS (порт 443) с действующим сертификатом. HTTP без шифрования допустим разве что внутри изолированной локальной сети: логин и пароль пользователя 1С при базовой аутентификации передаются в виде, который легко перехватить. Публикация базы настраивается через диалог «Публикация на веб-сервере» в конфигураторе, а файл default.vrd содержит параметры подключения к кластеру.
Способы удалённого доступа к 1С
Подходит для небольшого числа удалённых пользователей; требует открытия портов 1540–1591 только внутри VPN-канала
Универсальный вариант для тонкого и веб-клиента; наружу открыт только порт 443, кластер остаётся закрытым
Клиенты работают на терминальном сервере внутри сети; порты 1С наружу не открываются вовсе
Как проверить, что порты открыты и работают
После настройки правил нужно убедиться, что порты реально доступны с клиентской машины. Самый быстрый способ в Windows — командлет PowerShell: Test-NetConnection -ComputerName srv1c -Port 1541. Значение TcpTestSucceeded: True означает, что порт открыт и служба на нём отвечает. Проверять нужно все три группы: 1540, 1541 и несколько портов из диапазона 1560–1591.
На самом сервере посмотреть, какие порты слушают процессы 1С, можно командой netstat -ano | findstr "1540 1541 156" в Windows или ss -tlnp | grep -E "154|156" в Linux. Если процесс ragent запущен, но порт 1540 не слушается, возможно, агент стартовал с другим портом — проверьте параметры запуска службы (ключ -port в строке запуска).
Финальная проверка — подключение реального клиента: добавьте информационную базу в список, указав сервер и имя базы в кластере. Если список баз в кластере запрашивается, но при входе возникает ошибка «Ошибка соединения с сервером 1С:Предприятия», это почти всегда признак закрытого диапазона рабочих процессов 1560–1591: клиент достучался до агента, но не смог подключиться к назначенному rphost.
Как проверить результат
TcpTestSucceeded: True
False — закрыт брандмауэр или не запущен агент сервера
Базы отображаются, вход выполняется
Список виден, но вход падает — закрыт диапазон 1560–1591
Процессы ragent, rmngr, rphost слушают свои порты
Процесс запущен, но порт не слушается — нестандартные параметры запуска
Типичные ошибки при настройке портов
Самая распространённая ошибка — открыть только порт 1541, считая его «главным». Клиент в этом случае видит кластер, но не может начать сеанс, потому что рабочие процессы на портах 1560–1591 недоступны. Вторая типичная ситуация — правило брандмауэра создано для профиля «Доменный», а сервер по какой-то причине определил сеть как «Общественную»: правило просто не применяется.
Ещё одна группа проблем связана с антивирусами и сторонними межсетевыми экранами: они могут иметь собственный фильтр трафика поверх брандмауэра Windows. Если порты открыты, службы работают, а соединения нет — временно проверьте, не блокирует ли трафик антивирусный модуль сетевой защиты. Также при смене порта агента сервера администраторы иногда забывают, что консоль кластера и клиенты должны указывать новый порт явно, в формате server:1640.
FAQ: частые вопросы о портах сервера 1С 8.3
Можно ли изменить стандартные порты 1540–1591 на другие?
Да. Порт агента задаётся ключом -port в параметрах запуска службы агента сервера, порты менеджера кластера и рабочих процессов меняются в свойствах кластера и рабочего сервера в консоли администрирования. После изменения нужно обновить правила брандмауэра и строки подключения у всех клиентов. Практической выгоды от смены портов обычно нет — это не мера безопасности, а лишь усложнение сопровождения.
Нужно ли открывать порты, если сервер 1С и SQL Server на одной машине?
Для связи между сервером 1С и СУБД — нет: соединение идёт через локальный интерфейс, и брандмауэр его не фильтрует. Открывать нужно только порты кластера (1540, 1541, 1560–1591) для клиентских машин. Более того, на совмещённом сервере порт СУБД стоит явно закрыть для внешних подключений.
Какой порт нужен для отладки на сервере 1С?
Для отладки серверного кода используется порт 1545 — его слушает агент сервера, запущенный с ключом -debug. Открывать его имеет смысл только на время отладки и только для машины разработчика. Постоянно держать сервер в отладочном режиме не рекомендуется: это снижает производительность рабочих процессов.
Почему Test-NetConnection показывает успех, а клиент 1С всё равно не подключается?
Чаще всего проверяется порт 1540 или 1541, а проблема в диапазоне рабочих процессов 1560–1591. Проверьте доступность конкретного порта rphost — его номер виден в консоли кластера в списке рабочих процессов. Также убедитесь, что клиент обращается к серверу по имени, которое правильно разрешается в DNS или указано в файле hosts, — несовпадение имени тоже даёт ошибку соединения.
Нужны ли UDP-порты для работы сервера 1С?
Для штатной работы кластера 1С используется только TCP. UDP может понадобиться косвенно — например, UDP 1434 для службы SQL Server Browser при именованных экземплярах MS SQL с динамическими портами, а также для служебных протоколов вроде DNS. Отдельных UDP-портов у самих процессов ragent, rmngr и rphost нет.
Достаточно ли открыть порты на сервере, если между офисами стоит маршрутизатор?
Нет. Если клиенты и сервер разделены маршрутизатором или межфилиальным файрволом, правила нужны на каждом устройстве по пути трафика: на сервере, на промежуточном сетевом оборудовании и, при необходимости, на клиентской стороне для ответного трафика (обычно исходящие соединения разрешены по умолчанию). Проверяйте доступность поэтапно — сначала внутри сегмента сервера, затем через маршрутизатор.
Что важно запомнить
Базовый набор портов сервера 1С 8.3 — TCP 1540, 1541 и диапазон 1560–1591; порт СУБД открывается только между сервером 1С и сервером баз данных. Для доступа через интернет используйте HTTPS-публикацию или VPN, а порты кластера и СУБД наружу не выставляйте. После настройки проверяйте доступность командой Test-NetConnection и реальным подключением клиента.