Сетевой ключ защиты 1С на сервере: что он даёт и как его подключить

· 9 мин

Содержание

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

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

Как устроено лицензирование и зачем отдельный сервер ключа

Физический ключ защиты — это USB-устройство с набором лицензий. В нём записано, сколько одновременных подключений он разрешает. Платформа при старте ищет ключ: сначала локально, затем по сети.

Работу по сети обеспечивает менеджер лицензий. Он запускается как служба на машине, где вставлен ключ, слушает порт и отвечает на запросы клиентов. Клиент находит его двумя путями: широковещательным поиском в сети или по адресу, прописанному в nethasp.ini.

Что получает организация:

  • 🔑 один ключ на всех — не нужно переставлять USB-брелок между компьютерами;
  • 🖥️ ключ можно держать в серверной, а не под столом у бухгалтера;
  • 📈 лицензии добавляются покупкой дополнительных пакетов, а не заменой всего парка;
  • 🔒 меньше риска потерять или повредить ключ, чем когда они раскиданы по офису.

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

Виды ключей

Различают несколько вариантов по назначению:

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

Количество пользователей зашито в ключ. Типовые номиналы — 5, 10, 20, 50, 100 и больше одновременных подключений. Точную ёмкость вашего ключа показывает менеджер лицензий, о нём ниже.

Установка драйвера и подготовка машины с ключом

Ключ без драйвера система не увидит. Драйвер защиты ставится на ту машину, где физически вставлен брелок.

  1. Возьмите драйвер из дистрибутива платформы: в установщике 1С есть компонент драйвера защиты. Либо скачайте актуальный комплект HASP у производителя ключей.
  2. Запустите установку от имени администратора.
  3. Дождитесь завершения и вставьте ключ в USB-порт. Система должна определить устройство без ошибок.
  4. Проверьте в диспетчере устройств, что ключ появился и рядом нет жёлтого восклицательного знака.

Драйвер можно поставить из командной строки, это удобно для серверов без графики и для скриптов развёртывания. Утилита установки драйвера называется haspdinst.exe:

haspdinst.exe -i

Ключ -i ставит драйвер, ключ -r удаляет его. Запускать нужно в консоли с правами администратора.

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

Что проверить до настройки сети

  • 🔌 Ключ вставлен напрямую в порт, а не в сомнительный USB-хаб без питания.
  • 🛡️ Брандмауэр на машине с ключом пропускает порт менеджера лицензий. По умолчанию это порт 475.
  • 🌐 Машина с ключом имеет постоянный IP-адрес, а не выдаваемый DHCP «как повезёт».
  • 🕒 Служба менеджера лицензий запущена и стоит на автозапуске.

Постоянный адрес важнее, чем кажется. Если в nethasp.ini вписан IP, а он сменился после перезагрузки роутера, клиенты потеряют ключ, хотя физически с ним всё в порядке.

Настройка nethasp.ini для работы по сети

Файл nethasp.ini лежит на клиентской машине или на сервере 1С, то есть там, где запускается платформа и откуда нужно найти ключ. Это файл подсказок: где искать менеджер лицензий.

Обычно его кладут в каталог conf рядом с установленной платформой, например в C:\Program Files\1cv8\conf\. Если файла нет, платформа ищет ключ широковещанием, и в простых сетях этого хватает. В сетях с несколькими подсетями, VPN или виртуальными машинами широковещание не проходит, и тогда адрес указывают явно.

Минимальный рабочий вариант:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.10.5
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled

Что здесь означает каждая строка:

  • NH_TCPIP = Enabled — включает поиск ключа по протоколу TCP/IP;
  • NH_SERVER_ADDR — адрес машины с ключом; можно указать IP или имя, при нескольких серверах адреса перечисляют через запятую;
  • NH_PORT_NUMBER — порт менеджера лицензий, по умолчанию 475;
  • NH_TCPIP_METHOD — способ обмена, TCP или UDP;
  • NH_USE_BROADCAST — разрешает или запрещает широковещательный поиск.

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

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

Нужен ли файл в каждом клиенте

Не обязательно. Если широковещание в сети работает, клиенты найдут ключ сами. Явный nethasp.ini нужен там, где поиск не срабатывает, и на серверах 1С, чтобы не зависеть от капризов сети. Распространять файл на много компьютеров проще групповой политикой или скриптом входа.

Серверный ключ для кластера 1С

В клиент-серверном режиме клиентские лицензии берёт не пользователь, а рабочий процесс кластера. Ключ должен быть доступен машине, на которой работает сервер 1С:Предприятия. Файл nethasp.ini в этом случае кладут на сервер, в каталог conf установленной платформы.

Полезно понимать порядок событий:

  1. Пользователь запускает клиент и подключается к кластеру.
  2. Рабочий процесс на сервере обращается к менеджеру лицензий.
  3. Менеджер отдаёт свободную лицензию, счётчик занятых увеличивается.
  4. При закрытии сеанса лицензия возвращается в пул.

Если ключ недоступен, пользователь увидит отказ при входе, хотя сервер 1С формально работает. Это частая путаница: админ проверяет службу, она запущена, а виноват менеджер лицензий в соседней машине.

Для небольших кластеров практичнее держать ключ на том же сервере, где крутится 1С. Меньше сетевых звеньев, меньше мест для сбоя. Для крупных схем с несколькими рабочими серверами выделяют отдельную небольшую машину под ключ.

Диагностика: ключ не виден, лицензий не хватает

Первое, что открывают при любых вопросах, — веб-интерфейс менеджера лицензий. Он доступен на самой машине с ключом по адресу http://localhost:1947. Там видны подключённые ключи, их ёмкость, активные сеансы и журнал обращений.

Что смотреть в панели:

  • 🔍 раздел с ключами: ключ определился, есть ли у него идентификатор;
  • 👥 раздел сеансов: кто сейчас занимает лицензии и с какой машины;
  • 📜 журнал доступа: видно, приходят ли запросы от клиентов и чем они заканчиваются;
  • ⚙️ настройки сети: разрешён ли удалённый доступ к менеджеру лицензий.

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

Диагностика: выберите симптом

Быстрая проверка доступности порта с клиента в PowerShell:

Test-NetConnection -ComputerName 192.168.10.5 -Port 475

Если в ответе TcpTestSucceeded : True, до менеджера лицензий путь открыт, и ошибку нужно искать в самих настройках. Если False — проблема на сетевом уровне.

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

Самое неприятное место. USB-ключ физически вставлен в хост, а 1С работает в виртуальной машине. Просто так виртуалка его не увидит.

Есть три рабочих подхода:

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

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

Если выбран проброс, учтите:

  • ключ может пропадать при миграции ВМ на другой хост;
  • ряд гипервизоров не умеет пробрасывать USB без дополнительных настроек;
  • при перезагрузке хоста порядок запуска ВМ и определения ключа может сбиваться.

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

Отдельная ветка — программные лицензии. Это не физический ключ, а лицензия, привязанная к программному активатору. Для виртуальных сред она обычно удобнее, потому что не зависит от USB. Выбор между физическим ключом и программной лицензией зависит от того, как вы купили лицензии.

Обслуживание и контроль: чтобы ключ не подвёл в разгар отчётности

Настроили один раз — это не значит, что можно забыть. Ключ нужно наблюдать.

Регулярный осмотр серверного ключа
Выполнено: 0 / 6

Практические привычки, которые спасают в пиковые периоды:

  • 📊 раз в неделю заглядывайте в менеджер лицензий и смотрите, сколько лицензий занято в пике;
  • 🔔 настройте мониторинг порта 475: простая проверка доступности сообщит о падении раньше пользователей;
  • 🧹 завершайте зависшие сеансы, они съедают лицензии;
  • 🗂️ храните копию nethasp.ini отдельно, чтобы быстро восстановить настройки на новой машине.

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

Если не помогло

Когда перебрали всё из списка, а ключ не находится:

  1. Вставьте ключ в другой USB-порт, лучше задний на материнской плате.
  2. Переустановите драйвер через haspdinst.exe -r, затем haspdinst.exe -i, вне рабочего времени.
  3. Проверьте ключ на другом компьютере. Если он не определяется нигде, дело в самом брелоке.
  4. Обратитесь к партнёру, у которого покупали лицензии: замена повреждённого ключа идёт через него.

Не пытайтесь «оживить» ключ сторонними утилитами и эмуляторами. Эмуляторы ключей нарушают лицензионное соглашение и часто тянут за собой вредоносный код.

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

Можно ли использовать один серверный ключ для нескольких баз?
Да. Ключ лицензирует подключения, а не базы. Пользователь занимает одну лицензию независимо от того, в какую базу входит. Лицензия расходуется на каждый сеанс.
Нужно ли ставить драйвер на клиентские компьютеры?
Нет. Драйвер нужен только на машине, где физически вставлен ключ. Клиентам достаточно сетевой доступности менеджера лицензий.
Какой порт открывать в брандмауэре?
По умолчанию менеджер лицензий слушает порт 475. Откройте его только для сетей, из которых идут подключения к 1С.
Что будет, если машина с ключом выключится?
Новые пользователи не смогут войти, а у уже работающих лицензия может пропасть при очередной проверке. Поэтому ключ держат на устойчивой машине.
Работает ли ключ через VPN?
Работает, если по VPN доступен порт менеджера лицензий. Широковещание через VPN не проходит, адрес прописывают в nethasp.ini.