Вход в клиент-серверную базу 1С 8.3: клиент, службы, права и веб-доступ

Чтобы войти на сервер 1С, добавьте базу в список запуска как базу «На сервере 1С:Предприятия»: укажите имя кластера (компьютер, где работает агент сервера, например srv-1c) и имя информационной базы в кластере. Дальше запускаете её кнопкой «1С:Предприятие» и вводите пользователя базы. Сервер при этом должен быть доступен по сети на портах 1540, 1541 и диапазоне рабочих процессов (по умолчанию 1560–1591).

Типичная ситуация: бухгалтеру выдали новый ноутбук, файловую базу перенесли на сервер, а в списке баз пусто. Или база вчера открывалась, а сегодня висит на заставке и падает с ошибкой соединения. Порядок одинаков для любой типовой конфигурации, потому что подключение — функция платформы 8.3, а не программы. Примеры даны для Windows Server 2016 и новее; где Linux отличается, это сказано отдельно.

Что нужно знать до подключения к серверу 1С

Соберите у администратора четыре вещи. Без них подключение превращается в угадывание.

• 🖥️ Имя или IP сервера, где запущен агент (служба ragent). Если агент слушает нестандартный порт, имя пишется с портом: srv-1c:2540.
• 🗄️ Имя базы в кластере — то, под которым её зарегистрировали в консоли администрирования. Оно может не совпадать с именем базы в SQL.
• 👤 Логин и пароль пользователя информационной базы — либо учётная запись Windows, если настроена аутентификация ОС.
• 🔢 Версия платформы на сервере, например 8.3.24.1548. Клиент должен быть той же версии до последней цифры сборки.

Последний пункт — частая причина отказа. Сервер 8.3.24.1548 не примет клиент 8.3.24.1691 или 8.3.23.x. Версию на своём компьютере посмотрите в Справка → О программе у любой открытой базы или в каталоге C:\Program Files\1cv8\ — там папки с номерами установленных версий.

Как войти на сервер 1С через тонкий клиент: добавление базы

Это основной способ работы. Тонкий клиент передаёт на сервер только запросы и получает готовые данные, поэтому нормально работает даже через VPN.

Добавление базы в список запуска

1. Запустите 1С. Откроется окно «Запуск 1С:Предприятия» со списком баз.
2. Нажмите «Добавить…» и выберите «Добавление в список существующей информационной базы».
3. Введите понятное имя для списка, например «Бухгалтерия ООО Ромашка (сервер)».
4. Тип расположения — «На сервере 1С:Предприятия».
5. В поле «Кластер серверов 1С:Предприятия» укажите имя сервера: srv-1c или srv-1c:2540.
6. В поле «Имя информационной базы в кластере» — имя базы, например buh_romashka.
7. На последнем шаге выберите основной режим запуска «Тонкий клиент» и, при необходимости, версию платформы.
8. Нажмите «Готово», выберите базу и кнопку «1С:Предприятие».

Строка соединения такой базы выглядит так:

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

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

Запуск из командной строки и ярлыка

Для ярлыка на рабочем столе или скрипта подключения используйте тонкий клиент 1cv8c.exe:

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8c.exe" ENTERPRISE /S"srv-1c\buh_romashka" /N"Иванова" /P"пароль"

Ключ /S задаёт адрес вида сервер\база. Пароль в ярлыке храните только на личных машинах: любой, кто откроет свойства ярлыка, его увидит. Для общих компьютеров уберите /P или настройте вход по учётной записи Windows.

Проверяем службы и порты сервера 1С

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

Служба агента и процессы кластера

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

Затем в диспетчере задач на вкладке «Подробности» проверьте процессы:

Если ragent есть, а rphost нет — кластер не смог запустить рабочий процесс. Смотрите журнал событий Windows и права учётной записи, от которой работает служба (по умолчанию USR1CV8).

На Linux состояние службы смотрят через systemd. В новых версиях платформы имя юнита содержит номер версии, поэтому сначала найдите его:

systemctl list-units --type=service | grep -i 1c
systemctl status <имя_найденной_службы>

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

На самом сервере проверьте, что порты слушаются:

netstat -ano | findstr "1540 1541"

С клиентского компьютера проверьте доступность через PowerShell:

Test-NetConnection srv-1c -Port 1540
Test-NetConnection srv-1c -Port 1541

TcpTestSucceeded : True означает, что порт открыт. False при работающей службе — закрыт брандмауэр. Правило для входящих подключений на сервере:

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

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

Имя сервера должно разрешаться у клиента

Частая ловушка: клиент подключился к агенту по IP, а менеджер кластера сообщил ему своё сетевое имя, например SRV-1C. Если клиентский компьютер это имя не знает (нет DNS, машина вне домена, подключение по VPN), соединение рвётся с ошибкой, где в тексте фигурирует server_addr=tcp://SRV-1C:1541.

Решение — прописать имя в C:\Windows\System32\drivers\etc\hosts на клиенте:

192.168.10.15    SRV-1C

Файл редактируется блокнотом, запущенным от имени администратора.

Права доступа: кто может войти на сервер

Пустить человека в серверную базу — это две разные настройки: доступ к сети и серверу и пользователь внутри базы.

Пользователь информационной базы

В конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) пользователей заводят в режиме 1С:Предприятие: Администрирование → Настройки пользователей и прав → Пользователи. Там же назначают группы доступа или профили.

В карточке пользователя важны три флажка:

• ✅ Вход в программу разрешён — без него войти нельзя вообще.
• 🔑 Аутентификация 1С:Предприятия — вход по логину и паролю базы.
• 🪟 Аутентификация операционной системы — вход без пароля под доменной учётной записью вида DOMAIN\ivanova.

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

Доступ к кластеру и создание баз

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

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

Учётная запись службы

Служба агента работает от отдельного пользователя, обычно USR1CV8. Ему нужны права на каталог кластера (по умолчанию srvinfo) и, по практике, членство в группе «Пользователи журналов производительности». Менять учётную запись службы без необходимости не стоит: после смены часто перестают стартовать рабочие процессы.

Вход через браузер: веб-клиент

Если ставить платформу на компьютер нельзя (удалённый сотрудник, Mac, чужой ноутбук), базу публикуют на веб-сервере. Пользователь заходит по ссылке в браузере.

Что понадобится:

1. Веб-сервер на машине с 1С или рядом: IIS на Windows или Apache.
2. Установленный компонент «Модули расширения веб-сервера» той же версии платформы, что и сервер 1С.
3. Конфигуратор, запущенный от имени администратора Windows.

Публикация делается в Конфигураторе: Администрирование → Публикация на веб-сервере. Укажите имя публикации (оно станет частью адреса), веб-сервер и каталог, нажмите «Опубликовать». После этого база доступна по адресу вида:

http://srv-1c/buh_romashka/

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

Разбор ошибок при входе на сервер 1С

Текст ошибки подсказывает причину не всегда. Сначала поймите масштаб: не пускает одного человека или всех.

Ошибка у одного пользователя, у остальных всё работает

Сервер в порядке, ищите причину на рабочем месте:

• 🧹 Испорченный кэш клиента. Запустите базу с ключом /ClearCache или удалите базу из списка и добавьте снова. Сам кэш лежит в %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\ в папках с длинными именами-идентификаторами.
• 🔢 Другая версия клиента после автообновления или ручной установки.
• 🛡️ Антивирус или локальный брандмауэр режет исходящие соединения на нестандартные порты.
• 🌐 VPN без маршрута до сервера или без DNS-имён внутренней сети.

Ошибка у всех сразу

Причина на сервере. Порядок проверки:

1. Служба агента запущена?
2. Процессы rmngr и rphost есть в списке?
3. Не закончилось ли место на диске с каталогом srvinfo или с базой SQL?
4. Работает ли СУБД (служба SQL Server или PostgreSQL)? Без неё кластер запускается, но открыть базу нельзя.
5. Есть ли свободные серверные лицензии? Посмотреть, какие лицензии получили сеансы, можно командой rac session list --licenses или в консоли в списке сеансов.

Лицензии

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

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

Если работа через сервер тормозит

• 🐢 Медленный канал (VPN, мобильный интернет). Для такой базы включите режим низкой скорости соединения: в окне запуска в настройках базы есть параметр скорости соединения, а в командной строке тот же режим задаёт ключ /O"Low". Клиент будет реже обращаться к серверу.
• 🖱️ Толстый клиент по VPN. Переключите базу на тонкий клиент. Толстый тянет данные к себе и через медленный канал работает заметно хуже.
• 📶 Задержка важнее ширины канала. Пинг 50–80 мс уже заметен при проведении документов. Проверьте его командой ping srv-1c прежде, чем винить сервер.

Если канал совсем плохой, удобнее подключаться к терминальному серверу по RDP или RemoteApp и запускать 1С уже там, рядом с сервером.

Безопасность

• 🔒 Не открывайте порты 1540–1591 в интернет. Удалённых сотрудников подключайте через VPN, RDP-шлюз или веб-публикацию по HTTPS.
• 🔐 Задайте администратора кластера. Без него любой, кто видит порт 1540 и запустил консоль, может посмотреть базы и сеансы.
• 🧾 Требования к паролям задаются в Конфигураторе: Администрирование → Параметры информационной базы (минимальная длина, проверка сложности).
• 🪟 Аутентификация ОС в домене избавляет от паролей в ярлыках и записок на мониторе.
• 👥 Уволенным сотрудникам снимайте флажок «Вход в программу разрешён» в день увольнения, а не удаляйте пользователя: на нём висят документы и история.

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

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