1с 8 как найти в сети ключи
Столкнулся на днях с такой проблемой. На одной из машин отказалась работать сетевая версия 1С Предприятие. При подключении к базе, вываливалась следующая ошибка.
Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:\Program Files\1cv81\bin\conf\nethasp.ini
Отключив сеть, в которой нет ключей HASP, после перезагрузки машины - 1С завелась. Полез в гугл за решением данной проблемы. Поиск недолго заставил себя ждать, решение следующее:
Ключи защиты для 1С подразделяются на:
1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)
модель HASP HL Basic ( синего цвета ), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.
2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)
Сетевые клиентские ключи включают серию HASP HL Net ( красного цвета ). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX - количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.
3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)
Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro ( фиолетового цвета ), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.
Для 64-битного сервера используется ключ HASP HL Max ( зеленого цвета ) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.
Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.
Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа - HASP4_driver_setup.zip
2. Установить сервер (службу) ключа защиты на эту же машину - HASP_LM_setup.zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины
Если все проверки прошли успешно, но ошибка осталась, переходим к более детальным настройкам. В папке установки 1С:Предприятие 8 (как правило, c:\program files\1cv81\bin\conf или c:\program files\1cv8\bin\) имеет файл nethasp.ini. Это файл настройки ключа защиты, он разбит на секции, нас интересует секция [NH_TCPIP]. При установке 1С, по умолчанию, в данной секции все параметры отделены двойными знаками ";", что означает игнорирование данных настроек. При этом драйвер ключа ведет себя следующим образом:
1. посылается пакет типа broadcast по локальной сети по порту 475 в поисках сервера ключа защиты
2. если ответ не получен — ошибка
Недостатки конфигурации по умолчанию:
1. на broadcast уходит какое-то время
2. не все сервера отвечают на подобные пакеты
3. broadcast какая-никакая, но нагрузка на сеть
Для решения данной проблемы необходимо сделать следующее:
1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)
2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)
3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)
Как показывает практика, скорость запуска 1С:Предприятие 8 после такой настройки возрастает заметно!
Но есть и кое-какие недостатки данного метода:
необходимо следить за тем, чтобы адрес сервера ключа защиты не изменился, иначе придется на всех локальных машинах перенастраивать файл nethasp.ini!
Хотел бы так же уточнить несколько моментов по работе с ключами, с которыми пришлось сталкиваться при работе:
1. Monitor HASP не показывает ключ
Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.
2. Два ключа защиты 1С HASP на одном компьютере
При установке двух и более ключей защиты программного обеспечения HASP на один компьютер следует учитывать, что:
- Ключи, имеющие разные серии, будут работать нормально. (по отношению к 1С: 1 серверный и 1 сетевой будут работать нормально)
- Ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP). (по отношению к 1С, - 2 локальный или 2 сетевых ключа на одном компьютере работать корректно, скорее всего не будут)
- не рекомендуется ставить вместе локальный и сетевой ключ, это связано с особенностью защиты 1С Предприятия: находя локальный ключ программа никогда не будет искать сетевой.
Возможные решения данной проблемы:
- Замена нескольких ключей защиты программ HASP на один, с бОльшим количеством лицензий.
- Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе.
3. Два и более менеджеров лицензий (License Manager) в сети
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
Столкнулся с тем что при установке двух платформ 1С 8.3 и 8.2 на один сервер, 8.3 не видит программные ключи,
После поиска в просторах интернета нужной инфы не нашел, и пришлось писать в техподдержку, вот что ответили:
Получите лицензии при работе с платформой 8.2.
Переместите (не скопируйте!) файлы программной лицензии 2*.lic в каталог:
"C:\Users\All Users\1C\1Cv82\conf" (либо "C:\ProgramData\1C\1Cv82\conf") - если они сейчас в другом каталоге.
Поместите в каталог:
"C:\Users\All Users\1C\1cv8" (либо "C:\ProgramData\1C\1Cv8")
файл location.cfg со следующим текстом:
location=C:\Users\All Users\1C\1Cv82 (либо location=C:\ProgramData\1C\1Cv82)
Если речь идет о компьютере сервера 1С:Предприятия, то перед перемещением файлов лицензии остановите службу агента сервера, а после перемещения запустите службу агента сервера.
Специальные предложения
Интересно . а поможет ли мне . попробую. Правда у меня проблема немного иного плана. Платформа 8.2, серверная её часть, что х32, что х64 видят отлично железный хасп, а вот платформа 8.3 видит, но только х32! А х64, что я только не делал, не видит серверный ключ и всё тут. Уже и платформу переустанавливал и новую алладиновскую приблуду с драйверами ставил . не помогает. Попробую этот вариант!
(7) хасп лм стоит, ключ стоит, все работает с сетевыми базами, а вот с файловыми не видит лицензии. прописывание файла nethasp.ini ничего не дает.
(8) EugeneBespalov, хасп лм не может раздавать программные лицензии, он только аппаратную лицензию раздает. Программные лицензии раздаются только через Агент сервера 1С.
У вас два варианта: 1. Перенести все файловые базы в серверный режим. 2. Запускать файловые базы с сервера где стоит программная лицензия.
На компьютере стоит железный хасп и кучка пин-кодов. Хасп работает, а пин-коды перестало видеть. из-за чего так произошло, понять не могу. Платформы 8.2 и 8.3 работали бок о бок с полгода. Все вышеописанные танцы с бубном не помогают. Есть еще варианты.
(12)
Мне кажется, что скопировал. Я ужасно долго эксперементировал. Их нужно только в одном месте хранить?
Добрый день! У меня проблема. Все базы файловые, на сервере, где эти базы хранятся, установлен 1 аппаратный ключ и лежат 3 файла лицензий. Установлены платформы 8.2 и 8.3. Проблема в следующем-платформа 8.3 видит только аппаратный ключ, и не цепляет программные лицензии. Что делать в такой ситуации?
(17) 6JIoHguH, ага только в одном месте. Да, придется перепролучать.
(18) ea.abdrakhmanova, это надо на месте смотреть разбираться, вызовите спеца.
(19) а может быть дело в том что .lic программных ключей лежат в папке C:\ProgramData\1C\1Cv82\conf и платформа попросту не ищет ключи в этой папке?
Проблема решена. Всем, кто сталкивался с такой проблемой, в первую очередь поместите в каталог C:\ProgramData\1C\1Cv8 файл location.cfg с текстом: location=C:\ProgramData\1C\1Cv82. А вот если это не поможет, то в тех.поддержку
Ставил платформу 8.3.6.2332 все прошло нормально. Работает, как 8.2 так и 8.3 ни куда нечего не копировал не перемещал. Хотя до этого ставил ранние версии платформы слетало и не работало приходилось или вбивать новый ключ или использовать эту тему. Наверное 1с -ники поправили ошибку.
Перешли с 8.2 на 8.3. и не могла зайти. Мне помогло восстановить лицензии на 3-х программных ключах 5,5 и 20 пользователей. Также почему-то строка в location.cfg была написана с ошибкой location=C:\ProgramData\1C/1Cv82 поправил и все заработало.
Столкнулись с подобной проблемой. Помог файлик cfg, только строку написать надо такую location=C:\ProgramData\1C/1Cv82
Просмотры 64754
Загрузки 0
Рейтинг 57
Создание 18.06.14 11:43
Обновление 18.06.14 11:43
№ Публикации 288065
Тип файла Нет файла
Конфигурация Конфигурации 1cv8
Операционная система Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Не указано
См. также
Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо
Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.
14.04.2017 68963 user700211_a.straltsou 30
НеБезопасный прикладной программный интерфейс сервера
Есть такой стандарт «Безопасность прикладного программного интерфейса сервера». Многие его читали. Кто-то даже понимает то, что там написано. Но, как показывает практика, его мало кто соблюдает. Чем грозит отступление от этого стандарта? В чем опасность общих модулей с признаком «Вызов сервера»? На эти вопросы на митапе «Безопасность в 1С» ответил разработчик рекомендательных систем Владимир Бондаревский.
02.03.2022 2269 bonv 10
Ферма ОДИНа или как управлять множеством Серверов 1С: Предприятие из одной точки
У Вас много серверов приложений 1С Предприятие разных версий и их надо мониторить и администрировать. Новое приложение для управления фермой ОДИНа как раз для тебя.
26.08.2021 1430 khorevaa 8
Легкий способ регистрации библиотеки COMCNTR.DLL (для COM-соединения)
Устали от командных строк, нюансов с разрядностью 32х/64х или ручного создания V83COMConnector в службе компонентов? Предлагаю простой способ регистрации библиотеки COMCNTR.DLL.
22.12.2020 35516 vakrikun 32
Копирование числовых ячеек из 1С в Excel Промо
15.01.2019 38355 itriot11 27
Выгрузка в dt на сервере 1С по расписанию с завершением соединений и подключением к консоли сервера через com
Была задача настроить по расписанию выгрузку серверной базы в dt, готового решения не нашел, делюсь, может, кому пригодится.
Ключи защиты 1С Предприятие 8.1. Особенности использования.
Действия многих системных администраторов, столкнувшихся со сложностями при установке ключей защиты для 1С Предприятия, более всего напоминают шаманские камлания с бубном. В "админских кругах", да и в интернете, ходят мифы и легенды о "капризности" ключей защиты, о ее "кривой" реализации и т.п. В тоже время большинство нестандартных ситуаций является следствием крайне низкого уровня знаний о ключах защиты и особенностях их использования.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Какие бывают ключи
Локальные однопользовательские ключи представлены моделью HASP HL Basic (синего цвета), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.
Сетевые клиентские ключи включают серию HASP HL Net (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX - количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.
Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.
Для 64-битного сервера используется ключ HASP HL Max (зеленого цвета) с внутренней памятью и уникальным ID. Имеет маркировку EN8SAи поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.
Как правильно устанавливать ключи
Следует запомнить одно важное правило: на один компьютер нельзя устанавливать более одного ключа одной серии. Также не рекомендуется ставить вместе локальный и сетевой ключ, это связано с особенностью защиты 1С Предприятия: находя локальный ключ программа никогда не будет искать сетевой. Локальные ключи сервера 1С Предприятия не мешают работе других ключей.
Второе важное правило: ключ не должен находится на машине с активным терминальным ПО . Также не стоит ставить менеджер лицензий в терминале. 1С на сервере терминалов может работать только с сетевым ключом, расположенным на другом ПК.
При наличии двух и более сетевых ключей недостаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
После чего на клиентских машинах следует отредактировать файл nethasp.ini , явным образом указав адреса и имена менеджеров лицензий:
Какие бывают ошибки
- Не найден ключ. Пожалуй самая распространенная ошибка. Возникает при отсутствии ключа, попытке использования ключа от другого продукта. Для сетевых ключей эта ошибка может возникать при отсутствии сети, если на машине с ключом не запущен менеджер лицензий, закрыт 457 порт или ошибочно установлен несетевой ключ.
- Ключ не содержит лицензии. Возникает при установке на один ПК двух ключей одной серии, при этом виден тот из них, на котором отсутствует нужная лицензия. При работе в сети двух менеджеров лицензий с одинаковыми именами и обслуживающими ключи одной серии приложение может найти первым ключ не содержащий нужной лицензии, что также приведет к получению этой ошибки.
- Обнаружена служба терминалов. Возникает при попытке запустить приложение из терминальной сессии с локальным ключом. Может также возникнуть в случае если в nethasp.ini явно не прописан адрес менеджера лицензий.
- Превышено число лицензий. Возникает когда количество пользователей (активных сессий) превышает число указанных в ключе лицензий. При работе в сети двух менеджеров лицензий с одинаковыми именами и обслуживающими ключи одной серии приложение может найти первым ключ с которым уже установлено максимальное количество соединений, что также приведет к получению этой ошибки.
Дополнительные материалы:
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Дано: сервер, на котором активированы лицензии 1С (или планируется устанавливать лицензии на нем и использовать его в качестве сервера лицензирования), а также имеются сервера, где установлены 1С кластеры, которым требуются лицензии.
Задача: распределение 1С лицензий по разным серверам (кластерам). Например, если на сервере лицензирования активирована одна лицензия на 50 пользователей, то нужно, чтобы этими лицензиями могли пользоваться различные 1С серверы/кластеры.
Помните, что для каждого кластера потребуется серверная лицензия (может быть активирована также на сервере лицензирования), т.е. сколько кластеров, столько и серверных лицензий.
Сам сервер лицензирования лицензии не требует.
В данной статье и в видео будут следующие условные наименования серверов:
Сервер лицензирования - SRV-DB1
Сервер 1С (с установленным кластером) - SRV-NODE-B
Содержание статьи:
- Как получать лицензии с другого сервера (сервера лицензирования)
- Как настроить сервер лицензирования
- Как активировать лицензию на сервере лицензирования
Как получать лицензии с другого сервера (сервера лицензирования)
Если сервер лицензирования (SRV-DB1) уже существует и настроен, то настройка любого другого сервера 1С (в этом примере, SRV-NODE-B) на получение лицензий с сервера SRV-DB1 делается довольно легко. Подробнее смотрите видео ниже.
Краткое описание (все действия выполняем в локальном кластере на 1С-сервере (SRV-NODE-B)):
- В рабочие серверы добавляем сервер лицензирования (SRV-DB1).
- В блоке рабочего сервера SRV-DB1 добавляем две функциональности в требования назначения функциональности.
- В блоке рабочего сервера SRV-NODE-B добавляем две функциональности в требования назначения функциональности.
- На локальном кластере делаем полное применение требований функциональности.
- Перезагружаем службу 1С.
После этого сервер SRV-NODE-B начнет получать лицензии с сервера SRV-DB1. Т.е. как серверные, так и клиентские лицензии нужно активировать на сервере лицензирования (о том, как активировать читайте ниже).
Посмотреть, как это делалось, можно в следующем видео-ролике:
Подробное описание:
(все действия выполняем в локальном кластере на 1С-сервере (SRV-NODE-B)):
1) В рабочие серверы добавляем сервер лицензирования (SRV-DB1):
В итоге будет два рабочих сервера SRV-NODE-B и SRV-DB1:
2) В блоке рабочего сервера (сервера лицензирования) SRV-DB1 добавляем две функциональности в требования назначения функциональности.
Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Любой объект требования (Для всех) - Не назначать
Затем:
Сервис лицензирования - Назначать
В таком случае они "встанут" в нужной последовательности, иначе придется менять приоритет.
Этим мы говорим, что этот сервер готов выдавать лицензии и будет отклонять любые другие запросы.
3) В блоке рабочего сервера кластера SRV-NODE-B также добавляем две функциональности в требования назначения функциональности.
Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Сервис лицензирования - Не назначать
Затем:
Клиентское соединение с ИБ - Назначать
Этим мы говорим, что этот сервер готов отвечать на клиентские вызовы, но лицензии он не содержит.
4) На локальном кластере делаем полное применение требований функциональности.
5) Перезагружаем службу 1С.
Также нужно не забыть про настройки локального FireWall - на сервере 1С (SRV-NODE-B) разрешить входящие-исходящие соединения для сервера лицензирования (SRV-DB1).
Как мы делали сервер лицензирования?
Первоначально у нас был один виртуальный сервер, на котором был установлен 1С кластер. На нем были активированы программная серверная лицензия и программная лицензия на 50 пользователей (соответственно в кластере в информационной базе было указано, чтобы клиентские лицензии выдавались с сервера).
Затем понадобился перенос сервера на другую физическую площадку и было также решено выделить под кластер более производительную виртуальную машину. Поэтому существующий сервер оставили в качестве сервера лицензирования, и создали новый виртуальный сервер под 1С кластер.
Как из обычного сервера сделать сервер лицензирования? Если на нем не будут подключаться информационные базы и он будет использоваться только для лицензий, то в дополнению к вышеуказанным инструкциям нужно сделать только одно действие: удалить локальный кластер на сервере лицензирования (не саму программную серверную компоненту 1С, а именно локальный кластер в оснастке кластера, чтобы в списке кластеров было пусто - это видно на скриншотах и видеоролике, что на сервере лицензирования нет кластеров):
Если это сделать, то сервер лицензирования не будет "отъедать" серверную лицензию (т.е. ему самому вообще никаких лицензий не нужно, он только их хранит для других серверов).
Как активировать лицензию в случае сервера лицензирования?
Для этого на клиенте в любой базе (хоть локальной) зайти в конфигуратор, перейти на интерфейс ввода лицензии, нажать Дополнительно и ввести адрес сервера лицензирования.
Активация ключа на сервере:
В этом случае активация произойдет на сервере лицензирования.
После можно проверить, появился ли файл лицензии в папке на сервере (рекомендуется записать, что за файл - эта информация может понадобиться при восстановлении лицензии - см. статью Восстановление по пин-коду).
Примечание: есть вероятность, что такая настройка не работает в случае варианта лицензирования "Сервер мини".
В файлах к статье: видеоролик, показанный выше, а также текст этой статьи.
Чтобы сетевой ключ HASP стал доступен клиентским приложениям через локальную сеть, на компьютере, где установлен ключ, должна быть запущена специальная программа менеджер лицензий (HASP Licence Manager)
Устанавливаем как службу, если нужно на постоянной основе
Всплывающее окно при установке менеджера лицензий
При запуске менеджер лицензий выполняет попытку найти и прочитать файл nhsrv.ini.
Поиск файла nhsrv.ini осуществляется в следующей последовательности:
- каталог, откуда запущен загрузочный модуль менеджера лицензий (nhsrvw32.exe);
- текущий каталог Windows;
- 32-битный системный каталог Windows (C:\WINDOWS\system32\).
64 -битный системный каталог Windows (C:\Windows\SysWOW64\); - битный системный каталог Windows (C:\WINDOWS\system\);
- маршруты, перечисленные в переменной path окружения.
Настройка nhsrv.ini HASP License Manager
В файле nhsrv.ini есть уже подсказки и шаблоны, как можно писать, чтобы было правильно для прочтения настроечного файла программной. А ниже я опишу, на что нужно обратить внимание.
Максимальное количество пользователей, одновременно подключенных к менеджеру лицензий, определяется значением параметра.
т.е Если ключ на 500 или 300, нужно установить соответствующее значение. На меньший ключ, этот параметр изменять не нужно.
Ограничение компьютеров, которые могут получить лицензию от сетевого ключа:
Хочу обратить еще внимание, что если указать диапазоны в подсети, то файл работать не будет. Т.е. 10.24.2-4.* — не правильно! А правильно это — 10.24.2.*, 10.24.3.*, 10.24.4.*
Отключить протоколы, Netbios и IPX за их ненужностью. Оставить UDP.
Если используется два и более USB ключа в локальной сети необходимо:
Присвоить уникальное имя для каждого ключа в сети. В имени можно использовать латиницу и цифры. Не более 7-и символов
После редактирования файла нужно:
- разместить файл nhsrv.ini в каталоге, из которого запускается менеджер лицензий;
- изменить значение параметра NHS_USERLIST на необходимое (300, 500 или другое);
- перезапустить менеджер лицензий;
- убедиться, что менеджер лицензий нашел файл nhsrv.ini по журналу Activity Log/ Server Activity Log.
Настройка nethasp.ini
Файл настроек nethasp.ini расположен на клиентских компьютерах. И необходим для поиска лицензий.
Если большая нагрузка в сети и много клиентов, то менеджер лицензий может не успеть выдать лицензию
Для более быстрого поиска предлагаю изменить следующие настройки:
И самое важное после всех настроен, указать статическое расположение сервера с которого раздаются клиентские ключи:
Тонкости, нюансы и примечания
Это уже будет когда-нибудь в другой статье 🙂
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Я согласен на сохранение и использование моих личных данных в соответствии с Политикой конфиденциальности
Читайте также: