Подключение к серверу 1С Предприятия: от порта до рабочей базы

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

Путаница обычно такая. Пользователь вводит в окне запуска путь к файлу 1Cv8.1CD и удивляется, что «сервер не работает ». Но файловая база и клиент-серверная — разные варианты. В файловой сервер 1С не участвует вообще. Ниже речь о клиент-серверном режиме: служба «Агент сервера 1С:Предприятия», кластер и СУБД.

Что должно работать на стороне сервера до первого подключения

Клиент ничего не настроит за вас. Если на сервере что-то не так, ошибка вылезет у пользователя, а искать придётся на другой машине. Пройдите короткий список.

• 🖥️ Служба «Агент сервера 1С:Предприятия» запущена и стоит на автозапуске.
• 🗄️ Кластер создан, база в нём зарегистрирована. Проверяется в консоли администрирования серверов.
• 🧮 СУБД (PostgreSQL или MS SQL Server) доступна самому серверу 1С и принимает его учётную запись.
• 🔑 Лицензии: серверная и клиентские, ключ защиты или программная лицензия подхвачены.
• 🕒 Версия платформы клиента совпадает с серверной по первым трём цифрам (например, 8.3.24).

Последний пункт ломает больше подключений, чем кажется. Клиент 8.3.22 не войдёт на сервер 8.3.25 — в таком случае 1С сама предложит поставить подходящую версию, если на сервере лежит нужный дистрибутив, либо выдаст ошибку несоответствия версий.

Как узнать, как называется ваш сервер

Для подключения нужно имя машины или её IP-адрес. Если администратор не сообщил, посмотрите в консоли администрирования серверов: в дереве слева первым узлом стоит агент, его имя и есть адрес. Либо откройте свойства компьютера на сервере и возьмите имя оттуда.

Работает и короткое имя, и полное (srv-1c.company.local), и IP. Если имя не разрешается из сети клиента, подставьте IP — так вы сразу отделите проблему DNS от всего остального.

Права: кто и под какой учётной записью работает

Здесь два разных вопроса, их часто путают.

Первый — служба на сервере. Агент 1С запускается под учётной записью, чаще всего USR1CV8 (в Windows её создаёт установщик). У неё должен быть доступ к каталогам кластера и к каталогу временных файлов. Если вы сменили учётку службы, а права на папку с реестром кластера не выдали, служба стартует, но кластер не поднимется.

Второй — пользователи информационной базы. Они создаются в самой базе (конфигуратор → Администрирование → Пользователи) и к учёткам Windows отношения не имеют, если не включена аутентификация ОС. Права на подключение к серверу им не нужны — нужна запись в списке пользователей базы и подходящая роль.

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

Порты и сетевой экран: что открыть между клиентом и сервером

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

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

Порты СУБД (по умолчанию 5432 у PostgreSQL, 1433 у MS SQL Server) клиентам открывать не нужно. С базой разговаривает только сервер 1С. Если вы открыли СУБД всей сети ради «удобства» — закройте.

Проверка с клиентского компьютера

Прежде чем править настройки 1С, посмотрите, доходит ли пакет до порта. В PowerShell:

Test-NetConnection srv-1c -Port 1541

Строка TcpTestSucceeded : True значит, что порт открыт. False — виноват сетевой экран на сервере, на маршрутизаторе или антивирус с собственным файрволом. Проверьте 1540 и 1541, а затем один-два порта из диапазона рабочих процессов.

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

Подключение консоли администрирования

Консоль нужна администратору, а не бухгалтеру. Но именно она показывает, видит ли кластер вашу базу и сколько сеансов открыто.

1. Запустите «Администрирование серверов 1С:Предприятия».
2. Создайте центральный сервер: адрес агента и порт 1540.
3. Раскройте узел, найдите «Кластеры» и введите администратора кластера, если он назначен.
4. Перейдите в «Информационные базы» и найдите нужную. Здесь же видно блокировку начала сеансов, которую иногда оставляют после обновления.

Если вместо консоли используется сервер администрирования RAS, консоль подключается к нему на порт 1545, а RAS уже общается с кластером. Служба RAS запускается отдельно, и сама по себе она не стартует.

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

Как добавить базу в список и подключиться из клиента

Когда сервер доступен, сама настройка занимает минуту.

1. Запустите 1С:Предприятие. Откроется окно со списком баз.
2. Нажмите «Добавить».
3. Выберите «Добавление в список существующей информационной базы».
4. Выберите тип расположения: «На сервере 1С:Предприятия».
5. Введите кластер серверов — адрес агента, например srv-1c или srv-1c:1540.
6. Введите имя информационной базы в кластере — именно то, под которым она зарегистрирована в кластере, а не название конфигурации.
7. Укажите способ аутентификации, задайте своё название для списка и нажмите «Готово».

Порт указывать не обязательно, если он стандартный. Если администратор поднял кластер на другом порту, запишите его через двоеточие: srv-1c:2540. Для нескольких серверов в одном окне удобно разные кластеры называть понятно: «Бухгалтерия (боевая)», «Бухгалтерия (тест)».

Строка соединения вместо мастера

Тот же результат даёт строка соединения. Она нужна для ярлыков и запуска из командной строки:

Srvr="srv-1c";Ref="buh_main";

Параметр Srvr — адрес кластера, Ref — имя базы в кластере. В ярлыке клиента это выглядит так:

"C:\Program Files\1cv8\8.3.24.1368\bin\1cv8.exe" ENTERPRISE /S"srv-1c\buh_main" /N"Иванов"

Вариант с /S задаёт сервер и базу через обратную косую: сервер\база. Номер версии в пути — ваш, подставьте тот, что установлен.

Подключение через веб-сервер: тонкий клиент и браузер

Здесь клиент не знает про кластер. Он ходит на веб-сервер (Apache или IIS), а тот передаёт запросы серверу 1С. Адрес выглядит как обычная ссылка:

http://srv-web/buh_main

Что для этого нужно:

• 🌐 Веб-сервер с установленным модулем расширения для 1С.
• 📄 Публикация базы. Её делают из конфигуратора: Администрирование → Публикация на веб-сервере. Там вы указываете имя публикации, каталог и выбираете, какие веб-сервисы включить.
• 🔐 Права учётной записи веб-сервера на каталог публикации и на подключение к кластеру.

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

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

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

Ошибки подключения: по симптому к причине

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

Если база подключилась, но тормозит

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

Когда серверов или кластеров несколько

В крупных организациях бывает так: боевая база на одном сервере, тестовая на другом, архивная на третьем. В окне запуска они лежат одним списком, и легко открыть не ту.

Три приёма, которые спасают от ошибки:

• 🏷️ Давайте базам названия с пометкой среды: «боевая», «тест», «копия».
• 🎨 Для тестовых баз включайте отличающуюся картинку или цвет в параметрах списка.
• 📁 Складывайте базы в папки списка по серверам.

Рядом с кластером может стоять второй сервер, на который вынесена нагрузка. Клиент о нём не знает: он по-прежнему обращается по адресу агента, а менеджер кластера сам раздаёт работу.

Частые ошибки при подключении

• ❌ Указывают название конфигурации вместо имени базы в кластере. Они совпадают редко.
• ❌ Открывают только 1541, забывая про 1540 и диапазон рабочих процессов.
• ❌ Пытаются подключиться по IP с портом СУБД. 5432 — это PostgreSQL, а не 1С.
• ❌ Ставят клиент «какой был» без сверки версии платформы.
• ❌ Пишут в ярлыке путь к файловой базе, хотя база лежит на сервере.

Перед правкой параметров кластера или публикации сделайте копию базы и согласуйте работы с администратором. Изменение портов и учётных записей службы затрагивает всех пользователей сразу.

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