Как настроить доступ к серверу 1С

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

Ниже описан рабочий порядок настройки: от проверки сети и портов до создания базы в кластере и выдачи прав пользователям. Инструкция ориентирована на типовую связку «сервер 1С + MS SQL Server», но логика та же для PostgreSQL и других поддерживаемых СУБД.

Проверьте сетевую доступность и порты сервера

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

Начните с простой диагностики: с клиентской машины выполните ping по имени сервера и по IP-адресу. Если по IP отвечает, а по имени нет — проблема в DNS, и её можно временно обойти, прописав сервер в файл hosts на клиенте. Затем проверьте доступность порта 1541 командой Test-NetConnection имя_сервера -Port 1541 в PowerShell.

Test-NetConnection srv1c -Port 1541

Отдельно проверьте доступ к порту СУБД: для MS SQL Server это обычно 1433. Сам сервер 1С должен без ограничений обращаться к SQL-серверу, иначе база создастся, но работать не будет.

Убедитесь, что служба агента сервера запущена

На сервере откройте оснастку «Службы» (services.msc) и найдите службу «Агент сервера 1С:Предприятия». Она должна быть в состоянии «Выполняется», а тип запуска — «Автоматически». Если служба остановлена, запустите её и проверьте журнал событий Windows на предмет ошибок старта.

Частая причина, по которой служба не стартует или стартует, но кластер недоступен, — учётная запись, от имени которой работает агент. По умолчанию это локальный пользователь USR1CV8, создаваемый при установке. Если пароль этой учётной записи менялся, политики безопасности ограничили её права или агент должен обращаться к сетевым ресурсам, служба может падать. В таком случае либо восстановите пароль USR1CV8 и пропишите его в свойствах службы, либо перенастройте службу на доменную учётную запись с достаточными правами.

Откройте консоль кластера и проверьте регистрацию сервера

Управление сервером выполняется через консоль «Администрирование серверов 1С:Предприятия». Она устанавливается вместе с компонентами сервера или отдельно на машину администратора. Запустите консоль, в дереве слева добавьте центральный сервер по имени или IP — при успешном подключении вы увидите узлы «Кластеры», «Рабочие серверы» и список баз.

Если консоль не подключается к серверу, проверьте совпадение версий: консоль и агент сервера должны быть одной версии платформы (вплоть до номера релиза). Разно версия — одна из самых частых причин «невидимого» сервера. Также убедитесь, что порт 1540 не занят другим приложением и не заблокирован.

Создайте информационную базу и настройте подключение к СУБД

В консоли кластера раскройте ветку кластера, щёлкните правой кнопкой по «Информационные базы» и выберите «Создать». Укажите имя базы (именно его увидят пользователи в списке), тип СУБД, имя сервера баз данных, имя базы в СУБД и учётную запись с правами на создание и обслуживание базы. Для MS SQL обычно используют отдельную учётную запись с аутентификацией SQL Server.

Если база в СУБД ещё не существует, установите флаг создания базы при отсутствии. После создания запись появится в кластере, но сама база будет пустой — загрузите в неё конфигурацию через конфигуратор (режим «Загрузить информационную базу» из dt-файла) или создайте базу нужной конфигурации из шаблона.

1. 1
   Откройте консоль кластера и подключитесь к серверу
2. 2
   Щёлкните правой кнопкой по «Информационные базы» → «Создать»
3. 3
   Укажите имя базы, тип СУБД, сервер СУБД и учётную запись
4. 4
   Отметьте создание базы в СУБД, если её ещё нет, и сохраните
5. 5
   Загрузите конфигурацию через конфигуратор или создайте базу из шаблона
6. 6
   Проверьте подключение клиентом тонкого или толстого клиента

Настройте права пользователей и доступ к базе

Доступ складывается из двух независимых уровней. Первый — аутентификация на уровне кластера и СУБД: учётная запись агента сервера и учётная запись, указанная в свойствах базы для связи с SQL. Второй — пользователи самой информационной базы, которые заводятся в конфигураторе (Администрирование → Пользователи) с назначением ролей.

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

Подключите клиентов и проверьте результат

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

Признак корректной настройки — клиент запускается, запрашивает логин и пароль пользователя базы и открывает рабочий интерфейс без ошибок соединения. Если база открывается, но медленно работает, это уже вопрос производительности сервера и СУБД, а не доступа.

Частые проблемы и способы их решения

Ошибка «Сервер 1С:Предприятия не обнаружен» почти всегда означает сетевую проблему или остановленный агент: проверьте службу, DNS и порты. Ошибка «Ошибка СУБД» при создании или открытии базы указывает на недоступность SQL-сервера или недостаток прав учётной записи — проверьте подключение к СУБД отдельно, например через SQL Server Management Studio с теми же учётными данными.

Если подключение работает с одних машин и не работает с других, ищите различия: версия платформы клиента, антивирус с сетевым экраном, другая подсеть. Блокировку портов антивирусом часто упускают из виду, хотя это стандартная причина «частично работающего» доступа.

Ответы на частые вопросы