Если «Консультант Плюс» будут использовать несколько сотрудников в одной организации, обычно нужна сетeвая версия: базы размещаются на компьютере или сервере в локальной сети, а пользователи подключаются к ним по ярлыкам. Дальше программа обновляет данные и работает так, чтобы одновременно могли входить несколько человек.

Что нужно заранее проверить

Выберите версию под нагрузку

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

Подготовьте технику и сеть

Обычно базы размещают на сервере в локальной сети. Практика такая:

  • ОС на сервере - Windows Server 2008/2012 и выше
  • процессор от 2,5 ГГц
  • оперативная память от 8 ГБ
  • файловая система на сетевом диске должна поддерживать длинные имена и файлы размером от 4 ГБ

О требованиях к серверу и диску и о требованиях к рабочим станциям можно свериться в заметках с практическими рекомендациями по установке и поддержке сетевого варианта: https://cons23.ru/konsultant-plyus-trebovaniya-k-sisteme/

Отключите частые причины проблем

Если вы размещаете базы на сетевом ресурсе, не ломайте права доступа и не выдавайте «всем подряд» полные права на каталог. Для Linux/Samba в инструкциях прямо рекомендуют избегать «777» и правильно настроить группу и биты каталога, чтобы создаваемые файлы наследовали группу.

Пример безопасной настройки прав для общей папки и запрет на 777 описаны здесь: https://helpdesk.applite.ru/knowledgebase.php?article=30

Базовый сценарий (Windows-сервер в локальной сети)

  1. Разместите базы «Консультант Плюс» на компьютере или сервере в локальной сети.
  2. Настройте доступ в локальной сети так, чтобы пользователи могли работать с общей папкой, где лежат данные.
  3. Пользователям раздайте ярлыки для запуска клиентской части.
  4. Проверьте автоматическое обновление баз.

Важно: на практике установку и первичную настройку часто делает технический специалист обслуживающей организации, а на стороне клиента остается только подготовить инфраструктуру и принять доступы. В одном из руководств по сетевой версии описано, что техспециалист регионального центра устанавливает и настраивает доступы и автоматическое обновление: https://m-style.su/help/versii-sistemy/konsultant-plus-setevoj/

Подключение общей папки на Linux (если сервер не на Windows)

Ниже - подход, когда на Linux-сервере или в инфраструктуре используется общая папка (Samba/SMB), а рабочие станции монтируют ее как сетевой диск.

1) Создайте общую папку и права

Создайте каталог с базами, затем настройте права. В примере для Samba рекомендуется:
- каталог принадлежит группе пользователей общего ресурса
- для каталога включают SetGID, чтобы создаваемые файлы наследовали группу
- не задают права каталогу «777»

Рекомендации и пример прав приведены в инструкции: https://helpdesk.applite.ru/knowledgebase.php?article=30

2) Настройте автоматическое монтирование на рабочих станциях

Если вы делаете монтирование через CIFS, настройте автозагрузку, чтобы после перезагрузки диск поднимался сам. Пример скрипта для автозагрузки rc.local с монтированием по CIFS приведен в той же базе знаний: https://helpdesk.applite.ru/knowledgebase.php?article=30

3) Для запуска на Linux нужен Wine (если вы запускаете клиент через Linux)

Если клиентские рабочие места на Linux и вы запускаете программу через Wine, порядок обычно такой:
- установить Wine и нужные библиотеки
- в winecfg создать сетевой диск (важно выбрать тип «Сетевой диск»)
- настроить запуск и регистрацию рабочих станций через ключи командной строки

Схема настройки через wine, создание диска и регистрация рабочей станции описаны в инструкции на базе знаний Red OS: https://redos.red-soft.ru/base/redos-7_3/7_3-administation/7_3-spec-other-software/7_3-consultant/

Регистрация рабочих станций в сетевом контуре

Суть регистрации - «привязать» рабочие места к серверной части. На практике делают так:

  1. На сервере (или машине администратора) запускают «Консультант Плюс» с ключами администратора.
  2. На рабочих станциях запускают «Консультант Плюс» и доводят процесс регистрации.
  3. Проверяют, что после регистрации станция перестает просить повторную регистрацию.

Схема регистрации с ключами /adm и шагами через меню «Сервис - Регистрация новых пользователей» описана в руководствах по настройке под Linux: https://redos.red-soft.ru/base/redos-7_3/7_3-administation/7_3-spec-other-software/7_3-consultant/

Отдельный практический нюанс: иногда повторная регистрация связана с ограничением на количество допустимых путей запуска при регистрации станций. Такое объяснение встречается в инструкциях по настройке: https://redos.red-soft.ru/base/redos-7_3/7_3-administation/7_3-spec-other-software/7_3-consultant/

Как понять, что сеть выдержит (без гаданий)

Обычно главный показатель - стабильность локальной сети и доступность сервера. Для офисной работы это важнее, чем «сколько мегабит в секунду съест программа». В обсуждениях по теме сетевого раздачи «Консультант Плюс» для 40-50 сотрудников участники отмечают, что 40 одновременных подключений для типовой нагрузки обычно не проблема, если правильно сделана инфраструктура.

Как пример оценок нагрузки в подобных кейсах см. комментарий в Q&A: https://qna.habr.com/q/245034

Практический итог:
- если сервер и хранилище на локальной сети, пропускной способности и дисковой подсистемы обычно достаточно
- если сервер в датацентре, добавляется риск обрывов связи, поэтому чаще выбирают вариант с локальным сервером при постоянной необходимости офлайн-доступа

Сравнение вариантов размещения

Вариант Где лежат базы Плюсы Минусы Когда выбирать
Локальный сервер (в офисе) На сервере в локальной сети стабильная работа при отключении интернета, контроль железа нужен сервер и администрирование, резервирование питания если доступ нужен всегда и важна независимость от канала связи
Сервер в датацентре/облаке во внешней инфраструктуре проще масштабировать, заменят железо при отказе зависимость от интернет-канала, иногда сложнее добиться полной стабильности если иногда допустим простой из-за проблем у провайдера и важнее управляемость ресурсами

О логике выбора между локальным сервером и удаленным вариантом (с учетом стабильности и доступности) есть практичные комментарии: https://qna.habr.com/q/245034

Типичные ошибки, из-за которых «не заводится»

  1. Неправильные права на общую папку баз (особенно на Linux/Samba). Часто причина в том, что пользователи могут только читать, а часть операций требует записи. См. рекомендации по правам и SetGID в инструкции: https://helpdesk.applite.ru/knowledgebase.php?article=30
  2. Нет автоподъема сетевого диска после перезагрузки (на рабочих станциях). Решение - автозагрузка монтирования: https://helpdesk.applite.ru/knowledgebase.php?article=30
  3. Wine настроен так, что диск не помечен как сетевой, либо запуск идет без нужных ключей. Рекомендации по winecfg и ключам приведены в инструкциях: https://redos.red-soft.ru/base/redos-7_3/7_3-administation/7_3-spec-other-software/7_3-consultant/
  4. Сетевые версии собирают без учета числа одновременных входов. Лучше сразу подобрать комплект под реальный одновременный спрос.
  5. Ожидание, что «все само обновится» без учета настройки автоматических обновлений в сетевой части. В описаниях сетевой версии говорится, что настройку автоматического обновления и доступов делают специалисты по установке: https://m-style.su/help/versii-sistemy/konsultant-plus-setevoj/

Итоговый чек-лист перед запуском

  • [ ] Подобран комплект сетевой версии по числу одновременных входов
  • [ ] Базы размещены на сервере/компьютере, который доступен всем пользователям по локальной сети
  • [ ] Настроены права на общую папку (особенно для Linux/Samba)
  • [ ] На рабочих станциях настроен сетевой доступ (и автоподъем монтирования, если Linux)
  • [ ] Проведена регистрация рабочих станций (с ключами администратора в нужной последовательности)
  • [ ] Проверено обновление баз после первого запуска
  • [ ] Для случая Linux-клиентов выполнена настройка wine и создан сетевой диск в winecfg