По каким портам работает тонкий клиент 1С

Тонкий клиент 1С не подключается к базе данных напрямую — он общается с кластером серверов 1С:Предприятие или с веб-сервером, через который опубликована база. От сценария развёртывания зависит, какие порты нужно открыть на сервере и в сетевом оборудовании между клиентом и сервером.

Основной набор портов фиксирован и одинаков для большинства установок: кластер серверов 1С по умолчанию использует диапазон 1540–1541 и 1560–1591. При публикации через веб-сервер клиенту достаточно стандартных портов HTTP (80) или HTTPS (443). Ниже разберём каждый вариант подключения и покажем, как проверить доступность портов на практике.

Понимание схемы портов помогает быстро диагностировать типичную ситуацию: клиент установлен, сервер работает, но при запуске появляется ошибка соединения. В большинстве таких случаев виноват закрытый порт на брандмауэре Windows, антивирусном экране или сетевом маршрутизаторе.

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

Когда тонкий клиент подключается к серверной базе напрямую (строка подключения вида Srvr="Server1";Ref="Base1"), он взаимодействует со службой «Агент сервера 1С:Предприятия». Эта служба и связанные с ней процессы слушают фиксированный набор TCP-портов.

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

Диапазон рабочих портов можно изменить в консоли администрирования кластера (свойства кластера, параметр «IP-порт»). Если в кластере несколько рабочих серверов, порты должны быть открыты на каждом из них.

Порты при публикации через веб-сервер

Второй популярный сценарий — публикация информационной базы на веб-сервере IIS или Apache. В этом случае тонкий клиент подключается по адресу вида http://server/base1, и весь трафик между клиентом и веб-сервером идёт по стандартным веб-портам.

Для клиента достаточно открыть порт 80 (HTTP) или 443 (HTTPS). Веб-сервер сам обращается к кластеру 1С по портам 1540–1591, но это происходит уже внутри серверного сегмента — на стороне пользователя эти порты открывать не нужно.

Такой вариант удобен для работы через интернет и филиальных сетей: наружу выставляется только HTTPS-порт, а диапазон кластера остаётся закрытым. Это существенно снижает поверхность атаки по сравнению с прямым доступом к 1540–1591.

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

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

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

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

Если сервер 1С работает на Linux, правила добавляются через iptables или firewalld. Учтите, что многие дистрибутивы по умолчанию блокируют все входящие порты, кроме явно разрешённых.

# Проверка доступности порта 1540 с клиентской машины (PowerShell)
Test-NetConnection -ComputerName server1c -Port 1540

# Linux: проверка через nc
nc -zv server1c 1540 1541
nc -zv server1c 1560-1591

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

Перед настройкой правил полезно убедиться, что службы кластера вообще запущены и слушают ожидаемые порты. На самом сервере это делается одной командой.

# Windows: какие порты слушают процессы 1С
netstat -ano | findstr "1540 1541 1560"

# Linux: проверка слушающих сокетов
ss -tlnp | grep -E "ragent|rmngr|rphost"

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

С клиентской стороны используйте Test-NetConnection в PowerShell — он покажет, доступен ли конкретный порт через сеть. Результат TcpTestSucceeded: False при работающем сервере почти всегда означает, что порт закрыт брандмауэром или сетевым фильтром по пути.

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

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

Отдельный случай — конфликт портов. Если на том же сервере установлено несколько кластеров 1С (например, для разных версий платформы), второй кластер получит порты 2540, 2541, 2560–2591. Это штатное поведение, но про него часто забывают при настройке брандмауэра.

Порты смежных компонентов, которые тоже могут мешать

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

Сервер СУБД: PostgreSQL обычно слушает порт 5432, MS SQL Server — 1433. Эти порты должны быть открыты между сервером 1С и сервером баз данных, но не обязательно для клиентских машин — тонкий клиент с СУБД напрямую не работает.

Лицензирование: если используется сервер лицензий 1С, клиенты обращаются к нему по тем же портам кластера. При программных лицензиях, привязанных к компьютеру, сетевые порты не нужны. Также стоит проверить разрешение имён: клиент обращается к серверу по имени, и если DNS не работает, ошибка соединения возникнет ещё до обращения к порту.

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