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

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

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

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

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

Центральный компонент клиент-серверной архитектуры — агент сервера 1С. По умолчанию он прослушивает TCP-порт 1540, который используется для служебных соединений компонентов кластера. Порт 1541 применяется для основного подключения клиентских приложений к агенту сервера.

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

Рабочие процессы кластера (rphost) по умолчанию получают порты из диапазона 1560–1591. Именно с этими процессами клиенты работают после того, как агент перенаправил соединение. Диапазон можно изменить в свойствах рабочего сервера в консоли кластера, что бывает полезно при жёстких сетевых политиках.

Порты СУБД: SQL Server, PostgreSQL и другие

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

PostgreSQL по умолчанию работает на порту 5432. Для 1С используются специальные сборки PostgreSQL, но порт остаётся стандартным, если администратор его не менял в postgresql.conf. IBM Db2 обычно использует порт 50000, Oracle Database — 1521.

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

Порты для веб-доступа и тонкого клиента через интернет

При публикации базы на веб-сервере (IIS или Apache) используются стандартные порты HTTP и HTTPS: 80 и 443. Через них работают веб-клиент, тонкий клиент по протоколу HTTP, а также опубликованные HTTP- и SOAP-сервисы 1С, включая OData для интеграций.

Для доступа извне настоятельно рекомендуется использовать HTTPS с действующим сертификатом: трафик между клиентом и веб-сервером по умолчанию не шифруется, и логины с паролями передаются открытым текстом. Порт 80 в такой схеме разумно оставить только для перенаправления на 443.

Файловый режим и сетевые папки

В файловом варианте работы база лежит в общей сетевой папке, и клиенты обращаются к ней по протоколу SMB. Используются порты 445 (TCP, современные версии SMB) и 139 (TCP, устаревший NetBIOS over TCP/IP). Отдельный сервер 1С в этой схеме отсутствует, поэтому порты 1540–1591 не задействованы.

Файловый режим через SMB критичен к качеству сети: разрывы соединения могут приводить к повреждению файла базы. Для работы через VPN или медленные каналы файловый режим по сети не подходит — в таких сценариях переходят на клиент-серверный вариант или веб-публикацию.

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

На сервере 1С правила создаются для входящих TCP-подключений. Проще всего сделать это через «Брандмауэр Защитника Windows — Дополнительные параметры» или командой в PowerShell. Учитывайте, что порты 1540, 1541, 1545 и диапазон 1560–1591 нужны на сервере 1С, а порт СУБД — на сервере баз данных.

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

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

Альтернатива правилам по портам — правила для конкретных исполняемых файлов: ragent.exe, rmngr.exe и rphost.exe. Такой подход устойчивее к изменению диапазона портов, но требует обновления правил при смене пути установки платформы.

Как проверить, какие порты слушает сервер, и доступность извне

Убедиться, что службы 1С действительно прослушивают нужные порты, можно командой netstat -ano | findstr "1540 1541 1545" на сервере. В выводе должны быть строки со состоянием LISTENING. По идентификатору процесса (PID) через диспетчер задач легко определить, что порт занят именно агентом сервера 1С, а не посторонней программой.

Доступность порта с клиентской машины проверяется командой Test-NetConnection имя_сервера -Port 1541 в PowerShell. Результат TcpTestSucceeded: True означает, что путь открыт; False — порт закрыт брандмауэром, служба не запущена или мешает сетевое оборудование между клиентом и сервером.

Типичные ошибки и частые вопросы по портам 1С

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