Сетевой ключ защиты 1С на сервере: что он даёт и как его подключить
Содержание
Серверный ключ нужен, чтобы одна лицензия обслуживала сразу много пользователей в сети. Ключ вставляют в один компьютер, а клиенты и серверы 1С берут с него лицензии по сети. Это дешевле и удобнее, чем держать по ключу на каждом рабочем месте.
Бывает два сценария. В первом ключ стоит в обычном сетевом режиме и раздаёт клиентские лицензии на рабочие места. Во втором ключ лицензирует сам сервер 1С:Предприятия в клиент-серверном варианте: без него рабочие процессы не стартуют, а пользователи не подключатся. Настраиваются оба сценария похоже, но места, где ломается, разные.
Как устроено лицензирование и зачем отдельный сервер ключа
Физический ключ защиты — это USB-устройство с набором лицензий. В нём записано, сколько одновременных подключений он разрешает. Платформа при старте ищет ключ: сначала локально, затем по сети.
Работу по сети обеспечивает менеджер лицензий. Он запускается как служба на машине, где вставлен ключ, слушает порт и отвечает на запросы клиентов. Клиент находит его двумя путями: широковещательным поиском в сети или по адресу, прописанному в nethasp.ini.
Что получает организация:
- 🔑 один ключ на всех — не нужно переставлять USB-брелок между компьютерами;
- 🖥️ ключ можно держать в серверной, а не под столом у бухгалтера;
- 📈 лицензии добавляются покупкой дополнительных пакетов, а не заменой всего парка;
- 🔒 меньше риска потерять или повредить ключ, чем когда они раскиданы по офису.
Минус тоже очевиден: ключ — единая точка отказа. Если машина с ним выключилась, работа встанет у всех. Поэтому для ключа выбирают стабильный компьютер, который не перезагружают по расписанию в рабочее время.
Виды ключей
Различают несколько вариантов по назначению:
| Вид | Что лицензирует | Где вставляется |
|---|---|---|
| Клиентский сетевой | Подключения пользователей по сети | Любой компьютер сети, чаще сервер |
| Серверный | Работу кластера серверов 1С | Машина с сервером 1С или доступная ему по сети |
| Локальный (одиночный) | Один компьютер | Тот же компьютер, где запускается 1С |
Количество пользователей зашито в ключ. Типовые номиналы — 5, 10, 20, 50, 100 и больше одновременных подключений. Точную ёмкость вашего ключа показывает менеджер лицензий, о нём ниже.
Установка драйвера и подготовка машины с ключом
Ключ без драйвера система не увидит. Драйвер защиты ставится на ту машину, где физически вставлен брелок.
- Возьмите драйвер из дистрибутива платформы: в установщике 1С есть компонент драйвера защиты. Либо скачайте актуальный комплект HASP у производителя ключей.
- Запустите установку от имени администратора.
- Дождитесь завершения и вставьте ключ в USB-порт. Система должна определить устройство без ошибок.
- Проверьте в диспетчере устройств, что ключ появился и рядом нет жёлтого восклицательного знака.
Драйвер можно поставить из командной строки, это удобно для серверов без графики и для скриптов развёртывания. Утилита установки драйвера называется 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С формально работает. Это частая путаница: админ проверяет службу, она запущена, а виноват менеджер лицензий в соседней машине.
Для небольших кластеров практичнее держать ключ на том же сервере, где крутится 1С. Меньше сетевых звеньев, меньше мест для сбоя. Для крупных схем с несколькими рабочими серверами выделяют отдельную небольшую машину под ключ.
Диагностика: ключ не виден, лицензий не хватает
Первое, что открывают при любых вопросах, — веб-интерфейс менеджера лицензий. Он доступен на самой машине с ключом по адресу http://localhost:1947. Там видны подключённые ключи, их ёмкость, активные сеансы и журнал обращений.
Что смотреть в панели:
- 🔍 раздел с ключами: ключ определился, есть ли у него идентификатор;
- 👥 раздел сеансов: кто сейчас занимает лицензии и с какой машины;
- 📜 журнал доступа: видно, приходят ли запросы от клиентов и чем они заканчиваются;
- ⚙️ настройки сети: разрешён ли удалённый доступ к менеджеру лицензий.
Если запросы от клиентов в журнале не появляются, проблема в сети: адрес, порт, брандмауэр. Если запросы есть, но отказ — смотрите ёмкость и список занятых лицензий.
475. Если порт закрыт, откройте его в брандмауэре и проверьте адрес в nethasp.ini.nethasp.ini на клиентах и серверах 1С.nethasp.ini.Быстрая проверка доступности порта с клиента в PowerShell:
Test-NetConnection -ComputerName 192.168.10.5 -Port 475
Если в ответе TcpTestSucceeded : True, до менеджера лицензий путь открыт, и ошибку нужно искать в самих настройках. Если False — проблема на сетевом уровне.
Виртуальные среды: ключ и гипервизор
Самое неприятное место. USB-ключ физически вставлен в хост, а 1С работает в виртуальной машине. Просто так виртуалка его не увидит.
Есть три рабочих подхода:
| Подход | Как работает | Слабое место |
|---|---|---|
| Проброс USB в гостевую систему | Гипервизор отдаёт USB-устройство виртуальной машине | Привязка ВМ к хосту, сложности при миграции |
| USB по сети (аппаратные или программные USB-серверы) | Ключ вставлен в отдельное устройство, виртуалка видит его по сети | Дополнительное устройство и его сбои |
| Менеджер лицензий на физической машине | Ключ стоит на обычном компьютере, виртуалки обращаются к нему по nethasp.ini | Нужна отдельная машина, зато схема самая простая |
Третий вариант считается самым надёжным: виртуальные машины ничего не знают об USB, они просто ходят по сети к менеджеру лицензий. Не нужно возиться с пробросом и переживать при переносе виртуалки на другой хост.
Если выбран проброс, учтите:
- ключ может пропадать при миграции ВМ на другой хост;
- ряд гипервизоров не умеет пробрасывать USB без дополнительных настроек;
- при перезагрузке хоста порядок запуска ВМ и определения ключа может сбиваться.
Перед тем как двигать виртуальную машину с ключом, предупредите пользователей: на время переноса лицензии пропадут, а сеансы прервутся.
Отдельная ветка — программные лицензии. Это не физический ключ, а лицензия, привязанная к программному активатору. Для виртуальных сред она обычно удобнее, потому что не зависит от USB. Выбор между физическим ключом и программной лицензией зависит от того, как вы купили лицензии.
Обслуживание и контроль: чтобы ключ не подвёл в разгар отчётности
Настроили один раз — это не значит, что можно забыть. Ключ нужно наблюдать.
Практические привычки, которые спасают в пиковые периоды:
- 📊 раз в неделю заглядывайте в менеджер лицензий и смотрите, сколько лицензий занято в пике;
- 🔔 настройте мониторинг порта
475: простая проверка доступности сообщит о падении раньше пользователей; - 🧹 завершайте зависшие сеансы, они съедают лицензии;
- 🗂️ храните копию
nethasp.iniотдельно, чтобы быстро восстановить настройки на новой машине.
Если лицензий стабильно впритык, докупайте пакет заранее. В конце квартала, когда отчётность сдают все сразу, нехватка двух-трёх лицензий превращается в очередь на вход.
Если не помогло
Когда перебрали всё из списка, а ключ не находится:
- Вставьте ключ в другой USB-порт, лучше задний на материнской плате.
- Переустановите драйвер через
haspdinst.exe -r, затемhaspdinst.exe -i, вне рабочего времени. - Проверьте ключ на другом компьютере. Если он не определяется нигде, дело в самом брелоке.
- Обратитесь к партнёру, у которого покупали лицензии: замена повреждённого ключа идёт через него.
Не пытайтесь «оживить» ключ сторонними утилитами и эмуляторами. Эмуляторы ключей нарушают лицензионное соглашение и часто тянут за собой вредоносный код.
Частые вопросы
Можно ли использовать один серверный ключ для нескольких баз?
Нужно ли ставить драйвер на клиентские компьютеры?
Какой порт открывать в брандмауэре?
475. Откройте его только для сетей, из которых идут подключения к 1С.Что будет, если машина с ключом выключится?
Работает ли ключ через VPN?
nethasp.ini.