Меню Рубрики

Установка два hasp на один сервер

HASP License Manager в 1С 8.2 и 8.3

Защита системы «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.

Поэтому пришлось воспользоваться решением от компании Etersoft. Идем на FTP компании и находим нужную версию. Для моей 64-х битной Ubuntu 16.04 я выбрал эту версию: http://ftp.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Ubuntu/16.04/. Скачиваем файлы и в начале устанавливаем необходимые пакеты, в моем случае потребовалось установить пакет 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

Как видно из скриншота, файл с настройками находится тут: /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 .

Читайте также:  Установка плазменной резки плазмотрон tomahawk

В примере ниже указывается, что сервер защиты находится по адресу 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.

источник

Устанавливаем сетевой ключ HASP4 на Windows Server Standard 2012
Сетевой ключ HASP4 выполняет функцию доступа нескольких пользователей к серверу 1С.

Если более точно, то многопользовательский ключ HASP4 раздает лицензии, необходимые для одновременной работы нескольких пользователей на сервере 1С. Ключ HASP4 доступен в сети через HASP License Manager.

В нашей организации сервер 1С – терминальный. При работе в терминальном режиме также требуется установка HASP License Manager. Терминальный сервер развернут в виртуальной среде Hyper-V с операционной системой Windows Server Standard 2008. В связи с известной проблемой проброса ключей на виртуальную машину с гипервизором Hyper-V было принято решение установить ключ HASP4 на «железный» Windows Server Standard 2012.

Общая последовательность действий:

1. Скачиваем и устанавливаем на HASP Device Driver.
2. Скачиваем и устанавливаем на HASP HL License Manager.
3. Настраиваем HASP HL License Manager.
4. Настраиваем брандмауэры серверов.
5. Проверяем работу приложения 1С с клиентского компьютера.

1. Скачиваем последний драйвер HASP Device Driver с официального сайта . В моем случае это драйвер версии 6.65. Драйвер нужен для того, чтобы система определила ключ HASP4.

2. Устанавливаем драйвер HASP Device Driver на сервер Windows Server Standard 2012. Установка стандартная, следуем указаниям мастера установки.

3. Скачиваем HASP HL License Manager (Менеджер лицензий) с официального сайта . Как уже упоминалось, HASP HL License Manager раздает лицензии клиентским компьютерам в локальной сети.

4. Устанавливаем Менеджер лицензий на Windows Server Standard 2012. Здесь тоже все стандартно. В процессе установки можно выбрать установку Менеджера лицензий как приложение или как сервис. На мой взгляд, целесообразно сначала установить Менеджер лицензий как приложение, проверить его работу, а в дальнейшем, при отсутствии проблем, установить его как сервис. Что я и сделал.

5. Настраиваем Менеджер лицензий. Настройка заключается в редактировании файла c:\Program Files (x86)\Aladdin\HASP LM\nhsrv.ini. В моем случае Менеджер лицензий раздавал лицензии и со стандартными настройками. Но все же я выполнил рекомендации, найденные в Интернете. Они заключаются в отключении в двух последних секциях файла настроек IPX протокола секция [NHS_IPX] и NetBios протокола секция [NHS_NETBIOS].

6. Настраиваем брандмауэр. В брандмауэре Windows Server Standard 2012 и терминального сервера с 1С добавляем в исключения порт 475 для UDP и TCP-пакетов, по которым раздаются лицензии клиентам.

7. Устанавливаем Aladdin HASP Monitor. При желании можно установить утилиту Aladdin HASP Monitor для мониторинга доступа к ключу и лицензий. Скачать можно с официального сайта .

Читайте также:  Установка крана для умывальника

8. Проверяем работу 1С. Запускаем 1С и далее «Справка – О программе» в нижней части проверяем информацию о полученной лицензии.

источник

ursus_mellifera

ursus_mellifera

Давно известный факт, что нельзя корректно использовать два и более однотипных hasp-ключа ( в частности для 1С) установленные на одном копмьютере. Софт просто отказывается их видеть и использует тот или иной по своему странному усмотрению. Путей решения проблемы несколько:
1. Разнести ключи по разным компьютерам и распределить рабочие станции по ним;
2. Обменять два однотипных ключа на один более емкий;
3. Заменить один или оба ключа (два, три и более в зависимости от ситуации) на программные лицензии;

но вот возникла реальная потребность в решении такой задачи. У пользователя есть 5-ти и 10-ти пользовательские ключи и один компьютер, выступающий в роли сервера для 1С. Заводить второй компьютер для второго ключа мне не захотелось, т.к. это собственно нужно собрать или найти какой-нить второй компьютер и строго настрого научить бухгалтеров его держать всегда включенным, либо выкл/вкл синхронно с сервером, при этом он будет жрать эл/энергию, греть помещение, гудеть и т.д. и ради чего. Поменять в фирме 1С эти два ключа на один можно только с доплатой, т.к. нет 15-ти пользовательского ключа. Опять же 5-ти пользовательский идет как основная поставка, а 10-ти — как доп. лицензии. В общем все это хлопотно, затратно по времени и финансам. Замена на программные лицензии — таже песня. Жизнь таки показала, что если использовать два ключа на одном компьютере нельзя, но очень хочется, то можно. Идем дальше.

Если честно, то все же я выбрал вариант №1, но второй компьютер было решено «поднять» виртуально на единственном сервере 1С. Всего то и делов — оставляем один ключ на физическом компьютере и пробрасываем второй ключ на виртуальную машину. Звучит просто, но оказалось не просто реализовать.
Исходные данные:
Компьютер Core I7-3770 3.4 Ghz
RAM 16 Gb
Windows 7 prof
3 usb hasp-ключа (для 7.7 многопользовательский — он не мешает работать, но мешает настраивать, 5-ти и 10-ти пользовательский для для 8-ки)

Загружаем и устанавливаем систему виртуализации VirtualBox https://www.virtualbox.org/wiki/Downloads , это отдельная тема, останавливаться не буду, инфы полно в интернете.
В качестве гостевой ОС мною была выбрана Ubuntu 13.10 server http://releases.ubuntu.com/, т.к. я ее знаю лучше других бесплатных ОС, на нее можно поставить hasp-ключ, она не имеет gui из коробки. Выделил ей 512 mb ОЗУ, один виртуальный сетевой адаптер и включил usb-контроллер. Хорошо бы включить vrdp-если все это делается удаленно. В общем пока все тривиально. При установке ОС выбрал лишь ssh-сервер из доп. плюшек для удаленки. Версия выбрана не последняя не случайно, нужно еще запилить драйвера и менеджер лицензий под hasp-ключи.

После установки гостевой ОС по желанию можно поставить на нее гостевые дополнения. Далее ставим софт для hasp-ключа. Есть конечно родные драва на сайте производителя, но он давно забил на свои ключи и довести дело до ума не получится. Обратимся к труду компании Этерсофт ftp://ftp.etersoft.ru/pub/Etersoft/HASP/3.3/U buntu/13.10/ , загружаем два deb-файла и ставим их:
root@ubuntu-13-10:

# apt-get install *.deb
root@ubuntu-13-10:

# service haspd status
Hardware protection keys support bundle. Etersoft (c) 2008-2012
HASPD package 3.3 with /dev/bus/usb support
Aladdin HASP 4/HL/SRM driver status:
kernel module aksparlnx is not loaded (WARNING: HASP LPT keys support is disabled! Run service haspd build if needed.)
aksusbd is running
winehasp is running
hasplm is running
hasplmd is running
Daemon version: 1.14 (#7779) — key API (USB) version: 3.88 (parallel driver not available)
/proc/bus/usb workaround is enabled
Smartkey 3 USB/LPT driver status:
skeyd is stopped
SafeNet Sentinel status:
usbsentinel is stopped
SntlKeysSrvrlnx is stopped

Use $ eterkeytest [—hasp] [—sentinel] [—eutron] for test key presence
Все это в моем случае делается из под
sudo mc

Миднайт командер установил ранее и все дальнейшая работа ведется через него.

После этих манипуляций на нашей виртуальной машине работает менеджер лицензий, о чем нужно убедиться запустив Aladdin monitor, в моем случае видно два Hasp License Manager’а. Если бы это было проделано на железном компьютере, то осталось бы подключить hasp-ключ в usb-порт, перезапусить менеджер лицензий

и получился бы вполне себе работоспособный вариант, но вся тонкость с виртуальной машиной в том, что просто так туда оказалось очень сложно пробросить нужный ключ из трех близнецов. При попытке добавить hasp-ключ как usb-устройство через gui virtualboxa в выпадающем списке устройств я вижу три близнеца hasp 2.17. Кликая по любому из них, получаю разный по своей плачевности результат, либо ничего не происходит, либо подключается не нужный мне ключ, либо подключается нужный. Все очень случайно. Нужно упорядочить. Для этого в диспетчере устройство, в разделе Контроллеры USB попеременным отключением/включением выясняем какой же из близнецов каким ключем является. Переписываем из св-в Aladdin USB Key с закладки «сведений» значений свойств Путь к экземпляру устройства и ключ драйвера.

Читайте также:  Установка к68 на вихрь

Дальнейшая логика работы выглядит следующим образом:
1. отключаем те ключи, которые должны остаться на хостовой ОС (в моем случае это 10-ти пользовательский ключ для 8ки и многопользовательский ключ для 7.7 — они не конфликтуют)
2. включаем виртуальную машину и пробрасываем в нее оставшийся ключ, она его должна «подхватить» после рестарта haspd
3. включаем отключенные ранее ключи.

цель достигнута, но все это работает только после ручных действий, нужно автоматизировать.

Заходим в каталог установки virtualbox на хостовой системе и смотрим список виртуальных машин

нужная ВМ первая в списке, для ее старта необходимо выполнить

vboxmanage startvm «Ubuntu 13.10» —type headless

для проброса ключа нужно выполнить следующее

параметр после usbattach был выписан ранее для нужного нам ключа из Ключ драйвера, также его можно увидеть вот так

vboxmanage list usbhost
Host USB Devices:

UUID: 2b126c69-6c57-40c2-8f6d-e24474a9df77
VendorId: 0x0529 (0529)
ProductId: 0x0001 (0001)
Revision: 2.23 (0223)
Port: 0
USB version/speed: 2/2
Manufacturer: AKS
Product: HASP 2.17
Address: <36fc9e60-c465-11cf-8056-444553540000>\0 011
Current State: Busy

UUID: 48b913a4-910f-4807-86c9-a25318511ac5
VendorId: 0x0529 (0529)
ProductId: 0x0001 (0001)
Revision: 2.23 (0223)
Port: 0
USB version/speed: 2/1
Manufacturer: AKS
Product: HASP 2.17
Address: \\?\usb#vid_80ee&pid_cafe#5&2fa0c562&0&4# <00873fdf-cafe-80ee-aa5e-00c04fb1720b>
Current State: Captured

UUID: 18876e3a-ee93-46e3-a29b-689c3f5f6b56
VendorId: 0x0529 (0529)
ProductId: 0x0001 (0001)
Revision: 2.23 (0223)
Port: 0
USB version/speed: 2/2
Manufacturer: AKS
Product: HASP 2.17
Address: <36fc9e60-c465-11cf-8056-444553540000>\0 020
Current State: Busy

это адрес второго ключа, но в данном скрине ключ уже захвачен ВМ и потому не соответствует первоначальным данным
<36fc9e60-c465-11cf-8056-444553540000>\0 011 и <36fc9e60-c465-11cf-8056-444553540000>\0 020 — два прочих ключа

Осталось как-то через консоль научится отключать usb-устройства, для этого от компании microsoft есть утилита devcon и отключение выглядит вот так

devcon disable «@USB\VID_0529&PID_0001\5&2FA0C562&0&3»

где после disable прописывается Путь к экземпляру устройства

В итоге получаем вот такой bat-файл

@echo %date% %time% Виртуальная машина включается >> autostart-vms.log

rem devcon enable «@USB\VID_0529&PID_0001\5&2FA0C562&0&4» — это пробрасываемый ключ, его не трогаем

devcon disable «@USB\VID_0529&PID_0001\5&2FA0C562&0&3»
devcon disable «@USB\VID_0529&PID_0001\6&182A12DA&0&5»
vboxmanage startvm «Ubuntu 13.10» —type headless
vboxmanage controlvm <26f58a3f-72d6-4d6e-a6db-d94a0941b497>usbattach <36fc9e60-c465-11cf-8056-444553540000>\0 015
devcon enable «@USB\VID_0529&PID_0001\5&2FA0C562&0&3»
devcon enable «@USB\VID_0529&PID_0001\6&182A12DA&0&5»
@echo %date% %time% Виртуальная машина включена >> autostart-vms.log

прописываем запуск этого bat-файла в планировщик задач, для события — включение компьютера. Т.е. сразу после включения хоста будет стартовать виртуальная машина и получать нужный ей ключ. Это еще не все — при подключении usb-ключа к убунте, менеджер лицензий сможет его увидеть только если стартует раньше подключения usb. При холодном старте системы так оно и получится. Но нужно предусмотреть ситуацию выключения хостовой машины. Создадим еще один bat-файл

@echo %date% %time% Виртуальная машина выключается >> autostop-vms.log
rem vboxmanage controlvm <26f58a3f-72d6-4d6e-a6db-d94a0941b497>savestate
@echo %date% %time% Виртуальная машина выключена >> autostop-vms.log

Здесь для выключения применен параметр — savestate, т.е. ВМ просто замораживается с записью состояния ОЗУ на диск, это происходит очень быстро в отличие от acpipowerbutton, когда убунта около минуты себя выключает. Предусмотреть корректное отключение ВМ просто необходимо, инача после очередного сброса ВМ она может не загрузиться с поломкой ФС. Также нужно прописать этот bat-файл в политике, в скрипты выключения хоста. Для этого выполняем gpedit.msc -> конфигурация компьютера -> конфигурация windows -> сценарии запуск/завершение. Этим самым мы себя относительно обезопасили от холодного рестарта ВМ. Т.е. при выключении хоста будет сохранено состояние ВМ, при включении хоста будет выполнен очень быстрый старт ВМ. Но внутри ВМ этого будет незаметно, всего лишь прыгнут вперед часы и произойдет переподключение проброшенного usb-ключа. После переподключения usb-ключа нужно как-то выполнить перезапуск менеджера лицензий. Предлагаю следующий вариант. Нужно создать правило для Udev и разместить его в /ect/udev/rules.d (к примеру /ect/udev/rules.d/haspd-restart.rules, не забыть проверить права на файл) со следующим содержанием:

ACTION==»add», ATTR==»AKS», ATTR==»HASP 2.17″, RUN+=/home/sergey/haspd-restart.sh»

остается создать /home/sergey/haspd-restart.sh

#!/bin/sh
service haspd restart

не забываем дать права на исполнение. Т.е. в случае подключения нового устройства с определенными атрибутами произойдет рестарт службы менеджера лицензий. Стоит заменить что выборка этих атрибутов оказалась также весьма не простой. Для начала нашел в /dev/bus/usb/002/024 признак моего ключа

Затем через udevadm выловил присущие ключу атрибуты

root@ubuntu-13-10:/dev/bus/usb/002# udevadm info -a -p $(udevadm info —query=path —name=/dev/bus/usb/002/024)
.
ATTR==»AKS»
ATTR==»unknown»
ATTR<
ATTRATTR==»HASP 2.17″
.

Для проверки того, правильно ли составлено правило можно выполнить следующее

udevadm info —query=path —name=/dev/bus/usb/002/024
/devices/pci0000:00/0000:00:06.0/usb2/2-1

получаем путь, добавляем к нему /sys и выполняем

root@ubuntu-13-10:/dev/bus/usb/002# udevadm test /sys/devices/pci0000:00/0000:00:06.0/usb 2/2-1

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

ACTION=add
BUSNUM=002
DEVNAME=/dev/bus/usb/002/024
DEVNUM=024
DEVPATH=/devices/pci0000:00/0000:00:06.0/u sb2/2-1
DEVTYPE=usb_device
DRIVER=usb
> > > > > > > > > > > >MAJOR=189
MINOR=151
PRODUCT=529/1/217
SUBSYSTEM=usb
TYPE=255/0/0
UDEV_LOG=6
USEC_INITIALIZED=401565464
run: ‘/home/sergey/haspd-restart.sh’
unload module index

значит с параметрами угадали. Система должна работать.

источник