порт 1541 открыт, а бухгалтерия не заходит: какие порты нужны серверу 1С

Для клиент-серверной 1С на связке с MS SQL Server нужно открыть: 1433 для СУБД, 1540 и 1541 для агента и менеджера кластера 1С, диапазон 1560–1591 для рабочих процессов, а при веб-публикации — 80 и 443. Закрытый диапазон рабочих процессов — частая причина, почему клиенты видят «сервер не отвечает» уже после переноса базы на новый сервер.

перенос в пятницу, сбой в понедельник: разбор одного случая

Компания на 35 пользователей переносила базу 1С:Бухгалтерия и Зарплата на новый сервер вечером в пятницу. Штатный админ поднял кластер серверов 1С и СУБД MS SQL, скопировал базу, зашёл под своей учётной записью прямо с сервера — всё открылось. В файрволе он добавил правило только для порта 1541, потому что на старом сервере кластер жил годами и никто не помнил, зачем там ещё какие-то диапазоны.

В понедельник в 9:00 бухгалтерия открыла базу для закрытия месяца и получила ошибку «сервер не отвечает». Тонкий клиент до сервера дотягивался — агент кластера откликался, список баз показывался. Но на следующем шаге, при попытке получить рабочий процесс, соединение обрывалось. Три часа компания не могла провести ни одного документа: склад не отгружал заказы, оформленные в этот день, бухгалтерия не успевала свести обороты к сроку сдачи отчётности. Админ потратил утро на пересборку кластера, прежде чем понял, что дело не в базе, а в диапазоне портов рабочих процессов, который никто не открыл.

почему порта 1541 мало: как клиент подключается к серверу 1С

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

Диапазон в 32 порта выбран не случайно: каждый рабочий процесс держит собственный порт, и это ограничивает число процессов, которые могут работать одновременно. Именно поэтому в описанном случае агент отвечал нормально — правило на 1541 работало. Но дальше клиент пытался достучаться до рабочего процесса на порту, скажем, 1564, а этот порт файрвол не пропускал. Снаружи это выглядит как «сервер не отвечает», хотя сервер отвечает исправно, просто на другом порту, о котором никто не подумал. Требования к сети для клиент-серверного варианта зафиксированы и в системных требованиях 1С — там же указан диапазон портов по умолчанию.

полный список портов для клиент-серверной 1С на MS SQL

Ниже — порты, которые нужны для связки 1С:Предприятие, сервер 1С и MS SQL Server, включая веб-доступ через тонкий клиент.

Если база опубликована для тонкого клиента или мобильных пользователей через веб-сервер, добавляются стандартные 80 и 443. Это отдельный стек, не связанный с портами кластера, и его настраивают на веб-сервере — IIS или Apache, — а не в свойствах кластера серверов 1С.

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

на Windows Server

Правило добавляется через оснастку брандмауэра в режиме повышенной безопасности или тремя командами из консоли:

• ✓netsh advfirewall firewall add rule name=1C_Agent dir=in action=allow protocol=TCP localport=1540-1541
• ✓netsh advfirewall firewall add rule name=1C_Workers dir=in action=allow protocol=TCP localport=1560-1591
• ✓netsh advfirewall firewall add rule name=SQL_Server dir=in action=allow protocol=TCP localport=1433

на Linux (firewalld)

• ✓firewall-cmd --zone=public --add-port=1540-1541/tcp --permanent
• ✓firewall-cmd --zone=public --add-port=1560-1591/tcp --permanent
• ✓firewall-cmd --reload

Если сервер арендован у хостинг-провайдера, правил в самой ОС может быть недостаточно. У большинства провайдеров есть второй уровень фильтрации — security group в панели управления или правила на уровне гипервизора, и его нужно открывать отдельно от файрвола внутри сервера.

проверка с рабочей станции, а не с сервера

Правило в файрволе не гарантирует, что сервис реально слушает порт. Проверять нужно с той машины, откуда будет заходить пользователь: команда Test-NetConnection -ComputerName адрес_сервера -Port 1541 в PowerShell покажет, доходит ли соединение. На стороне сервера полезно посмотреть netstat -an и убедиться, что рабочие процессы действительно висят на портах из диапазона 1560–1591, а не упали после последнего перезапуска кластера. Именно эта проверка заняла бы у админа из примера пять минут в пятницу вечером вместо трёх часов простоя в понедельник.

четыре причины, из-за которых порты «открыты», а клиент всё равно не заходит

• ✓открыли только 1541 и забыли про диапазон рабочих процессов 1560–1591 — самая частая ошибка, разобранная выше
• ✓правило добавили в файрвол операционной системы, но не в security group облачной панели или у хостинг-провайдера — получаются два уровня фильтрации, и закрыт хотя бы один
• ✓MS SQL Server работает на named instance с динамическим портом, а UDP 1434 для SQL Browser не открыт, поэтому сервер 1С не может узнать, куда стучаться
• ✓антивирус на сервере блокирует исполняемый файл rphost.exe отдельно от правил файрвола по портам, и порты формально открыты, а процесс до них не доходит

перенос на арендованный сервер: как настраиваем сеть до передачи доступов

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

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

Аренда сервера для 1С стоит от 1 100 ₽ в месяц за пользователя, и настройка сети входит в эту стоимость. Если база уже работает на своём сервере и нужно точечно донастроить порты кластера без переезда, такая работа входит в сопровождение 1С и услуги сисадмина — от 3 800 руб/час, а разбор ситуации из примера выше обычно занимает меньше часа, если сразу знать, где искать проблему. Отдельная услуга — настройка сервера 1С под конкретную конфигурацию кластера и СУБД.

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

Нужно ли открывать порт 1541, если 1С работает в файловом режиме без отдельного сервера?

Нет. Файловый режим 1С работает через обычную сетевую папку по протоколу SMB (порт 445), без отдельного сервера 1С. Порты 1540, 1541 и диапазон 1560–1591 нужны только клиент-серверному варианту, где базой управляет отдельный сервер 1С и СУБД MS SQL или PostgreSQL.

Можно ли сузить диапазон рабочих процессов 1560–1591 до пары портов?

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

Почему после открытия всех портов из списка клиенты всё равно не подключаются?

Чаще всего это два уровня файрвола: правило добавили в файрвол операционной системы, но не в security group облачной панели или у хостинг-провайдера. Также встречается блокировка антивирусом процесса rphost.exe отдельно от правил по портам — сами порты открыты честно, но процесс до них не доходит.

Какой порт нужен для MS SQL Server, если используется named instance?

Для named instance порт назначается динамически при каждом старте службы. Его можно зафиксировать вручную через SQL Server Configuration Manager, либо открыть UDP 1434 — тогда клиенты и сервер 1С сами узнают текущий порт через службу SQL Browser.

Что будет, если просто открыть все порты подряд без разбора?

Это не решит проблему подключения — нужны конкретные порты кластера 1С и СУБД, а не диапазон 1–65535 целиком. Открытые без разбора порты не устранят ошибку и создадут реальный риск для безопасности сервера, доступного из интернета.