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

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

В клиент-серверном режиме тонкий и толстый клиенты обращаются к агенту сервера 1С по порту 1540, к менеджеру кластера — по порту 1541, а реальная обработка данных выполняется рабочими процессами в диапазоне 1560–1591. Если база опубликована на веб-сервере (Apache или IIS), клиент работает по стандартным портам HTTP/HTTPS — 80 и 443, и порты кластера наружу открывать не требуется.

Файловая база, размещённая в общей сетевой папке, вообще не использует порты сервера 1С: клиент обращается к файлам по протоколу SMB, и проблемы подключения решаются на уровне сетевого доступа Windows, а не настройки портов 1С.

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

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

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

Стандартное назначение портов выглядит так: 1540 — агент сервера 1С (основная точка входа для клиентов и консоли кластера), 1541 — менеджер кластера (служебное взаимодействие внутри кластера), диапазон 1560–1591 — рабочие процессы rphost, через которые фактически выполняются запросы клиентов. Если на сервере поднято несколько кластеров, у каждого следующего кластера порты смещаются: например, 1640, 1641 и так далее.

Важно понимать: клиент указывает в строке подключения только имя сервера и, при необходимости, порт агента. Диапазон рабочих процессов клиент получает автоматически, поэтому блокировка портов 1560–1591 на межсетевом экране приводит к ситуации, когда база «видна» в списке, но при входе возникает ошибка соединения.

Порты при работе через веб-сервер и файловую базу

Если информационная база опубликована на веб-сервере Apache или IIS, тонкий клиент и веб-клиент подключаются по протоколу HTTP или HTTPS. В этом случае наружу открывается только порт веб-сервера — 80 или 443, а взаимодействие веб-сервера с кластером 1С происходит внутри серверной инфраструктуры. Такая схема заметно упрощает настройку брандмауэра и удобна для доступа через интернет.

Файловый вариант работы устроен иначе: клиент напрямую читает и пишет файл базы 1Cv8.1CD в общей сетевой папке. Здесь используются порты протокола SMB (как правило, 445), а сервер 1С и его порты не участвуют вообще. Если файловая база недоступна, проверять нужно сетевые разрешения Windows и доступность шары, а не порты 1540–1591.

Как узнать, какой порт фактически используется

Самый простой способ — посмотреть настройки кластера в консоли администрирования серверов 1С. Откройте консоль, подключитесь к агенту (по умолчанию порт 1540), разверните ветку кластера и посмотрите свойства: там указаны порт кластера и диапазон портов рабочих процессов. Если порт кластера меняли при установке, именно здесь видно актуальное значение.

На самом сервере можно проверить, какие порты слушают процессы 1С, командой в командной строке. Она покажет все прослушиваемые порты процессов ragent, rmngr и rphost:

netstat -ano | findstr "LISTENING" | findstr "1540 1541 156"

Со стороны клиента определить порт подключения можно через Диспетчер задач или утилиту TCPView: найдите процесс 1cv8.exe (или 1cv8c.exe для тонкого клиента) и посмотрите установленные соединения. Удалённый порт в активном соединении и есть фактический порт рабочего процесса, с которым сейчас работает клиент.

Как проверить доступность порта и открыть его

Проверка доступности порта с клиентской машины выполняется стандартными средствами Windows. Команда Test-NetConnection в PowerShell наглядно показывает, проходит ли TCP-соединение до сервера:

Test-NetConnection -ComputerName srv1c -Port 1540

Если в выводе TcpTestSucceeded равно True — порт доступен, сеть и брандмауэр соединение не блокируют. Значение False означает, что порт закрыт: либо служба агента сервера 1С не запущена, либо трафик режется брандмауэром Windows на сервере или сетевым оборудованием между клиентом и сервером.

Чтобы открыть порты на сервере, создайте входящие правила в брандмауэре Windows: разрешите TCP-порты 1540, 1541 и диапазон 1560–1591, а также 80/443, если база публикуется на веб-сервере. Альтернативный и более аккуратный подход — разрешить входящие соединения для исполняемых файлов ragent.exe, rmngr.exe и rphost.exe: тогда правила останутся рабочими даже при смене портов кластера.

Типичные ошибки и ограничения

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

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

Безопасность и рекомендации по публикации

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

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

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