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

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

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

Какие порты использует сервер 1С:Предприятие — 1540, 1541, 1560–1591, порты СУБД и веб-сервера. Как открыть их в брандмауэре и проверить доступность.

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

Базовая схема такова: агент сервера 1С слушает порт 1540, менеджер кластера — порт 1541, а рабочие процессы кластера занимают диапазон 1560–1591. Дополнительно нужны порты СУБД (1433 для MS SQL Server, 5432 для PostgreSQL) и порты веб-сервера, если публикация выполняется через IIS или Apache. Все перечисленные порты работают по протоколу TCP.

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

Основные порты сервера 1С:Предприятие

Архитектура сервера 1С состоит из трёх сетевых компонентов, каждому из которых назначен свой порт. Агент сервера (процесс ragent) принимает первичные подключения клиентов и слушает порт 1540. Менеджер кластера (rmngr) координирует работу процессов и отвечает на порту 1541. Рабочие процессы (rphost), непосредственно исполняющие код прикладных решений, занимают порты из диапазона 1560–1591.

Клиентское приложение при подключении сначала обращается к агенту на порт 1540, получает от него адрес и порт нужного рабочего процесса, а затем устанавливает соединение уже напрямую с rphost. Поэтому открыть только 1540 недостаточно: если диапазон 1560–1591 закрыт, соединение оборвётся на втором этапе с характерной ошибкой.

ПортПротоколКомпонентНазначение
1540TCPАгент сервера (ragent)Первичное подключение клиентов, регистрация кластера
1541TCPМенеджер кластера (rmngr)Управление кластером, консоль администрирования
1560–1591TCPРабочие процессы (rphost)Исполнение кода прикладных решений
1545TCPСервер отладки (dbgs)Отладка по протоколу TCP на сервере
Клиент не видит сервер вообщеЗакрыт порт 1540

Проверьте telnet имя_сервера 1540 с клиентской машины

Сервер виден, но подключение обрываетсяЗакрыт диапазон 1560–1591

Проверьте правила брандмауэра для всего диапазона

Консоль кластера не подключаетсяЗакрыт порт 1541

Убедитесь, что служба агента сервера запущена

Порты СУБД и сопутствующих служб

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

Для MS SQL Server стандартный порт — 1433 (TCP), а служба SQL Server Browser использует UDP-порт 1434 для работы с именованными экземплярами. Для PostgreSQL — порт 5432. Для IBM Db2 — обычно 50000, для Oracle Database — 1521. Если публикация информационных баз выполняется через веб-сервер, дополнительно потребуются порты 80 (HTTP) и 443 (HTTPS) на машине с IIS или Apache.

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

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

На сервере под управлением Windows правила создаются через оснастку «Брандмауэр Защитника Windows — дополнительные параметры» или командой netsh. Ниже пример создания входящих правил для всех основных портов сервера 1С одной командой.

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

При создании правил вручную через графический интерфейс выберите тип правила «Для порта», укажите TCP и перечислите порты: 1540, 1541, 1560–1591. Профиль сети выбирайте «Доменный» или «Частный» — открывать порты 1С для профиля «Публичный» не следует. Если сервер СУБД находится на той же машине, добавьте правило и для его порта.

На Linux-сервере аналогичные правила добавляются через firewalld или iptables. Например, для firewalld достаточно команд firewall-cmd --add-port=1540/tcp и аналогичных для остальных портов с последующим --runtime-to-permanent.

Порядок действий
  1. 1
    Убедитесь, что служба «Агент сервера 1С:Предприятия» запущена
  2. 2
    Создайте входящее правило брандмауэра для портов 1540, 1541 и 1560–1591 по TCP
  3. 3
    При разнесённой СУБД откройте порт 1433 или 5432 между серверами 1С и СУБД
  4. 4
    Перезапускать службу после изменения правил брандмауэра не требуется
  5. 5
    Проверьте доступность портов с клиентской машины

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

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

На самом сервере проверить, какие порты реально слушают процессы 1С, помогает команда netstat -ano | findstr "1540 1541 156". По столбцу PID можно сопоставить порты с процессами ragent, rmngr и rphost через диспетчер задач. Если процесс запущен, но порт не слушается — вероятно, в реестре кластера изменены настройки или служба стартовала с ошибкой.

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

Как проверить результат

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

TcpTestSucceeded: True

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

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

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

Порты 1540, 1541, 1560+ в состоянии LISTENING

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

Порты отсутствуют в выводе

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

Список баз открывается, сеанс стартует

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

Ошибка «Сервер 1С:Предприятия не обнаружен»

Изменение портов по умолчанию и типичные ошибки

Порты можно изменить при установке сервера 1С (параметры командной строки установщика) или позже через свойства центрального сервера в консоли администрирования. Это бывает нужно, когда на одной машине работают два кластера разных версий платформы: второму назначают, например, порты 1640, 1641 и диапазон 1660–1691. Главное правило — все компоненты одного кластера должны использовать согласованные значения, а клиенты должны знать порт агента, если он нестандартный (он указывается в строке подключения через двоеточие после имени сервера).

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

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

Безопасность и ограничения

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

На маршрутизаторах и межсетевых экранах между сегментами сети следует разрешать трафик только между конкретными адресами: клиентские подсети — сервер 1С (порты 1540, 1541, 1560–1591), сервер 1С — сервер СУБД (1433 или 5432). Такой подход минимизирует поверхность атаки и упрощает аудит.

Итог

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

Сервер 1С использует TCP-порты 1540, 1541 и диапазон 1560–1591; СУБД требует 1433 (MS SQL) или 5432 (PostgreSQL); веб-публикация — 80/443. Открывайте весь диапазон целиком, проверяйте доступность через Test-NetConnection и никогда не публикуйте эти порты в интернет напрямую.

Частые вопросы

Можно ли открыть только порт 1540?

Нет. Порт 1540 используется только для первичного обращения к агенту сервера. Дальше клиент подключается к рабочему процессу на одном из портов диапазона 1560–1591, и если он закрыт, сеанс не запустится. Открывать нужно 1540, 1541 и весь диапазон 1560–1591.

Как узнать, какие порты использует мой кластер, если их меняли?

Откройте консоль администрирования серверов 1С и посмотрите свойства кластера и центрального сервера — там указаны фактические значения. Альтернативный способ — выполнить на сервере netstat -ano и найти порты, которые слушают процессы ragent, rmngr и rphost.

Нужны ли эти порты при файловом режиме работы базы?

Нет. В файловом режиме сервер 1С не используется, клиент обращается напрямую к файлу базы по сети — для этого достаточно доступа к сетевой папке (SMB, порт 445). Порты 1540–1591 нужны только в клиент-серверном варианте работы.

Почему telnet к порту 1540 проходит, а клиент 1С всё равно не подключается?

Чаще всего причина в закрытом диапазоне 1560–1591 или в том, что агент сервера возвращает клиенту внутреннее имя сервера, которое не разрешается DNS на клиентской машине. Проверьте весь диапазон портов и добавьте запись о сервере в DNS или в файл hosts клиента.

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

Для отладки по протоколу TCP сервер отладки (dbgs) по умолчанию использует порт 1545, а также требуется доступность портов рабочих процессов. Если отладка не подключается при работающем приложении, проверьте, что сервер отладки запущен и порт 1545 не заблокирован.

Меняются ли порты при обновлении платформы 1С?

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