← На главную

Переход с терминального сервера (RDP) на работу через веб-сервер — это частый сценарий при легализации ИТ-инфраструктуры или оптимизации нагрузки на сервер. Однако этот процесс скрывает в себе множество нюансов, связанных с механизмом подсчета лицензий 1С. Основной вопрос, который волнует администраторов: не увеличится ли расход лицензий и как избежать проблем при нестабильном интернет-соединении? Рассмотрим эти аспекты подробно.

Различия в механизмах распределения лицензий

Для начала проанализируем, как система 1С ведет себя в терминальном режиме. В сеансе RDP, если лицензии (программные или аппаратные) установлены на самом сервере, система считает их «на терминальный сеанс». Это означает, что один пользователь внутри своего рабочего стола может запустить несколько экземпляров 1cv8.exe, открыть пять разных информационных баз, и при этом будет израсходована всего одна многопользовательская лицензия.

Теперь разберем ситуацию с веб-сервером (Apache или IIS). Здесь логика меняется кардинально в зависимости от используемого клиента:

1. Веб-клиент (браузер): В этом режиме лицензию всегда выдает сервер (модуль расширения веб-сервера). Важно понимать: лицензия выдается на каждый сеанс. Если пользователь откроет две вкладки в браузере с одной и той же базой или две разные базы через веб, сервер спишет две лицензии.
2. Тонкий клиент через HTTP: Здесь возможны варианты. Тонкий клиент может как получить лицензию от сервера (по аналогии с браузером), так и использовать свою локальную лицензию (программную или с USB-ключа).

Проблема «моргающего» интернета и зависших сеансов

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

Чтобы минимизировать время ожидания, разберем настройку параметров информационной базы. В консоли администрирования сервера 1С существуют параметры Время завершения спящего сеанса и Интервал опроса. Рекомендуется установить их в разумные значения (например, 300–600 секунд), чтобы система быстрее освобождала лицензии «вылетевших» пользователей. Также полезно настроить параметр reuseSessions в файле default.vrd, который отвечает за возможность повторного использования сеанса при переподключении.

Использование тонкого клиента для экономии лицензий

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

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

Посмотрим на пример настройки строки соединения для принудительного использования локальной лицензии:

Srvr="my-server";Ref="my-db";UseLicenseServer=0;

Параметр UseLicenseServer=0 указывает системе, что не нужно запрашивать лицензию у сервера 1С, если не удалось найти локальную. Это помогает диагностировать проблемы с ключами на местах.

Аппаратные ключи и HASP License Manager

Проанализируем ситуацию с аппаратными USB-ключами. Если вы используете сетевой ключ на 10, 20 или более пользователей, для работы через веб-сервер лучше всего использовать HASP License Manager (LM). Когда тонкий клиент запускается на компьютере пользователя, он ищет ключ в локальной сети через LM. Поскольку ключ HASP выдает лицензию на компьютер (по IP-адресу/имени), пользователь может запустить несколько тонких клиентов, и LM посчитает их как одно рабочее место.

Однако здесь есть «нюанс», упомянутый в сообщениях форума: если ключ воткнут непосредственно в сервер, где запущен веб-сервер, модуль расширения веб-сервера может перехватить лицензии напрямую. В этом случае для веб-клиентов (браузеров) лицензии снова начнут считаться «на сеанс». Чтобы этого избежать, рекомендуется разносить менеджер лицензий и веб-сервер на разные хосты или тонко настраивать файл nethasp.ini.

Работа с программными лицензиями на сервере

Если принято решение активировать многопользовательскую программную лицензию на сервере, следует учитывать риски «слета» активации. Программная лицензия привязывается к ключевым параметрам сервера:

• Имя компьютера и MAC-адрес сетевой карты.
• Версия и серийный номер операционной системы.
• Параметры процессора и объем оперативной памяти.

При работе через веб-сервер крайне важно зафиксировать эти параметры, особенно если используется виртуальная машина. Изменение количества ядер процессора или динамическое распределение памяти приведет к тому, что 1С потребует новый пин-код для активации.

Выводы и рекомендации

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

1. Использовать тонкий клиент: Это позволит избежать ситуации, когда каждая открытая вкладка в браузере съедает лицензию.
2. Активировать лицензии на рабочих местах: Если компьютеров немного, установка однопользовательских лицензий на каждый ПК — самый надежный способ защититься от «моргания» интернета и перерасхода лицензий.
3. Настроить таймауты: В параметрах базы на сервере установите минимально комфортные сроки жизни спящих сеансов.
4. Рассмотреть вариант с USB-ключом: Несмотря на риск физической потери, аппаратные ключи с установленным HASP LM работают стабильнее в сложных сетевых конфигурациях, так как выдают лицензию на хост, а не на процесс.

Таким образом, переход на веб-сервер не обязательно ведет к увеличению затрат на лицензирование, если правильно выбрать режим подключения и грамотно распределить ключи защиты.