1С тонкий клиент: какие порты открыть для подключения

Тонкий клиент 1С подключается к серверу 1С:Предприятие по собственному протоколу, и для стабильной работы достаточно открыть небольшой набор TCP-портов. В типовой схеме это порт агента сервера 1540, порты кластера 1541 и диапазон рабочих процессов 1560–1591. Если база работает в файловом режиме или через веб-сервер, набор портов будет другим.

Ошибка «сервер 1С не обнаружен» или «ошибка соединения с сервером» в большинстве случаев означает, что брандмауэр Windows, антивирус или сетевое оборудование блокирует один из этих портов. Ниже разобрано, какие именно порты участвуют в работе, как их открыть и как проверить результат.

Важно понимать, с какой архитектурой вы работаете: клиент-серверная база на сервере 1С, файловая база в общей папке или публикация через веб-сервер (IIS/Apache). От этого зависит весь список правил, которые нужно создать.

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

Сервер 1С:Предприятие состоит из нескольких служб, и каждая слушает свой порт. Агент сервера (ragent) по умолчанию работает на порту 1540 — через него клиент получает информацию о кластере. Менеджер кластера (rmngr) использует порт 1541 — именно к нему тонкий клиент обращается за списком баз и распределением нагрузки.

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

Если на сервере развёрнут агент сервера администрирования (ras) для удалённого управления кластером, он по умолчанию слушает порт 1545. Открывать его наружу нужно только для администраторов и только при реальной необходимости.

Порты для разных режимов работы базы

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

Клиент-серверный режим

Стандартная схема: тонкий клиент → сервер 1С → СУБД (MS SQL, PostgreSQL и др.). Между клиентом и сервером 1С нужны порты 1540, 1541 и 1560–1591. Порты СУБД (например, 1433 для MS SQL) открывать клиентам не нужно — с базой данных общается только сервер 1С, и это соединение должно быть закрыто от пользовательской сети.

Подключение через веб-сервер

Если база опубликована на IIS или Apache, тонкий клиент подключается по HTTP/HTTPS. В этом случае достаточно открыть порт 80 или 443 на веб-сервере. Порты 1540–1591 должны быть доступны только между веб-сервером и сервером 1С, если они разнесены на разные машины.

Файловая база в общей папке

При файловом режиме тонкий клиент работает с файлом базы напрямую через сетевую папку. Нужны порты SMB: TCP 445 (основной) и при необходимости 139 для устаревших систем. Учтите, что тонкий клиент в файловом режиме имеет ограничения — часть конфигураций требует веб-сервер или клиент-серверный режим.

Настройка брандмауэра Windows на сервере 1С

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

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

Быстрее всего правила создаются через PowerShell от имени администратора:

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

1. 1
   Определите режим работы базы: клиент-серверный, веб-сервер или файловый
2. 2
   Создайте входящее правило брандмауэра для TCP-портов 1540, 1541, 1560–1591
3. 3
   Проверьте, что служба «Агент сервера 1С:Предприятия» запущена
4. 4
   Проверьте доступность портов с клиентской машины командой Test-NetConnection
5. 5
   При наличии антивируса с сетевым экраном добавьте аналогичные правила в него
6. 6
   Если клиенты в другом сегменте сети — проверьте правила на маршрутизаторе или межсетевом экране между сегментами

Проверка доступности портов с клиентской машины

После настройки убедитесь, что порты реально доступны. На компьютере пользователя выполните в PowerShell команду Test-NetConnection имя_сервера -Port 1541. Значение TcpTestSucceeded : True означает, что порт открыт и принимает соединения.

Проверьте минимум три точки: порт 1540, порт 1541 и один-два порта из диапазона 1560–1591. Если первые два доступны, а рабочие порты нет — клиент подключится к кластеру, но не сможет запустить сеанс, и ошибка появится уже при входе в базу.

Если Test-NetConnection возвращает False, проверяйте последовательно: запущена ли служба сервера 1С, создано ли правило брандмауэра и активен ли нужный профиль сети, не блокирует ли трафик антивирус или сетевое оборудование между клиентом и сервером.

Удалённый доступ через интернет и VPN

Открывать порты 1540–1591 напрямую в интернет категорически не рекомендуется: протокол сервера 1С не предназначен для работы в открытой сети, а сам сервер становится целью для атак. Для удалённых сотрудников используйте VPN до офисной сети — тогда правила брандмауэра остаются внутренними.

Альтернатива — публикация базы на веб-сервере с HTTPS и открытие наружу только порта 443. Это стандартная и более безопасная схема: трафик шифруется, а доступ к серверу 1С из интернета отсутствует. Дополнительно включите аутентификацию на веб-сервере и ограничьте доступ по IP, если адреса сотрудников известны.

Типичные ошибки при настройке

Самая частая ошибка — открытие только порта 1541. Клиент видит сервер и список баз, но при запуске сеанса получает ошибку, потому что рабочие процессы на портах 1560–1591 недоступны. Всегда открывайте полный набор портов.

Вторая распространённая ситуация — правило создано для профиля «Частный», а сетевое подключение сервера определено как «Общественное». Правило в этом случае не применяется. Проверьте профиль активной сети и область действия правила.

Третья группа проблем — стороннее ПО: антивирусы с собственным сетевым экраном, корпоративные межсетевые экраны и фильтрация на коммутаторах. Если правила Windows настроены верно, а порт недоступен, искать блокировку нужно на промежуточном оборудовании.

FAQ