Как подключить сервер 1С по сети

Клиент-серверный режим работы 1С подразумевает, что агент сервера 1С:Предприятия принимает подключения от клиентских компьютеров по локальной сети, а данные хранятся в СУБД (MS SQL Server, PostgreSQL или другой поддерживаемой базе). Чтобы клиенты могли подключиться, нужно правильно установить платформу на сервере, открыть сетевые порты, разрешить разрешение имен и корректно прописать адрес кластера в списке информационных баз.

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

Инструкция ориентирована на типовую конфигурацию: сервер под Windows Server, СУБД на отдельной или той же машине, клиенты в одной локальной сети или подключающиеся через VPN. Для Linux-варианта и веб-доступа отличия указаны отдельно.

Проверьте сетевую доступность и разрешение имен

Прежде чем трогать настройки 1С, убедитесь, что клиентский компьютер вообще видит сервер по сети. Откройте командную строку на клиенте и выполните ping имя_сервера. Если ping по имени не проходит, но по IP-адресу проходит — проблема в разрешении имен: настройте DNS-запись на внутреннем DNS-сервере или добавьте строку в файл C:\Windows\System32\drivers\etc\hosts на каждом клиенте.

Имя сервера важно, потому что клиент 1С по умолчанию обращается к кластеру именно по имени, а не по IP. При этом кластер внутри себя тоже использует имя — если сервер был переименован после установки платформы, агент может стартовать, но клиенты не подключатся. В таком случае проще пересоздать кластер с актуальным именем.

Дополнительно проверьте, что сервер и клиенты находятся в одной подсети либо между ними настроена маршрутизация без фильтрации нужных портов. Если клиенты подключаются через VPN, убедитесь, что VPN-сервер выдает маршрут до сети сервера и не блокирует трафик.

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

На сервере запустите установщик платформы той же версии, что используется (или планируется) на клиентах. В списке компонентов отметьте «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» — вторая компонента ставит консоль управления кластером. Если сервер 64-разрядный, ставьте 64-битную версию сервера 1С: это снимает ограничения по памяти для рабочих процессов.

При установке укажите учетную запись, от имени которой будет работать служба «Агент сервера 1С:Предприятия». По умолчанию создается локальный пользователь USR1CV8. Для небольших сетей это допустимо, но если сервер 1С и СУБД — разные машины, удобнее использовать доменную учетную запись с правами на обе системы, чтобы аутентификация в СУБД проходила через Windows-авторизацию.

После установки откройте «Службы» (services.msc) и убедитесь, что служба «Агент сервера 1С:Предприятия» запущена и стоит в режиме автозапуска. Затем откройте консоль «Администрирование серверов 1С:Предприятия», добавьте локальный сервер и проверьте, что в дереве виден кластер и рабочие процессы.

Откройте порты в брандмауэре

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

Быстрее всего создать правила командой в PowerShell от имени администратора:

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

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

Отдельный момент — порт СУБД. Если SQL Server или PostgreSQL стоит на той же машине, открывать его порт наружу не нужно: сервер 1С общается с СУБД локально. Если СУБД на отдельном сервере, откройте порт СУБД (для MS SQL по умолчанию 1433) только между двумя серверами, а не для всей сети.

Создайте информационную базу в кластере

Откройте консоль администрирования серверов 1С, разверните кластер, найдите узел «Информационные базы» и создайте новую базу. Укажите имя базы (оно будет видно пользователям в списке), тип и параметры СУБД: адрес сервера баз данных, имя базы в СУБД, учетные данные пользователя СУБД с правами на создание и изменение базы.

Если база уже существует в виде файловой копии (.dt или папка с 1Cv8.1CD), загрузите её через конфигуратор: сначала создайте пустую серверную базу, затем в конфигураторе выполните «Администрирование → Загрузить информационную базу». Перед загрузкой убедитесь, что никто не работает с базой, и сделайте резервную копию исходных данных.

Обратите внимание на параметр «Блокировка регламентных заданий» — для тестовых копий базы его стоит включить, чтобы копия не запускала обмены и не отправляла данные во внешние системы параллельно с рабочей базой.

Подключите базу на клиентских компьютерах

На клиенте установите платформу той же версии, что и на сервере. Запустите 1С, в окне выбора баз нажмите «Добавить» → «Добавление в список существующей информационной базы» → выберите «На сервере 1С:Предприятия». В поле «Кластер серверов» укажите имя сервера (или IP, если DNS не настроен, но имя предпочтительнее), в поле «Имя информационной базы» — точное имя базы из консоли кластера.

Способ аутентификации зависит от настроек базы: «Выбирать автоматически» подойдет в большинстве случаев. Если в базе включена аутентификация операционной системы и клиенты в домене, пользователи войдут без ввода пароля. Иначе потребуется логин и пароль пользователя 1С, созданного в конфигураторе.

После добавления запустите базу и проверьте скорость открытия форм и проведение документов. Заметные задержки при простых операциях обычно указывают на проблемы с сетью (высокий пинг, потери пакетов) или на перегруженный сервер СУБД, а не на клиентский компьютер.

1. 1
   Проверьте ping и разрешение имени сервера с клиентского ПК
2. 2
   Установите на сервер компоненты «Сервер 1С:Предприятия» и консоль администрирования
3. 3
   Убедитесь, что служба агента сервера запущена и стоит на автозапуске
4. 4
   Откройте порты 1540, 1541 и 1560–1591 в брандмауэре
5. 5
   Создайте информационную базу в кластере и при необходимости загрузите данные из .dt
6. 6
   Установите платформу той же версии на клиентах и добавьте базу с указанием сервера и имени базы
7. 7
   Войдите в базу и проверьте работу: открытие списков, проведение документов, отчеты

Выберите способ доступа для удаленных пользователей

Если часть сотрудников работает вне офисной сети, прямое подключение к кластеру через интернет — плохой вариант. Есть три рабочих подхода, и у каждого свои условия применения.

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

Диагностируйте типичные ошибки подключения

Ошибка «Сервер 1С:Предприятия не обнаружен» почти всегда означает, что служба агента не запущена, порт 1541 закрыт или имя сервера не разрешается. Проверяйте в этом порядке: служба на сервере → Test-NetConnection к порту 1541 → DNS/hosts.

Ошибка «Несовместимая версия» возникает при разных релизах платформы на клиенте и сервере. Решение — выровнять версии. Если на сервере стоит несколько версий платформы, убедитесь, что клиент запускает именно ту, под которой создан кластер.

Сообщение «Ошибка СУБД» при создании или открытии базы указывает на проблему между сервером 1С и сервером баз данных: неверный логин/пароль пользователя СУБД, недостаточно прав, закрыт порт СУБД или база данных недоступна. Смотрите технологический журнал и журнал ошибок СУБД — там указана конкретная причина.

Ограничения и когда нужен специалист

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

В этих случаях привлеките специалиста по администрированию 1С или как минимум выполните работы на тестовой копии базы. Перед любыми изменениями на боевом сервере сделайте полную резервную копию базы средствами СУБД — выгрузка .dt не заменяет бэкап на уровне СУБД при серьезных сбоях.

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