Служба ліцензування 1с як називається

Дано: сервер, на якому активовані ліцензії 1С (або планується встановлювати ліцензії на ньому та використовувати його як сервер ліцензування), а також є сервери, де встановлені 1С кластери, яким потрібні ліцензії.
Завдання: розподіл 1С ліцензій на різні сервери (кластери). Наприклад, якщо на сервері ліцензування активовано одну ліцензію на 50 користувачів, потрібно, щоб цими ліцензіями могли користуватися різні 1С сервери/кластери.

Пам'ятайте, що для кожного кластера буде потрібна серверна ліцензія (може бути активована також на сервері ліцензування), тобто. скільки кластерів, стільки та серверних ліцензій.
Сам сервер ліцензування ліцензії не вимагає.

У цій статті та у відео будуть наступні умовні назви серверів:
Сервер ліцензування - SRV-DB1
Сервер 1С (з встановленим кластером) - SRV-NODE-B

Як отримувати ліцензії з іншого сервера (сервера ліцензування)
Якщо сервер ліцензування (SRV-DB1) вже існує і налаштований, то налаштування іншого сервера 1С (у цьому прикладі, SRV-NODE-B) на отримання ліцензій з сервера SRV-DB1 робиться досить легко. Докладніше дивіться відео нижче.

Короткий опис (всі дії виконуємо у локальному кластері на 1С-сервері (SRV-NODE-B)):

1. До робочих серверів додаємо сервер ліцензування (SRV-DB1).
2. У блоці робочого сервера SRV-DB1 додаємо дві функціональності вимоги призначення функціональності.
3. У блоці робочого сервера SRV-NODE-B додаємо дві функціональності до вимог призначення функціональності.
4. На локальному кластері виконуємо повне застосування вимог функціональності.
5. Перезавантажуємо службу 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С, а саме локальний кластер в оснастці кластера, щоб у списку кластерів було порожньо - це видно на скріншотах та відеоролику, що на сервері ліцензування немає кластерів):

Якщо це зробити, то сервер ліцензування не "від'їдатиме" серверну ліцензію (тобто йому самому взагалі ніяких ліцензій не потрібно, він тільки їх зберігає для інших серверів).

Як активувати ліцензію для сервера ліцензування?
Для цього на клієнті в будь-якій базі (хоч локальній) зайти до конфігуратора, перейти на інтерфейс введення ліцензії, натиснути Додатково та ввести адресу сервера ліцензування.

Активація ключа на сервері:

У цьому випадку активація відбудеться на сервері ліцензування.
Після цього можна перевірити, чи з'явився файл ліцензії в папці на сервері (рекомендується записати, що за файл - ця інформація може знадобитися при відновленні ліцензії - див. статтю Відновлення за пін-кодом).

Примітка: є ймовірність, що таке налаштування не працює у випадку ліцензування "Сервер міні".

У файлах до статті: відео, наведене вище, а також текст цієї статті.

Для запуску програм на платформі 1С необхідні ліцензії 1С:Підприємство 8. І якщо з однокористувальною версією програмного продукту все зрозуміло (встановлюємо платформу, створюємо або завантажуємо конфігурацію, активуємо програмну ліцензію або, у разі USB-ліцензії, встановлюємо її в USB-порт локального комп'ютера ), то у разі підключення кількох користувачів виникає низка питань, наприклад, як зробити так, щоб ліцензії були доступні всім і всім їх вистачало?

Тут ми стикаємося з поняттям «мережевих» або «розрахованих на багато» ліцензій 1С. З програмними ліцензуванням все відносно просто: вони ставляться або в форматі одного користувача на локальні машини користувачів, або на сервер, з якого лунають засобами платформи 1С. Але як бути з апаратними ліцензіями? Для апаратних ліцензій існує спеціальне програмне забезпечення, яке займається роздачею ліцензій користувачам у локальній мережі. Називається воно менеджер програмних ліцензій 1С (HASP License manager).

Як встановити менеджер ліцензій

Мал.1 Файл lmsetup.exe

У першу чергу програма установки запропонує вибрати мову, якою буде відбуватися установка. На вибір є два варіанти: англійська та німецька. Вибираємо зручну нам мову і тиснемо ОК.

Рис.2 Вибираємо зручну нам мову

Надалі у нас не повинно виникнути проблем, ми просто дотримуємося інструкцій менеджера. Окремо зазначимо кілька пунктів.

Рис.3 Продовжуємо налаштування

Погоджуємося з ліцензійною угодою, інакше установку продовжити не можна буде. Наступний пункт визначає тип установки.

Рис.4 Визначаємо тип установки

Менеджер запропонує на вибір 2 варіанти: встановити як програму або як сервіс. Особливої ​​різниці між ними немає. Єдиний момент: якщо встановлювати його як додаток, треба задати налаштування його автозапуску при старті системи. Під час встановлення як сервісу налаштування автозапуску пропишуться автоматично.

Далі нам треба вибрати розташування встановленої програми.

Рис.5 Вибираємо розташування встановленої програми

Можна залишити стандартний шлях: «С: Program Files…» або вибрати свій. Після закінчення установки менеджер запропонує запустити програму. Погоджуємось і закінчуємо встановлення.

Рис.6 Закінчуємо встановлення

Налаштування менеджера ліцензій

Після встановлення менеджер ліцензій повинен працювати в локальній мережі організації, але для підвищення правильності та швидкості роботи рекомендується провести попереднє налаштування програми.

Нічого складного тут нема. Нам знадобиться файл nhsrv.ini, який знаходиться в папці, яку ми вказали в процесі встановлення (при встановленні програми як програми), або у системному каталозі операційної системи (при встановленні програми як сервісу).

Відкриваємо його за допомогою блокнота (або будь-якого іншого текстового редактора) та додаємо рядок «NHS_IP_LIMIT = 192.168.*.*». На місце «*» можна поставити будь-яке число від 0 до 254. Якщо залишити рядок у початковому вигляді, це означатиме, що менеджер ліцензій бачитиме у локальній мережі всі комп'ютери, IP яких починається з 192.168.

Якщо, наприклад, ми запишемо у рядку таке: «NHS_IP_LIMIT = 192.168.0.*», то менеджер побачить лише комп'ютери в діапазоні 192.168.0.0 – 192.168.0.254 та жодних інших. Після того як ми провели налаштування на сервері, нам треба провести аналогічне налаштування на комп'ютерах користувачів.

При старті на комп'ютері користувача програма «іде» за отриманням ліцензії за адресою, яка вказана у файлі nethasp.ini (на комп'ютері користувача в папці conf каталогу, в який ми встановлювали платформу). Шлях показаний на скріншоті:

Рис.8 Шлях до ліцензії

Відкриваємо його так само, за допомогою будь-якого текстового редактора. Нас цікавлять два розділи: [NH_COMMON] та [NH_TCPIP]. Додаємо до цих розділів текст, як показано на скріншотах:

Рис.9 Текст, перший фрагмент

Рис.10 Текст, другий фрагмент

Текст на другому скріншоті означає, що 1С звертатиметься за отриманням ліцензії до конкретного комп'ютера з відповідною адресою та ім'ям. Без цих дій 1С здійснюватиме пошук ліцензії по локальній мережі цілком, а зроблені установки дозволять значно скоротити час отримання ліцензії та, відповідно, запуску програми.

Ще років п'ять тому існували лише апаратні ліцензії 1С в однокористувацький або розрахований на багато користувачів варіанті. Ліцензії являли собою спеціальні USB-флешки. Тепер такі флешки видаються лише у замовленнях, а придбати ліцензію 1С 8.3 можна віддалено. При цьому всі продукти 1С поставляються із програмними ключами ліцензії.

Програмне ліцензування має прихильників і противників. Грамотний аналіз та продуманий підхід до забезпечення роботи користувачів дозволить заощадити на ліцензіях. Програмні однокористувацькі ліцензії грають ключову роль схемах забезпечення доступу до ПО 1С.

Що таке програмні ліцензії

Якщо ви придбали програмне забезпечення від 1С із програмним варіантом ліцензії, то в комплекті буде файл ліцензії. Він має розширення *.lic, і в ньому в зашифрованому вигляді міститься інформація про кількість ліцензій. Він містить дані про комп'ютер, до якого прив'язуються ліцензії після активації. Дійсно, цей тип ліцензій закріплюється за ПК за певним набором параметрів:

• Ім'я у мережі;
• Материнська плата, перелік процесорів, жорстких дисків та їх параметри;
• Об'єм оперативної пам'яті;
• BIOS;
• Наявність та параметри мережевих адаптерів, їх MAC адреси;
• Найменування та перші дві цифри версії ОС, її серійний номер та дата встановлення.

Програмні ліцензії повністю підпорядковуються існуючим правилам ліцензування 1С:Підприємства.

Активація однокористувацької або іншої ліцензії відбувається за допомогою введення пін-коду, що знаходиться в конверті ПІН-коди програмної ліцензії при запуску 1С.

Рис.1 Активація ліцензії

При активації ліцензії "прикріплюються" до параметрів ПК. Це означає, що в разі заміни комплектуючих зі списку параметрів доведеться перереєструвати ліцензії за допомогою резервних пін-кодів. Їх можна знайти в тому самому конверті, де й основний код ліцензій.

Переваги програмних ліцензій

Перелік переваг такого типу ліцензій розуміє будь-який фахівець:

• Не потрібний порт USB. На підприємствах з метою безпеки відключають порти, і програмні ліцензії будуть найкращим варіантом;
• Нематеріальність ліцензій Апаратні ліцензії – це флешки, з якими може статися багато чого: втрата, пошкодження, крадіжка та інші неприємності. Гарантія відсутності подібних ситуацій у програмних ліцензій буде зручною для будь-якого адміністратора, якому вже доводилося стикатися з подібними ситуаціями щодо ліцензування;
• Програмні ліцензії працюють набагато швидше та знижують вимоги до характеристик мережі та комп'ютерів;
• Просте додавання ліцензій. Особливо це важливо для адміністраторів, які працюють з більш ніж сотнею ліцензій, що використовуються, а робочі місця знаходяться в різних будинках. Встановлення півсотні USB-ключів для 1С на ПК може тривати кілька діб. Додавання нової сотні програмних ліцензій вимагатиме не більше 10 хвилин та зосередженості;
• Не доведеться думати про те, як розподілити ліцензії на відділи чи підрозділи. Усі клієнти підключаються на рівних умовах.

Але програмний варіант ліцензування має й недоліки.

Мінуси програмного ліцензування

Популярність ліцензій програмного типу не означає, що ці ліцензії є ідеальними. Програмні ліцензії – інструмент, здатний полегшити роботу адміністраторам та спростити облік ліцензій, але й має недоліки:

• Прив'язка ліцензій до ПК. Як тільки ви активуєте комплект ліцензій на сервері, він стає прив'язаним. При будь-якій заміні вам необхідно буде заново прив'язувати куплені ліцензії за допомогою резервних пін-кодів, кількість яких обмежена. Збільшувати потужність за рахунок нових планок та дисків можна, а змінювати початкові комплектуючі, на які ставили ліцензії, варто лише у разі форс-мажору;
• Суворий контроль ліцензій. Якщо файл ліцензій випадково потрапить до рук сторонніх, і вони використовують ліцензії будь-де, ліцензії будуть заблоковані;
• Декілька додатків 1С, запущених випадково, витрачатимуть і кілька ліцензій.Часто зустрічаються ситуації, коли через залиплі клавіші або забудькуватість, адміністраторам доводилося стежити за активністю користувачів і звільняти ліцензії, що «простують». Таке трапляється, якщо у вас кількість користувачів обмежена 1-2 десятками ліцензій.

Класифікація ліцензій 1С

Якщо ви замислитеся про купівлю ПЗ 1С, потрібно визначитися з кількістю та типами ліцензій. Якщо у вас буде реалізована клієнт-серверна база, необхідно придбати ліцензію на сервер 1С 8.3. Щодо клієнтських ліцензій, вони бувають такі:

Однокористувацька ліцензія 1С призначена для одного ПК, на якому дозволяє запускати необмежену кількість сеансів. Такі ліцензії входять у комплект постачання;

Рис.2 Схема роботи однокористувацької ліцензії

Рис.3 Схема роботи розрахованих на багато користувачів ліцензій

Іноді клієнтам складно розібратися, яке ліцензування оптимальне для підприємства: однокористувацьке або розраховане на багато користувачів.

Вибір типу ліцензій

Фахівці рекомендують купувати розраховані на багато користувачів ліцензії, якщо ваше підприємство підходить під наступні визначальні критерії:

• Використовується клієнт серверний варіант роботи з базою, а чи не файловий;
• Використовується схема роботи через термінальний сервер.

Виконання цих умов робить вибір простим: підходящими в такій ситуації є розраховані на багато користувачів ліцензії.

Однокористувацькі ліцензії вимагають індивідуальної установки на клієнтські ПК і «прив'язуються» до заліза. Такі ліцензії накладають серйозні обмеження під час облаштування великого парку робочих місць. Але якщо потрібно мати кілька клієнтів з великою кількістю сеансів 1С, то однокористувацький механізм ліцензій підійде, дозволяючи суттєво заощадити на ліцензіях.

Універсальної відповіді, який тип ліцензій купувати без дослідження та аналізу ситуації не існує. Якщо ви так і не можете відповісти собі, який тип ліцензій буде оптимальним, завжди можна проконсультуватися зі співробітником 1С щодо ліцензій. Вони порадять вам конкретний тип ліцензій програмного вигляду і допоможуть визначитися з кількістю однокористувальних та інших ліцензій.

Поєднання програмних та апаратних ліцензій

Існують компанії, де куплено достатньо однокористувальних ліцензій USB, але кількість співробітників зростає. І у адміністраторів постає питання, «якщо придбати сучасні ліцензії 1С, як ПЗ відреагує на поєднання ліцензій?». Фахівці компанії 1С запевняють, що всі ліцензії функціонуватимуть у комплексі, а система знайде ліцензії за таким порядком:

1. Локальні програмні;
2. Локальні апаратні ліцензії;
3. Мережеві апаратні;
4. Однокористувацькі та розраховані на багато користувачів ліцензії на сервері;
5. Локальні та мережеві апаратні ліцензії на сервері.

Щоб ефективно використовувати всі ліцензії типу одного користувача, потрібно продумати, який варіант роботи користувачів буде оптимальним. Використовуючи наведений вище порядок отримання ліцензій, адміністратори можуть заощадити кошти та прискорити продуктивність та видачу ліцензій. Для цього багато компаній і переходять на ліцензії програмного однокористувацького типу, спрощуючи життя співробітникам та зменшуючи вартість ліцензій. Підбирайте варіанти ліцензування правильно, і доступ до 1С перестане бути головним болем для ваших колег.

Більшість компаній-користувачів програмного забезпечення 1С, купивши ліцензію 1С Підприємство 8, використовує програмні ключі.Вони зручні і обходяться дешевше «флешок», оскільки витрачаються не так на комп'ютери, але в сесії з сервером. Однак трапляється, що з ними виникають проблеми, і 1С припиняє їх бачити. Адміністраторам 1С у великих компаніях важливо вміти швидко виправляти такі ситуації, оскільки час простою користувачів може обернутися проблемами.

Причини відмови від ліцензій 1С 8.3

• Відновлення платформи 1С. Суть проблеми полягає у схемі процедури оновлення – нова версія не замінює стару, а просто встановлюється у сусідній директорії. У результаті після кількох років роботи на сервері можна знайти цілу колекцію платформ, що працюють самостійно. Щоб повернути працездатність ліцензій їх необхідно перереєструвати за допомогою резервних пін-кодів;
• Збій роботи менеджера ліцензій. Налаштування цього механізму – тонке та складне заняття. Якщо ним займався некваліфікований спеціаліст, проблеми можуть виникнути будь-якої миті. Вирішуються подібні збої переустановкою платформи та менеджера ліцензування;
• Вимкнення використання програмних ліцензій. У налаштуваннях інформаційної бази можна вказати тип ліцензій. Іноді навіть користувачі можуть змінити налаштування та достатньо лише зняти галку «Використовувати апаратну ліцензію»;

Рис.1 Використати апаратну ліцензію

Відновлення працездатності ліцензій 1С

Існує можливість відновити програмні ліцензії 1С за допомогою спеціального файлу, що входить до складу платформи. Для цього необхідно правильно налаштувати файл nethasp.ini, розташований у папці conf каталогу, куди встановлена ​​1С. Щоб помилка ліцензії 1С пішла, необхідно в цьому файлі вказати такі дані:

1. У розділі NH_COMMON вказати NH_TCPIP = Enabled;
2. У розділі NHS_SERVER вказати всі імена менеджерів ліцензій;
3. У розділі NH_TCPIP вказати адресу сервера з менеджером ліцензій як NH_SERVER_ADDR = IP – адресу. Також вкажіть ім'я менеджера в реквізит NH_SERVER_NAME. Якщо їх кілька, то перераховуються через коми.

Потім настає черга активувати наявну ліцензію первинно чи повторно. Її видимість повинна поширюватися на всіх користувачів ПК, спосіб отримання вкажіть – ручний, автоматичний, на цифровому носії. Після заповнення реєстраційних даних у спеціальній формі вийде файл ліцензій, який необхідно розмістити за одним із шляхів:

1. Для Windows XP та Vista:
   • C:\Users\Administrator\AppData\Local\1C\1Cv8\conf\;
   • C:\Users\All Users\1C\1Cv8\conf\;
2. Для Windows 7 та наступних:
   • C:\ProgramData\1C\licences\

Іноді виходить так, що компанія купувала ліцензію, але всі документи втрачені, а реєстраційні дані забуті. У такому випадку багато хто просто купує заново комплект ліцензій. Це досить дорого, якщо йдеться про 50 або 100 програмних ліцензій. Тому важливо знати, що всю інформацію можна поновити, якщо знайти файл формату lic.

У цьому файлі всю інформацію закодовано. Щоб її декодувати, доведеться витратити чимало сил і часу. У цьому може допомогти технічна підтримка 1С, якщо покупка ліцензій справді мала місце. Якщо взятися за цю операцію самостійно, висока ймовірність, що виникне помилка декодування файлу ліцензій і буде втрачено останню можливість відновлення.

Консультація з фахівцями технічної підтримки 1С корисна при проблемі з оновленнями або ліцензіями будь-яких видів: звернення може допомогти суттєво полегшити вирішення завдань. Пам'ятайте, що в деяких випадках співробітники 1С можуть запросити копію бази даних, але ви можете відмовитися.Щоправда, у цьому випадку шанси отримати повноцінну допомогу суттєво знижуються.

Захист системи «1С:Підприємство» може бути побудований на використанні мережевої системи захисту HASP4 Net. Підрахунок користувачів може здійснюватися або серверною частиною «1С:Підприємства», або спеціальною програмою — HASP License Manager. Ця стаття присвячена установці HASP License Manager та налаштуванню системи «1С:Підприємство» для роботи з ним.

Ключі захисту та їх маркування

Апаратні ключі захисту HASP4 Net підключаються до портів USB комп'ютера. Загальна кількість користувачів, які можуть працювати з системою «1С:Підприємство», дорівнює сумі доступних ліцензій з усіх комп'ютерів у мережі, до яких підключені апаратні ключі та налаштований HASP License Manager.

Апаратні ключі схожі на USB-флеш-накопичувач і виглядають приблизно так:

Розрахований на багато клієнтський ключ H4 NET5 ORGL8

Вони можуть відрізнятися кольором та маркуванням. По маркуванню можна визначити, що це за ключ: для яких програмних продуктів він підходить і скільки ліцензій надає.

• ORGL8 - Локальний клієнтський ключ;
• NET5 ORGL8 - Розрахований на багато користувачів клієнтський ключ на 5 користувачів;
• NET10 ORGL8 - Багатокористувацький клієнтський ключ на 10 користувачів;
• NET20 ORGL8 - Багатокористувацький клієнтський ключ на 20 користувачів;
• NET50 ORGL8 - Багатокористувацький клієнтський ключ на 50 користувачів;
• NET100 ORGL8 - Багатокористувацький клієнтський ключ на 100 користувачів;
• NET250+ ORG8A - Багатокористувацький клієнтський ключ на 300 користувачів;
• NET250+ ORG8B - Багатокористувацький клієнтський ключ на 500 користувачів;
• ENSR8 - Локальний ключ 32-розрядного сервера;
• EN8SA – локальний ключ 64-розрядного сервера.

Так, на фотографії вище представлений розрахований на багато користувачів клієнтський ключ на 5 користувачів. Потрібно відзначити, що на одному комп'ютері може працювати тільки один ключ кожної серії (ORGL8, ORG8A і ORG8B). Якщо підключити до одного комп'ютера кілька ключів однакової серії, буде задіяно лише один із них, вибраний довільно.

Встановлення драйвера захисту

HASP Device Driver потрібно встановити на тих комп'ютерах, до яких безпосередньо підключені апаратні ключі захисту. Цей драйвер входить до комплекту постачання «1С:Підприємства» і його можна встановити з меню «Пуск»:

Встановлення драйвера захисту в меню «Пуск»

Або з командного рядка:

C:\>"Program Files\1cv8\common\haspdinst.exe" -i

Для ОС Linux потрібно завантажити драйвер із сайту компанії SafeNet. Завантажений архів містить DEB-пакет для Ubuntu/Debian, RPM-пакет для RedHat/SuSE та скрипт для автоматичного встановлення. Спробуємо варіант зі скриптом, для цього завантажуємо та розпакуємо потрібний архів. Далі зробимо файл dinst, що виконується, і запустимо його:

Результат виглядатиме приблизно так:

Інсталяція драйвера в ОС Linux

Встановлення драйвера в будь-якій операційній системі рекомендується виконувати з від'єднаним USB-ключом.

Встановлення HASP License Manager

Дистрибутив HASP License Manager можна знайти на сайті SafeNet. При установці в ОС Windows потрібно буде вибрати варіант установки - програму або служба, зазвичай вибирають службу:

Встановлення HASP License Manager

У ОС Linux установка HASP LM виглядає трохи складнішою. Архів із сайту SafeNet містить два RPM-пакети для RedHat і SuSE (ймовірно, для цих систем установка HASP LM досить проста) і запакований файл hasplm для решти. Дотримуючись інструкції з сайту ІТС, мені не вдалося запустити файл hasplm на Ubuntu 16.04.

sudo apt-get install make

і пакет libc6-i386 (незважаючи на те, що я скачав 64-бітну версію HASP LM, він, по суті, залишається 32-бітним додатком і йому потрібні 32-бітні бібліотеки):

sudo apt-get install libc6-i386

після цього встановлюємо пакети HASP LM:

sudo dpkg -i haspd_7.60-eter1ubuntu_amd64.deb

sudo dpkg -i haspd-modules_7.60-eter1ubuntu_amd64.deb

sudo service haspd restart

HASP LM на Ubuntu 16.04

Як видно зі скріншота, файл із налаштуваннями знаходиться тут: /etc/haspd/hasplm.conf .

Налаштування

nhsrv.ini

У Windows файл nhsrv.ini може розташовуватися в різних місцях:

• каталог із встановленим HASP LM (наприклад, C:\Program Files (x86)\Aladdin\HASP LM);
• каталог Windows (C: Windows);
• системний каталог Windows (C: Windows system32 або C: Windows system).

Для ОС Linux файл налаштувань вказується за допомогою параметра «-c» та його назва та місцезнаходження за умовчанням не визначено.

Налаштування HASP LM визначають значення параметрів секції [NHS_SERVER] файлу nhsrv.ini:

• NHS_IP_LIMIT – визначає діапазон IP-адрес, що обслуговуються HASP LM. Наприклад: 192.168.*.*, 192.168.1.1/24.
• NHS_ADAPTER — визначає IP-адресу однієї чи більше мережевих карток, які обслуговуватимуть HASP LM. Використовується при використанні HASP LM з Win32. Наприклад: 10.1.1.111, 255.255.0.0.
• NHS_USERLIST — визначає максимальну кількість користувачів, які одночасно підключені до HASP LM Значення за замовчуванням: 250 (важливо для ключів на 300 та 500 користувачів).

nethasp.ini

Для налаштування взаємодії системи "1С:Підприємства" з HASP LM використовується конфігураційний файл nethasp.ini. Незважаючи на те, що в більшості випадків ніяке додаткове налаштування не потрібно мати уявлення про можливості запропонованих цим файлом.

Файл nethasp.ini, в ОС Windows, зазвичай розташовується в каталозі 1С (наприклад C: Program Files 1cv8 conf ), а в ОС Linux він може знаходитися в домашньому каталозі користувача або в каталозі / etc.

У прикладі нижче вказується, що сервер захисту знаходиться за адресою 192.168.0.12 та забороняється широкомовний механізм TCP/IP.

[NH_COMMON]
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.12
NH_USE_BROADCAST=Disabled

Далі розглянемо інші параметри доступні у файлі nethasp.ini.

Секція [NH_COMMON]

• NH_IPX – використовувати або не використовувати протокол IPX для зв'язку з HASP LM, варіанти: Enabled, Disabled (за умовчанням Enabled);
• NH_NETBIOS — використовувати або використовувати протокол NetBIOS для зв'язку з HASP LM, варіанти: Enabled, Disabled (за умовчанням Enabled);
• NH_TCPIP — використовувати або використовувати протокол TCP/IP для зв'язку з HASP LM, варіанти: Enabled, Disabled (за замовчуванням Enabled);
• NH_SESSION - задає інтервал у секундах, протягом якого програма намагається встановити з'єднання з HASP LM (за замовчуванням 2 секунди);
• NH_SEND_RCV — встановлює для HASP LM максимальний час отримання або надсилання пакета (за промовчанням 1 секунда).

Останні два параметри можна використовувати у всіх секціях.

Секція [NH_IPX]

• NH_USE_SAP — використовувати або не використовувати службу SAP для пошуку в мережі HASP LM, варіанти: Enabled, Disabled (за замовчуванням Enabled);
• NH_USE_BROADCAST — використовувати тільки механізм Broadcast для пошуку мережі HASP LM, варіанти: Enabled, Disabled (за замовчуванням Enabled);
• NH_BC_SOCKET_NUM - визначає номер сокету (число в шістнадцятковому вигляді) для широкомовного механізму (за замовчуванням: 7483Н);
• NH_SERVER_NAME — визначає, чи додаток буде обмінюватися даними тільки з HASP LM, що знаходиться в локальній мережі, або з будь-якими іншими HASP LM варіанти: localnet, Internet (за замовчуванням Internet);
• NH_DATFILE_PATH - шлях, яким буде здійснюватися пошук файлів haspaddr.dat і newhaddr.dat, що містять мережну адресу HASP LM.

Секція [NH_NETBIOS]

• NH_NBNAME - задає ім'я HASP LM (не більше 8 символів);
• NH_USELANANUM – ​​встановлює номер комунікаційного каналу.

Секція [NH_TCPIP]

• NH_SERVER_ADDR - встановлює IP-адреси серверів HASP LM (кількість адрес не обмежена);
• NH_SERVER_NAME - обмінюється даними з HASP LM з певним ім'ям (максимум 6 імен, кожне не більше 7-ми символів);
• NH_PORT_NUMBER - встановлює номер мережного порту (за замовчуванням 475);
• NH_TCPIP_METHOD — посилає пакет TCP чи UDP, звернення до HASP LM завжди виконується UDP, незалежно від значення цього параметра;
• NH_USE_BROADCAST – використовувати широкомовний механізм UDP, варіанти: Enabled, Disabled (за умовчанням Enabled).

На цьому все сподіваюся, що дана стаття була Вам корисна.

Якщо Ви знайшли помилку або неточність, будь ласка, виділіть фрагмент тексту та натисніть Ctrl+Enter.

(оцінок: 14, середня оцінка: 4,07 з 5)

Сервіс ліцензування та сервіс зовнішнього управління сеансами

Сервіс ліцензування видає програмні ліцензії на запуск клієнтської програми та на використання сервера «1С:Підприємства 8». Наявність окремого сервісу ліцензування дозволяє без перешкод конфігурувати робочі сервери кластера або розгортати кластер на віртуальних серверах з динамічною зміною параметрів.

Сервіс зовнішнього керування сеансами дозволяє обмежувати кількість користувачів, що підключаються до тієї чи іншої інформаційної бази. Інформує зовнішню систему про початок та завершення сеансу, отримуючи у відповідь дозвіл або заборону запуску сеансу. Взаємодія із зовнішньою системою здійснюється через веб-сервіс, що має певний набір методів.