как ломануть 1C 8.3 for Linux

[artem.ks]

В том то и дело, что в ручную все сделал тоже. Если точнее, то изначально я развернул всю соответствующую инфраструктуру : 1С-сервер под Линукс 64, PostgresPro, файервол и т.д. Из консоли администрирования на локальной Win-машине все ок - сервер виден, создал базу тестовую.
И только после этого озадачился вопросом лицензии. Все, что описано в посте 105 сделано, с учетом того, что у меня чуток отличалось ядро и соответствующие header-файлы нужно было перед компиляцией заменить на другие. Ка уже говорил, все скомпилировалось. Из вашего поста следом тоже пришлось выполнить кое-какие действия, там же и json-ключи были найдены. Теперь сижу чешу репу, почему при точном следовании инструкции (дважды) оно не взлетает.

Установка вашего пакета - это уже была попытка решить проблему обходным путем в лоб.

[vfp7]

"..почему при точном следовании инструкции (дважды) оно не взлетает.."(c)
Чудес не бывает, значит что то где то было упущено или внесен ляп.
В этой системе все достаточно просто - или все компилируется без ошибок и запускается, или же на каком то этапе вылезет ошибка.
Не даром Вам предложил вручную пробежаться по тем пунктам компиляции, что бы Вы увидели в какой момент и на чем возникнет сбой ...
ps: и прикладывайте логи, что бы хоть примерно понимать про какой момент идет речь.

[artem.ks]

ps: и прикладывайте логи, что бы хоть примерно понимать про какой момент идет речь.
Да, хочу сделать третий проход с фиксацией всего процесса.

Буду признателен за помощь. В четверг в полночь дедлайн - заканчивается срок действия облачного сервиса. Но он подорожал за два года втрое и стал слишком дороговат как для частного предпринимателя. Поэтому возникла необходиость поднять "облако" своими руками.

[artem.ks]

проделал все шаги до компиляции UsbHasp. До этого этапа все ок (могу приложить результаты выполнения всех операций).


1@debian:~/Downloads/1c/UsbHasp$ sudo cp dist/Release/GNU-Linux/usbhasp /usr/local/etc
перенесес его в /usr/local/etc

в этой папке у меня уже лежат и json-ключи вида v8-050-user.json и v8-server-x64.json

запускаю


c1@debian:/usr/local/etc$ sudo ./usbhasp v8-050-user.json v8-server-x64.json


c1@debian:/usr/local/etc$ sudo ./usbhasp v8-050-user.json v8-server-x64.json

usbhasp[16461]: Loaded key 0: '1C:Предприятие 8.x, 50 лицензий', Created: 21.04.2005 14:59
usbhasp[16461]: Loaded key 1: '1C Enterprise Server x64', Created: 21/04/2019
usbhasp[16461]: USB device created usb_vhci_hcd.0 (bus# 18)
usbhasp[16461]: Port 1 is powered on -> connecting device.
usbhasp[16461]: Port 1 connected.
usbhasp[16461]: Port 2 is powered on -> connecting device.
usbhasp[16461]: Port 2 connected.
usbhasp[16461]: Port 1 is disabled.
usbhasp[16461]: Set device on port 1 address = 2
usbhasp[16461]: Port 2 is disabled.
usbhasp[16461]: Set device on port 2 address = 3
Вот на этом месте консоль просто висит.

из под root - все тоже самое.

[artem.ks]

Хм.. Но, что интересно, клиентом из под win10 удалось законектится к базе-пустышке на линукс сервере.
Поп

[vfp7]

Ну и далее режим -dЕМОНА, что бы консоль не висела :good:
sudo ./usbhasp -d v8-050-user.json v8-server-x64.json
Иногда бывает полезно после этого сделать так:
sudo chmod 0666 /dev/usb-vhci
Далее должен быть старт hasp license manager НЕ от етерсофта:
sudo ./hasplm
И только после этого старт один сески:
sudo service srv1cv83 start

[artem.ks]

Ну и далее режим -dЕМОНА, что бы консоль не висела :good:
sudo ./usbhasp -d v8-050-user.json v8-server-x64.json
Иногда бывает полезно после этого сделать так:
sudo chmod 0666 /dev/usb-vhci
Далее должен быть старт hasp license manager НЕ от етерсофта:
sudo ./hasplm
И только после этого старт один сески:
sudo service srv1cv83 start

Спасибо за рекомендации. Это можно запустить единоразово или лучше записать в .sh-скрипт,чтоб так стартовало после ребута?

[artem.ks]

Отвечу сам себе - в /usr/local/etc (там же где и лежат все необходимые файлы) в файле initreboot.sh
прописал следующее



#!/bin/sh
/usr/local/etc/usbhasp -d /usr/local/etc/v8-050-user.json /usr/local/etc/v8-ser$
sudo ./hasplm
sudo systemctl start srv1cv83
exit

спасибо Alf500 за базовую инструкцию и vfp7 за дополнение к ней, ключи и подсказки.

[WoranDOt]

Серверный ключ из deb пакета какой-то не такой, у меня тоже не взлетел. Берите из этого сообщения: https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=543269&viewfull=1#post543269

[WoranDOt]

Серверный ключ из deb пакета какой-то не такой, у меня тоже не взлетел. Берите из этого сообщения: https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=543269&viewfull=1#post543269

Это к сообщению #289

[Sonic_vlad]

Пытаюсь поставить на Centos 7 (3.10).
vhci_hcd поставился.
А вот libusb_vhci не компилируется:

Не поделишься информацией как ставил и что именно?

[klementyonok]

Ребят, подскажите, пожалуйста, при вводе команды [B]sudo make KVERSION=4.15.0-55-generic KSRC=/usr/src/linux-headers-4.15.0.55/B] выдает следующую ошибку. В чем подвох? Я новичек в linux, не судите строго, пожалуйста.

make testconfig
make[1]: Entering directory '/home/fmp/vhci_hcd'
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symv ers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/4.15.0-55-generic/build SUBDIRS=/home/fmp/vhci_hcd/test PWD =/home/fmp/vhci_hcd/test BUILD_PREFIX= KDIR=/lib/modules/4.15.0-55-generic/build KVERSION=4.15.0-55-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_E XTMOD -DINCLUDE_CORE_HCD="/lib/modules/4.15.0-55-generic/build/include/linux/us b/hcd.h" ' modules
make[2]: Entering directory '/usr/src/linux-headers-4.15.0-55-generic'
arch/x86/Makefile:245: *** You are building kernel with non-retpoline compiler, please update your compiler.. Stop.
make[2]: Leaving directory '/usr/src/linux-headers-4.15.0-55-generic'
Makefile:94: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: Leaving directory '/home/fmp/vhci_hcd'
Makefile:89: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2

[vfp7]

При компиляции этой системы обычно допускают два ляпа:
1. Факт наличие сырца и что бы этот сырец был в папке компиляции:
"..
cd vhci_hcd
mkdir -p linux/4.9.0/drivers/usb/core
cp /usr/src/linux-source-4.9/include/linux/usb/hcd.h linux/4.9.0/drivers/usb/core/
.."(c)
2. По умолчанию активированный режим отладки в сырцах:
"..перед сборкой, в файлах "usb-vhci-hcd.c" и "usb-vhci-iocifc.c" находим "#define DEBUG" и комментируем эту строку!!!.."(c)
http://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537227&viewfull=1#post537227

В Вашем же случае ключевая строка - arch/x86/Makefile:245: *** You are building kernel with non-retpoline compiler, please update your compiler.. Stop.
- проверьте что не забыли активировать поддержку x86 архитектуры и подтянули пакеты для компиляции. Так же стандартные update && upgrade. Версия используемого компилятора будет то же влиять. И есть еще вариант подставы от новомодной защиты от Spectre - http://lkml.org/lkml/2018/12/8/92

[czenturion]

Aspire-E5-551G:/usr/src/vhci-hcd-1.15$ sudo make KVERSION=4.15.0-48-generic KSRC=/usr/src/linux-source-4.15.0
[sudo] пароль для czenturion:
make testconfig
make[1]: вход в каталог «/usr/src/vhci-hcd-1.15»
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symvers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/4.15.0-48-generic/build SUBDIRS=/usr/src/vhci-hcd-1.15/test PWD=/usr/src/vhci-hcd-1.15/test BUILD_PREFIX= KDIR=/lib/modules/4.15.0-48-generic/build KVERSION=4.15.0-48-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_EXTMOD -DINCLUDE_CORE_HCD="/usr/src/vhci-hcd-1.15/linux/4.15.0/drivers/usb/core/hcd.h" ' modules
make[2]: вход в каталог «/usr/src/vhci-hcd-1.15»
make[2]: *** /lib/modules/4.15.0-48-generic/build: Нет такого файла или каталога. Останов.
make[2]: выход из каталога «/usr/src/vhci-hcd-1.15»
Makefile:94: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: выход из каталога «/usr/src/vhci-hcd-1.15»
Makefile:89: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2

не могу понять в чем проблема друзья?

[brutal1ex]

Ребят, подскажите, пожалуйста, при вводе команды [B]sudo make KVERSION=4.15.0-55-generic KSRC=/usr/src/linux-headers-4.15.0.55/B] выдает следующую ошибку. В чем подвох? Я новичек в linux, не судите строго, пожалуйста.


В параметре KVERSION (uname -a) пишется ваша версия ядра, я собирал так:

root@srv:~# uname -a
Linux srv 4.15.0-52-generic #56-Ubuntu SMP Tue Jun 4 22:49:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

sudo make KVERSION=4.15.0-52-generic KSRC=/usr/src/linux-source-4.15.0

[AshWork]

Ядро Debian 4.15.3-1-generic. Проделал вроде все по https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537309&viewfull=1#post537309, но 1С все равно лицензии не видит (пробую для проверки открыть файловую базу конфигуратором). Как можно определить, что именно не так?
lsusb выдает:

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Ставлю на виртуальной машине.

[AshWork]

Уф, блин, наконец-то запустилось. Debian 4.15.3-1. Все по инструкции, только, по-моему в https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537480&viewfull=1#post537480 в

/usr/local/etc/usbhasp -d /usr/local/etc/srv.json,/usr/local/etc/ws.json
написано неправильно.
Нужно как в https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537227&viewfull=1#post537227 - без -d и через пробел.

[vfp7]

Уф, блин, наконец-то запустилось. Debian 4.15.3-1. Все по инструкции, только, по-моему в https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537480&viewfull=1#post537480 в

написано неправильно.
Нужно как в https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537227&viewfull=1#post537227 - без -d и через пробел.

Да, через пробел, но в режиме -dEMON
ps: ранее уже все эти моменты поднимались ...

[Tuzemec]

На debian-10 не хочет usb_vhci_hcd запускаться.
[CODE]USB hub found
[ 8.121340] hub 17-0:1.0: 15 ports detected
[ 8.138851] usb_vhci_hcd: loading out-of-tree module taints kernel.
[ 8.138881] usb_vhci_hcd: module verification failed: signature and/or required key missing - tainting kernel
[ 8.139707] usb_vhci_hcd: USB Virtual Host Controller Interface -- Version 1.15 (2019-08-26)
[ 8.143914] usb_vhci_iocifc: User-mode IOCTL-interface for USB VHCI -- Version 1.15 (2019-08-26)
[ 8.143930] usb_vhci_iocifc: Successfully registered the character device.
[ 8.143931] usb_vhci_iocifc: The major device number is 244.
[/CODE
После быстрого гугления нашел инфу:

Вместо повторной настройки ядра эту ошибку (module verification failed) можно было бы решить, просто добавив одну строку CONFIG_MODULE_SIG=n в начало Makefile для самого модуля:
Вот только как повторно скомпилить не пойму. Удалять папки usb_vhci что ли и заново всё проделывать?
Есть какие-то другие варианты?

[Alf500]

make clean

[Tuzemec]

Мда... В букву ошибся... make clear писал )))
Но увы. Ошибка usb_vhci_hcd: module verification failed: signature and/or required key missing - tainting kernel
в dmesg так и не пропала. Ключи не грузит.

[Veizdem]

собрал пакет для debian (amd64) на ядре 4.9 - брать здесь (https://cloud.alfn.ru/s/jDT3Ytt2n33SSaz)

у пакета 2 зависимости: libusb-0.1-4 и libjansson4
ставим через apt (иначе зависимости не встанут)

запускаем из каталога, где лежит usbhasp.deb


apt-get update
apt-get install ./usbhasp.deb -y

после установки проверяем появление в системе виртуальных USB-устройств
можно так (нужен пакет usbutils):


lsusb
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

либо вывод dmesg


hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usb_vhci_iocifc: Usb bus #3
usb 3-1: new full-speed USB device number 2 using usb_vhci_hcd
usb 3-1: New USB device found, idVendor=0529, idProduct=0001
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Manufacturer: HASP HL 3.25
usb 3-2: new full-speed USB device number 3 using usb_vhci_hcd
usb 3-2: New USB device found, idVendor=0529, idProduct=0001
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-2: Manufacturer: HASP HL 3.25

ключи лежат в /opt/1c-key
какие ключи грузить, настраиваем в /etc/init.d/usbhasp
после изменений не забываем сделать systemctl daemon-reload

запуск: service usbhasp start
остановка: service usbhasp stop
статус: service usbhasp status

п.с.
прошу отписаться попробовавших... ибо интересно, все ли получилось как надо )))

Добрый день, а можно такой же пакет под linux mint? там не доступно ядро 4.19. Только 4.15 и 5.0. Было бы очень здорово!

[Veizdem]

Для ubuntu 18.04.2 x64 lts (4.15.0) по памяти напишу первую часть, в помощь другим даже с минимальными знаниями:

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install libusb-0.1-4:i386 linux-tools-generic automake libtool linux-source-4.15.0 linux-headers-4.15.0-48 libelf-dev libjansson-dev
cd /usr/src/
sudo tar -xf linux-source-4.15.0.tar.bz2
cd ~
Качаем vhci_hcd и libusb_vhci отсюда:
http://sourceforge.net/projects/usb-vhci/files/linux%20kernel%20module/
http://sourceforge.net/projects/usb-vhci/files/native%20libraries/
Примерно так (можете вообще и с другого компьютера закачать, главное перебросьте эти файлы в папку пользователя этой машины):
wget http://excellmedia.dl.sourceforge.net/project/usb-vhci/linux%20kernel%20module/vhci-hcd-1.15.tar.bz2
wget http://excellmedia.dl.sourceforge.net/project/usb-vhci/native%20libraries/libusb_vhci-0.7.tar.bz2
Далее:
tar -xf libusb_vhci-0.7.tar.bz2
tar -xf vhci-hcd-1.15.tar.bz2
cd vhci-hcd-1.15
mkdir -p linux/4.15.0/drivers/usb/core
cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/
nano usb-vhci-hcd.c
находим "#define DEBUG" и комментируем эту строку, при желании можно выделить через /* */
nano usb-vhci-iocifc.c
находим "#define DEBUG" и комментируем эту строку
добавляем строку #include <linux/uaccess.h> (просто сверху над первым #include в файле вставьте)
sudo make KVERSION=4.15.0-48-generic KSRC=/usr/src/linux-source-4.15.0
sudo make install
cd ~/libusb_vhci-0.7
./configure
make
make install
cd ~
wget http://github.com/sam88651/UsbHasp/archive/master.zip
unzip master.zip
cd cd UsbHasp-master
make

- продолжение следует ... (пока нет времени)

Добрый день, не подскажите в чем может быть проблема? При установке на этапе sudo make
KVERSION=4.15.0-48-generic KSRC=/usr/src/linux-source-4.15.0 возникает ошибка
make -C /lib/modules/4.15.0-60-generic/build SUBDIRS=/home/veizdem/vhci-hcd-1.15 PWD=/home/veizdem/vhci-hcd-1.15 BUILD_PREFIX= KDIR=/lib/modules/4.15.0-60-generic/build KVERSION=4.15.0-60-generic modules
make[1]: Entering directory '/usr/src/linux-headers-4.15.0-60-generic'
CC [M] /home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.o
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘ioc_register’:
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c:216:5: error: implicit declaration of function ‘copy_to_user’; did you mean ‘copy_to_iter’? [-Werror=implicit-function-declaration]
if(copy_to_user(arg->bus_id, dname, i))
^~~~~~~~~~~~
copy_to_iter
In file included from ./include/linux/kernel.h:10:0,
from ./include/linux/list.h:9,
from ./include/linux/module.h:9,
from /home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c:25:
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘ioc_fetch_work’:
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c:460:15: error: implicit declaration of function ‘__copy_to_user’; did you mean ‘raw_copy_to_user’? [-Werror=implicit-function-declaration]
if(unlikely(__copy_to_user(&arg->work.urb, &urb, sizeof urb)))
^
./include/linux/compiler.h:77:42: note: in definition of macro ‘unlikely’
# define unlikely(x) __builtin_expect(!!(x), 0)
^
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘ioc_giveback_common’:
/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.c:623:15: error: implicit declaration of function ‘copy_from_user’; did you mean ‘copy_from_iter’? [-Werror=implicit-function-declaration]
if(unlikely(copy_from_user(urbp->urb->transfer_buffer, buf, act)))
^
./include/linux/compiler.h:77:42: note: in definition of macro ‘unlikely’
# define unlikely(x) __builtin_expect(!!(x), 0)
^
cc1: some warnings being treated as errors
scripts/Makefile.build:337: recipe for target '/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.o' failed
make[2]: *** [/home/veizdem/vhci-hcd-1.15/usb-vhci-iocifc.o] Error 1
Makefile:1571: recipe for target '_module_/home/veizdem/vhci-hcd-1.15' failed
make[1]: *** [_module_/home/veizdem/vhci-hcd-1.15] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.15.0-60-generic'
Makefile:35: recipe for target 'default' failed
make: *** [default] Error 2

[Veizdem]

Опечатка вышла, я использую KVERSION=4.15.0-60-generic KSRC=/usr/src/linux-source-4.15.0

[vfp7]

Проверьте с пристрастием эти моменты:

-> cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/

nano usb-vhci-hcd.c
-> находим "#define DEBUG" и комментируем эту строку
nano usb-vhci-iocifc.c
-> находим "#define DEBUG" и комментируем эту строку
-> добавляем строку #include <linux/uaccess.h>

sudo make clean
sudo make KVERSION=$(uname -r) KSRC=/usr/src/linux-source-4.15.0

[dircheg]

собрал пакет для debian (amd64) на ядре 4.9 - брать здесь (https://cloud.alfn.ru/s/jDT3Ytt2n33SSaz)

у пакета 2 зависимости: libusb-0.1-4 и libjansson4
ставим через apt (иначе зависимости не встанут)

запускаем из каталога, где лежит usbhasp.deb


apt-get update
apt-get install ./usbhasp.deb -y

после установки проверяем появление в системе виртуальных USB-устройств
можно так (нужен пакет usbutils):


lsusb
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

либо вывод dmesg


hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usb_vhci_iocifc: Usb bus #3
usb 3-1: new full-speed USB device number 2 using usb_vhci_hcd
usb 3-1: New USB device found, idVendor=0529, idProduct=0001
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Manufacturer: HASP HL 3.25
usb 3-2: new full-speed USB device number 3 using usb_vhci_hcd
usb 3-2: New USB device found, idVendor=0529, idProduct=0001
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-2: Manufacturer: HASP HL 3.25

ключи лежат в /opt/1c-key
какие ключи грузить, настраиваем в /etc/init.d/usbhasp
после изменений не забываем сделать systemctl daemon-reload

запуск: service usbhasp start
остановка: service usbhasp stop
статус: service usbhasp status

п.с.
прошу отписаться попробовавших... ибо интересно, все ли получилось как надо )))

Все получилось очень даже "как надо"! Огромное спасибо!!!

[Veizdem]

Проверьте с пристрастием эти моменты:

-> cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/

nano usb-vhci-hcd.c
-> находим "#define DEBUG" и комментируем эту строку
nano usb-vhci-iocifc.c
-> находим "#define DEBUG" и комментируем эту строку
-> добавляем строку #include <linux/uaccess.h>

sudo make clean
sudo make KVERSION=$(uname -r) KSRC=/usr/src/linux-source-4.15.0

Ошибку исправил, все поставилось, но периодически вылетает сообщение "Ключ более не доступен"

[vfp7]

Парни, просьба ВНИМАТЕЛЬНО читать все что от того самого поста и далее - там все моменты уже были пройдены вдоль и поперек. Все "проблемы" уже поднимались ранее, и самая популярная "проблема" - невнимательность, даже при вводе кода на уровне синтаксиса. Просто запомните - *unix не позволяет совершать ошибки, *unix или работает или нет, в отличии от той же винды в которой можно нагородить горбатого и с глюками там будет что то шевелиться.

Для начала проверьте nethasp.ini, далее поднимите посты выше по этой ветке и обратите внимание на моменте как именно раздается ключ в системе, особенно в кластере:
/ Напишу подробно, что должно быть и где для *nix. Для винды еще проще - C:\Program Files\1cv8\conf\nethasp.ini /

sudo mkdir /opt/1C/v8.3/x86_64/conf
sudo mkdir /home/usr1cv8/.1cv8/1C/1cv8/conf
sudo nano /opt/1C/v8.3/x86_64/conf/nethasp.ini
..
[NH_COMMON]
NH_TCPIP = Enabled
NH_IPX = Disabled
NH_NETBIOS = Disabled
[NH_IPX]
[NH_NETBIOS]
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.2
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
NH_SESSION = 5
NH_SEND_RCV = 4
..
sudo cp /opt/1C/v8.3/x86_64/conf/nethasp.ini /home/usr1cv8/.1cv8/1C/1cv8/conf
sudo chown -R usr1cv8:grp1cv8 /opt/1C/v8.3/x86_64/conf
sudo chown -R usr1cv8:grp1cv8 /home/usr1cv8/.1cv8/1C/1cv8/conf

[HPDX2300]

Ошибку исправил, все поставилось, но периодически вылетает сообщение "Ключ более не доступен"
крах "Ключ защиты больше не доступен" наблюдается у клиентов? или на сервере тоже ловите "Ключ защиты больше не доступен" ?
в связи с этим, посмотрите мой ответ #2905 (23.08.2019, 08:38) в теме "Эмуляторы для 1с 8.x" (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x?p=553800&viewfull=1#post553800)

[tulpanov]

Уважаемый Alf500!

Не получается использовать ваш пакет usbhasp-amd64_k4.19.deb

Ошибка загрузки модуля ядра
sudo modprobe usb-vhci-hcd
modprobe: ERROR: could not insert 'usb_vhci_hcd': Exec format error

Использую debian buster
uname -a
4.19.0-6-amd64 #1 SMP Debian 4.19.67-2 (2019-08-28) x86_64 GNU/Linux

Неужели при каждом обновлении ядра нужно компилять библиотеки?

[tulpanov]

Отбой
Перекомпилировал модули ядра .ko под своё ядро (текущий стабильный debian). Всё заработало.

Пересобрал deb. Но положить некуда :)

Посмотрю, что будет при обновлении ядра...

[SergeyOgly]

День добрый!
Кто-нить проблему с потерей ключа исправил?
Платформа 8.3.15.1565 - в режиме тонкого клиента работает без проблем, в толстом теряет ключ, при этом запрос к ключику (мониторил usbhasp) идет и ответ выдается, hasplm ответ выдает (475), но ОдинСек либо падает, либо грит ключик больше недоступен.
С реальным ключиком на том же сервере (hasplm) все ок.

[HPDX2300]

мониторил usbhasp

интересно, как это "мониторил"? поподробнее, пжлста.
платформа не патчена, стало быть.

[SergeyOgly]

интересно, как это "мониторил"? поподробнее, пжлста.
платформа не патчена, стало быть.

собрал usbhasp make CFLAGS="-DDEBUG -std=gnu99"

запускаешь в консоле usbhasp v8-010-users.json
и смотришь как идут обращения к виртуальному ключику

[SergeyOgly]

Да, еще думал ключики забанены в платформе, слил реального - в результате ничего не поменялось. Тонкий работает, толстый вылетает. (
Не допиленная софтина, так кажется!

[vfp7]

собрал usbhasp make CFLAGS="-DDEBUG -std=gnu99"

запускаешь в консоле usbhasp v8-010-users.json
и смотришь как идут обращения к виртуальному ключику

Интересно как Вы его собираете с флагом отладки, когда все что связанно с отладкой как раз должно вырезаться для того что бы добиться работоспособности этой системы.

[HPDX2300]

Кто-нить проблему с потерей ключа исправил?
Платформа 8.3.15.1565 - в режиме тонкого клиента работает без проблем, в толстом теряет ключ, при этом запрос к ключику (мониторил usbhasp) идет и ответ выдается, hasplm ответ выдает (475), но ОдинСек либо падает, либо грит ключик больше недоступен.
С реальным ключиком на том же сервере (hasplm) все ок.

почитайте тему "Эмуляторы для 1с 8.x", там это обсуждалось (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x?p=553800#post553800):
Сообщение от Unk3r (https://forum.ruboard.ru/showthread.php?p=553738#post553738)
"При запуске базы в толстом клиенте - сразу или по прошествии незначительного времени, или при открытии чего-либо, что тянется на клиент, выкидывает с ошибкой "Ключ защиты больше не доступен."
Если брать лицензии с сервера 1С, с выключенным HASP LM - подобного не происходит."

но простое решение "брать лицензии с сервера 1С" есть только для кластера, в случае с базой в файле - надо или 1) патчить; или 2) перенастраивать haspini так, чтобы использовался netbios, добавляя NIC поддержку протокола NBT.

[tulpanov]

Я тут поигрался с компиляцией модулей ядра vhci-hcd
Переделал makefile. Не нужно качать исходники ядра, нужны только заголовки ядра. Файл hcd.h копировать не нужно, make его сам находит.
Компилить можно просто командой make, параметры текущего ядра подставятся и так.
Можно прикрутить к dkms и модуль будет собираться сам при обновлении ядра.

Но есть одна большая проблема. На 5 ядре компиляция выдаёт ошибки по uaccess, на 4 ядре идёт без проблем.

После перехода на 5-ое ядро linux всё это работать перестанет

Что интересно, в ядре уже есть модуль vhci-hcd, который используется в usbip и видимо работает по тому же принципу. Но с ним служба эмуляции usbhasp не работает.

[freem345]

Информация для тех, кто только начал читать эту тему.
Не читайте эту тему "по диагонали", а-ля Виндофс далее ... далее -> не получится )
Можно начать читать с поста #104 и следить за ходом мысли, т.е. -> прочитать полностью.
Проверил оба варианта: 1) debian9x64 - deb-пакет; 2) ubuntu18.04.3x64 - сборка из сырцов - они РАБОЧИЕ.
Тестирую в связке Postgres Pro Standard 11.5.3, 1С:Предприятие 8.3 (8.3.13.1644)
Большое спасибо alf500 и vfp7 !!!
Вопрос всем: 1сек франчайзи давали кому-нибудь временные лицензии перед покупкой?
HPDX2300 очень улыбнул пост #271 и другие интересная инфа. Спасибо!

[HPDX2300]

Тестирую в связке Postgres Pro Standard 11.5.3, 1С:Предприятие 8.3 (8.3.13.1644)

Если Postgres Pro Standard 11.5.3 взят тут
https://postgrespro.ru/products/download
,то это ванильная версия.
Для ОдинСек есть специальная сборка, правда там она версии 11.5-1 (http://repo.postgrespro.ru/1c-archive/pg1c-11.5/)
там обратите внимание на
http://repo.postgrespro.ru/1c-archive/pg1c-11.5/meta.json
в нем инструкции для установки
см. также (https://forum.ruboard.ru/showthread.php/267165-PostgresPro-10-(64bit)?p=553990&viewfull=1#post553990)

[tulpanov]

Собрал комплект deb пакетов.

Инструкции по установке внутри (собственно установить три deb пакета).

Любое ядро, никаких make, автоматическая компиляция при смене ядра.

Исправлена компиляция на 5 ядре

usbhasp-hcd.zip (https://turbo.to/58bz5n5t4vaz.html)
пароль 123

Интересно, работает ли :)

[freem345]

Если Postgres Pro Standard 11.5.3 взят тут
https://postgrespro.ru/products/download
,то это ванильная версия.
Для ОдинСек есть специальная сборка, правда там она версии 11.5-1 (http://repo.postgrespro.ru/1c-archive/pg1c-11.5/)
там обратите внимание на
http://repo.postgrespro.ru/1c-archive/pg1c-11.5/meta.json
в нем инструкции для установки
см. также (https://forum.ruboard.ru/showthread.php/267165-PostgresPro-10-(64bit)?p=553990&viewfull=1#post553990)
--------------------------
Лицензия СУБД Postgres Pro Standard на 1 ядро х86-64 ~100K руб
Лицензировать нужно все ядра
Думаю вопрос закрыт.
Использовать нужно только сборки Postgres от самой 1сек

[scharfikus]

выдает такую ошибку
Loading new usb-vhci-hcd-1.15.0 DKMS files...
Building for 4.15.3-1-generic
Building for architecture amd64
Building initial module for 4.15.3-1-generic
Error! Bad return status for module build on kernel: 4.15.3-1-generic (amd64)
Consult /var/lib/dkms/usb-vhci-hcd/1.15.0/build/make.log for more information.
dpkg: ошибка при обработке пакета usb-vhci-hcd-dkms (--configure):
подпроцесс установлен сценарий post-installation возвратил код ошибки 10
Обрабатываются триггеры для systemd (232-25+deb9u9astra.ce1) …
При обработке следующих пакетов произошли ошибки:
usb-vhci-hcd-dkms
N: Download is performed unsandboxed as root as file '/home/sergey/key/usbhasp-hcd_0.1.0-1_amd64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Отказано в доступе)
E: Sub-process /usr/bin/dpkg returned an error code (1)

астралинукс, орел 2,12 версия

[HPDX2300]

--------------------------
Лицензия СУБД Postgres Pro Standard на 1 ядро х86-64 ~100K руб
Лицензировать нужно все ядра
Думаю вопрос закрыт.
Использовать нужно только сборки Postgres от самой 1сек

Интересно, каков источник строки "Лицензия СУБД Postgres Pro Standard на 1 ядро х86-64 ~100K руб" ??? Ссылочку мона? Или это инфа из переписки с "Постгрес Профессиональный".
"Лицензировать нужно все ядра" - кто-то сомневался? платформу 1Сек тоже бежим покупать (аж спотыкаемся), а не "пи**itь" (см.пост #271)
"Использовать нужно только сборки Postgres от самой 1сек" - каждый админ решает сам, в силу свой квалификации.

[tulpanov]

Вы запускаете под админом?

Астралинукс не знаю...
В debian как-то так я делаю
sudo apt install ./имя.deb

И нужно содержимое /var/lib/dkms/usb-vhci-hcd/1.15.0/build/make.log

И вывод uname -a

Возможно просто не компилится.

Опишу как всё это работает. Может быть будет интересно не только вам.

Что бы это проверить вы можете достать исходники из пакета. Открыть как архив, там будет еще архив data. Там взять /usr/src/usb... и поместить в любой каталог. Зайти в него и просто попробовать собрать:

Установите заголовки ядра нужной версии, если их нет
sudo apt-get install linux-headers-...

Установите необходимое для сборки
sudo apt-get install build-essential

Сначала компиляция (для текущего ядра) [Здесь у вас может быть ошибка]
make

или (с указанием версии ядра)
make KVERSION=(версия ядра, например 4.19.0-6-amd64)

Затем установка

Лучше так
sudo checkinstall

Но можно и так
sudo make install

Запуск
modprobe usb-vhci-hcd
modprobe usb-vhci-iocifc

Если пройдет без ошибок, то можете легко собрать свой пакет через dkms:

sudo ./addsrc.sh
sudo ./dkmscmd.sh add
sudo ./dkmscmd.sh build

Установка
sudo ./dkmscmd.sh install

Создать пакет (с зависимостями dkms и инструментами сборки, автоустановка при смене ядра)
sudo ./dkmscmd.sh mkdeb
Готовый пакет искать в /var/lib/dkms/usb-vhci-hcd/{версия_пакета}/deb/

Создать пакет (под конкретное ядро, без зависимостей, например для сервера)
sudo ./dkmscmd.sh mkbmdeb
Готовый пакет искать в /var/lib/dkms/usb-vhci-hcd/1.15/bmdeb/

Для сборки пакетов установка ядра не нужна. Нужны только заголовки для нужного ядра. В параметрах dkms можно установить -k версия_ядра.
Мои скрипты это не обработают, пишите напрямую:
sudo dkms команда_из_примеров -m usb-vhci-hcd -v 1.15.0 [-k ядро]

Есть ещё команда, какие модули включены в dkms
dkms status

dkms не занимается автозапуском модулей (отследить для какой версии ядра что включено не реально). Для автозагрузки модуля создайте файл /etc/modules-load.d/usb-vhci-hcd.conf

Надеюсь не сумбурно написал.

[tulpanov]

Ещё дополню про dkms

Если у вас deb пакет установился, то не нужны никакие исходники и make. Вы можете сразу сделать свой пакет под конкретное ядро (будет только на этом ядре работать).

sudo dkms mkbmdeb -m usb-vhci-hcd -v 1.15.0 [-k ядро]

Если -k не указывать, то берётся текущее ядро

[freem345]

Интересно, каков источник строки "Лицензия СУБД Postgres Pro Standard на 1 ядро х86-64 ~100K руб" ??? Ссылочку мона? Или это инфа из переписки с "Постгрес Профессиональный".
"Лицензировать нужно все ядра" - кто-то сомневался?
платформу 1Сек тоже бежим покупать (аж спотыкаемся), а не "пи**itь" (см.пост #271) "Использовать нужно только сборки Postgres от самой 1сек" - каждый админ решает сам, в силу свой квалификации.

1) Информация из КП. Хотел услышать подтверждение из других источников.

2) Если 1сек серьезно наехали на PostPro и те перестанут делать патченые версии, останутся версии от 1сек. Репы тоже могут оставить по подписке. Это возможная перспектива.

3) Про "пи**itь". Это не всегда логично, если есть легальные варианты.
Но, согласен - имеет место быть и иногда это единственный вариант ))

3) Про "каждый админ решает сам, в силу свой квалификации".
Кто патчил оригинальный Postgres?

[leov-001]

https://interface31.ru/tech_it/2019/09/kuda-propali-besplatnye-sborki-postgres-professional-dlya-1s.html

[freem345]

В копилку https://1c.postgres.ru/

[tishtidish]

Собрал комплект deb пакетов.

Инструкции по установке внутри (собственно установить три deb пакета).

Любое ядро, никаких make, автоматическая компиляция при смене ядра.

Исправлена компиляция на 5 ядре

Интересно, работает ли :)
видимо это у Вас только для дебиана?
На ubuntu 19-04 Desktop нету папки linux-headers-******-common
dpusb-vhci-hcd-dkms_1.15.0_amd64 выбивает ошибку (при выполнении poststall)
для себя решил проблему подменой строки

HEADERS_DIR = /usr/src/linux-headers-$(KVERSION_NAME)-common
на

HEADERS_DIR = /usr/src/linux-headers-$(KVERSION_NAME)
в файле /var/lib/dkms/usb-vhci-hcd/1.15.0/build/Makefile
и запустив после этого Make install.

выполнил все команды из Вашего поста, добавил json-ключ в /etc/usbhaspd/keys, перезапускал службы srv1cv83 и usbhasp и заработало.
Теперь usb устройство HASP по команде lsusb появляется и видит v8-050-user.json (кюлч), Жаль что сама пока что.то 1с ключа не видит, наверно мой косяк..

[andydaw]

HEADERS_DIR = /usr/src/linux-headers-$(KVERSION_NAME)-common заменил на generic.
на ядре 5,0,0,30 Все работает.

[freem345]

Если Postgres Pro Standard 11.5.3 взят тут
https://postgrespro.ru/products/download
,то это ванильная версия.
Для ОдинСек есть специальная сборка, правда там она версии 11.5-1 (http://repo.postgrespro.ru/1c-archive/pg1c-11.5/)
там обратите внимание на
http://repo.postgrespro.ru/1c-archive/pg1c-11.5/meta.json
в нем инструкции для установки
см. также (https://forum.ruboard.ru/showthread.php/267165-PostgresPro-10-(64bit)?p=553990&viewfull=1#post553990)

Все версии Postgres Pro пропатчены под 1С
https://postgrespro.ru/blog/news/4521286

Сейчас не могу найти на ИТС, похоже зачистили упоминания про Postgres Pro.
Приложение I. Настройка Postgres Pro для решений 1С
Вы можете установить и использовать Postgres Pro с решениями 1С в клиент/серверной модели.
https://postgrespro.ru/docs/postgrespro/11/config-one-c

[freem345]

Нашел http://v8.1c.ru/requirements/
PostgresPro (редакции 1C, Standard и Enterprise)

[tulpanov]

видимо это у Вас только для дебиана?
На ubuntu 19-04 Desktop нету папки linux-headers-******-common
dpusb-vhci-hcd-dkms_1.15.0_amd64 выбивает ошибку (при выполнении poststall)
для себя решил проблему подменой строки

HEADERS_DIR = /usr/src/linux-headers-$(KVERSION_NAME)-common
на

HEADERS_DIR = /usr/src/linux-headers-$(KVERSION_NAME)
в файле /var/lib/dkms/usb-vhci-hcd/1.15.0/build/Makefile
и запустив после этого Make install.

выполнил все команды из Вашего поста, добавил json-ключ в /etc/usbhaspd/keys, перезапускал службы srv1cv83 и usbhasp и заработало.
Теперь usb устройство HASP по команде lsusb появляется и видит v8-050-user.json (кюлч), Жаль что сама пока что.то 1с ключа не видит, наверно мой косяк..

Что бы ключ видела 1с, нужен пакет aksusbd, который берет токен с USB и даёт инфу 1с
Я забыл вкючить его в список рекомендуемых.
По идее ключ нужно тоже паковать в пакет, ставить ему зависимость от usbhasp и все подтянется автоматом. Если репозиторий конечно содержит.

По поводу каталога, да у меня в common, в дебиане. По идее в убунту должно быть так же.
Если кто придумает как это распознать универсально, переделаю

[tulpanov]

В общем нужно как то перебирать все возможные варианы, common, generic и тд. Попробую переделать.

[Wenzor]

Собрал комплект deb пакетов.

Инструкции по установке внутри (собственно установить три deb пакета).

Любое ядро, никаких make, автоматическая компиляция при смене ядра.

Исправлена компиляция на 5 ядре

usbhasp-hcd.zip (https://turbo.to/58bz5n5t4vaz.html)
пароль 123

Интересно, работает ли :)

У меня нет. Думаю, лучше вместо apt использовать dpkg. Поскольку apt может подменять пакет.
2365

[tulpanov]

Времени стало мало. Пересобрать комплект пока некогда.
Переделал makefile модулей ядра. Теперь ищет в каталоге с любым окончанием (и без) /usr/src/linux-headers-$(KVERSION_NAME)*
Также добавил в make работу с dkms.
Прикладываю архив исходников, из них можно собрать пакеты. Инструкции смотрите в readme.md
Ранее выложенные deb должны работать (хоть и сделаны не правильно), нужно лишь заменить один на собранный из этих исходников.

usb-vhci-hcd.zip (https://turbo.to/aa9pwo91em35.html)
Пароль 123

[tulpanov]

У меня нет. Думаю, лучше вместо apt использовать dpkg. Поскольку apt может подменять пакет.
2365

apt не подменяет пакет, он просто выводит имя пакета (я так думаю :) ). У меня так же пишет.
Просто apt еще зависимости автоматом установит, а dpkg нет.

[tulpanov]

И еще, что бы стало понятней

usb-vhci-hcd - это модули ядра, позволяющие эмулировать USB устройтва.
libusb-hcd - библиотека, предоставляющая функции для работы с модулем ядра, для эмуляции usb.
usbhasp-hcd - Программулина, эмулирующая ключи hasp (и использующая libusb-hcd). Результат работы - как будто в ваш компьютер вставлен токен hasp. Никакие 1С и другие службы, по идее для работы ей не нужы.
Что бы 1С увидела ключ, нужно соответственно настроить компьютер, т.е. установить проги, которые читают ключ и отдают 1С результат. Т.е. aksusbd - который лежит на сайте haspa в открытом виде. Еще есть пакет для раздачи ключа по сети. И т.д.

[andydaw]

почитайте тему "Эмуляторы для 1с 8.x", там это обсуждалось (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x?p=553800#post553800):
Сообщение от Unk3r (https://forum.ruboard.ru/showthread.php?p=553738#post553738)
"При запуске базы в толстом клиенте - сразу или по прошествии незначительного времени, или при открытии чего-либо, что тянется на клиент, выкидывает с ошибкой "Ключ защиты больше не доступен."
Если брать лицензии с сервера 1С, с выключенным HASP LM - подобного не происходит."

но простое решение "брать лицензии с сервера 1С" есть только для кластера, в случае с базой в файле - надо или 1) патчить; или 2) перенастраивать haspini так, чтобы использовался netbios, добавляя NIC поддержку протокола NBT.

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

[HPDX2300]

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

"вываливается ключ недоступен на сервере" - запуск на сервере в терм.сессии? если ответ "да", тогда читать тему "Эмуляторы для 1с 8.x" или документацию.

"на клиенте нарушена целостность" - одинсек находит следы эмуляторов или патченные dll-ки. винду переустановить, если не в курсе что и как вычищать.

"подробнее пункт 2":
на 4-ей странице после "1C 8.x работает только по UDP. Однако ее можно заставить использовать TCP неявно"
https://safenet-sentinel.ru/upload/support/Working_with_HASP_and_1C.pdf

[kalk]

Кто нибудь пробовал скомпилировать и запустить эмулятор на Centos 8?
У меня вроде получилось собрать из исходников для centos 7, но сервер 1с все равно не видит ключи.

[morvlad]

Добрый день!
Установил 1C x64 сервер на CentOS 7 x64
Работу с ключами настроил по инструкции, все работает, но только с физическим ключом, в данном случае с клиентским.
Проблема возникает когда загружаю дампы ключей .json
Есть ошибки, если кто сталкивался с подобной проблемой подскажите пожалуйста.

Конфигурация:
Клиент 1C установлен на рабочей станции, на сервере 1C стоит физический ключ, система его находит - все работает замечательно.
Ключ отключаю и загружаю дампы переделанные в формат json - не работает.

linux: CentOS Linux release 7.7.1908 (Core)
Ядро: 3.10.0-1062.1.2.el7.x86_64
1C: 1C_Enterprise83-server-8.3.15-1565.x86_64 и другие пакеты



rpm -qa|grep hasp
haspd-modules-7.90-eter2centos.x86_64
haspd-7.90-eter2centos.x86_64




lsmod |grep usb
usb_vhci_iocifc *******17536 *0 *
usb_vhci_hcd **********19494 *1 usb_vhci_iocifc




netstat -anp | grep hasp
tcp *******0 *****0 0.0.0.0:1947 ***********0.0.0.0:* **************LISTEN *****31717/hasplmd ********
udp *******0 *****0 0.0.0.0:475 ************0.0.0.0:* **************************31699/hasplm *********
udp *******0 *****0 0.0.0.0:1947 ***********0.0.0.0:* **************************31717/hasplmd ********
udp *******0 *****0 127.0.0.1:2790 *********0.0.0.0:* **************************31682/winehasp *******
udp *******0 *****0 0.0.0.0:45039 **********0.0.0.0:* **************************31717/hasplmd **




netstat -anp | grep aks
unix *2 *****[ ACC ] ****STREAM ****LISTENING ****427525 **31663/aksusbd *******/tmp/.aksusb *
unix *3 *****[ ] ********STREAM ****CONNECTED ****428075 **31663/aksusbd *******/tmp/.aksusb *
unix *2 *****[ ] ********DGRAM *******************427516 **31663/aksusbd *


Старт ключей:


usbhasp key1.json key2.json
usbhasp[17100]: Loaded key 0: '1С:Предприятие 8.0; Лицензия на сервер приложений', Created: 01/01/2005 00:00
usbhasp[17100]: Loaded key 1: 'v8 500 user', Created: 21/04/2005 14:59 *
usbhasp[17100]: USB device created usb_vhci_hcd.0 (bus# 5) *
usbhasp[17100]: Port 1 is powered on -> connecting device. **
usbhasp[17100]: Port 1 connected. *
usbhasp[17100]: Port 2 is powered on -> connecting device. **
usbhasp[17100]: Port 2 connected. *
usbhasp[17100]: Port 1 is disabled. *
usbhasp[17100]: Set device on port 1 address = 2 *
usbhasp[17100]: Port 2 is disabled. *
usbhasp[17100]: Set device on port 2 address = 3

Сразу появляется:
[CODE]
/proc/bus/usb/005
001 *002 *003


Здесь уже видно что-то не так:


usbhasp status
usbhasp[958]: Error No such file or directory loading keyfile status.
usbhasp[958]: No keys loaded. Nothing to emulate.


Логи /var/log/messages после старта ключа

: Loaded key 0: '1С:Предприятие 8.0; Лицензия на сервер приложений', Created: 01/01/2005 00:00
Oct 15 14:23:14 test usbhasp[23874]: Loaded key 1: 'v8 500 user', Created: 21/04/2005 14:59 *
Oct 15 14:23:14 test kernel: usb_vhci_hcd usb_vhci_hcd.0: USB Virtual Host Controller Interface -- Version 1.15 (2019-10-10) *
Oct 15 14:23:14 test kernel: usb_vhci_hcd usb_vhci_hcd.0: --> Backend: USB VHCI user-mode IOCTL-interface *
Oct 15 14:23:14 test kernel: usb_vhci_hcd usb_vhci_hcd.0: VHCI Host Controller *
Oct 15 14:23:14 test kernel: usb_vhci_hcd usb_vhci_hcd.0: new USB bus registered, assigned bus number 5 *
Oct 15 14:23:14 test kernel: usb usb5: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 3.10 *
Oct 15 14:23:14 test kernel: usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 *
Oct 15 14:23:14 test kernel: usb usb5: Product: VHCI Host Controller *
Oct 15 14:23:14 test kernel: usb usb5: Manufacturer: Linux 3.10.0-1062.1.2.el7.x86_64 usb_vhci_hcd *
Oct 15 14:23:14 test kernel: usb usb5: SerialNumber: usb_vhci_hcd.0 *
Oct 15 14:23:14 test kernel: hub 5-0:1.0: USB hub found *
Oct 15 14:23:14 test kernel: hub 5-0:1.0: 2 ports detected *
Oct 15 14:23:14 test kernel: usb_vhci_iocifc: Usb bus #5 *
Oct 15 14:23:14 test usbhasp[23874]: USB device created usb_vhci_hcd.0 (bus# 5) *
Oct 15 14:23:14 test usbhasp[23874]: Port 1 is powered on -> connecting device. *
Oct 15 14:23:14 test usbhasp[23874]: Port 1 connected. *
Oct 15 14:23:14 test usbhasp[23874]: Port 2 is powered on -> connecting device. *
Oct 15 14:23:14 test usbhasp[23874]: Port 2 connected. *
Oct 15 14:23:15 test usbhasp[23874]: Port 1 is disabled. *
Oct 15 14:23:15 test kernel: usb 5-1: new full-speed USB device number 2 using usb_vhci_hcd *
Oct 15 14:23:15 test usbhasp[23874]: Set device on port 1 address = 2 *
Oct 15 14:23:15 test kernel: usb 5-1: New USB device found, idVendor=0529, idProduct=0001, bcdDevice= 3.25 *
Oct 15 14:23:15 test kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 *
Oct 15 14:23:15 test kernel: usb 5-1: Manufacturer: HASP HL 3.25 *
Oct 15 14:23:15 test aksusbd: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-1' *
Oct 15 14:23:15 test aksusbd[31663]: aksusbd_req_dev_connect: write() failed: -1, Bad file descriptor *
Oct 15 14:23:15 test usbhasp[23874]: Port 2 is disabled. *
Oct 15 14:23:15 test kernel: usb 5-2: new full-speed USB device number 3 using usb_vhci_hcd *
Oct 15 14:23:15 test usbhasp[23874]: Set device on port 2 address = 3 *
Oct 15 14:23:15 test kernel: usb 5-2: New USB device found, idVendor=0529, idProduct=0001, bcdDevice= 3.25 *
Oct 15 14:23:15 test kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 *
Oct 15 14:23:15 test kernel: usb 5-2: Manufacturer: HASP HL 3.25 *
Oct 15 14:23:15 test aksusbd: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-2' *
Oct 15 14:23:15 test aksusbd[31663]: aksusbd_req_dev_connect: write() failed: -1, Bad file descripto


Логи dmesg


usb_vhci_hcd usb_vhci_hcd.0: USB Virtual Host Controller Interface -- Version 1.15 (2019-10-10) *
[411905.148267] usb_vhci_hcd usb_vhci_hcd.0: --> Backend: USB VHCI user-mode IOCTL-interface *
[411905.148273] usb_vhci_hcd usb_vhci_hcd.0: VHCI Host Controller *
[411905.148475] usb_vhci_hcd usb_vhci_hcd.0: new USB bus registered, assigned bus number 5 *
[411905.148572] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 3.10 *
[411905.148578] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 *
[411905.148582] usb usb5: Product: VHCI Host Controller *
[411905.148587] usb usb5: Manufacturer: Linux 3.10.0-1062.1.2.el7.x86_64 usb_vhci_hcd *
[411905.148591] usb usb5: SerialNumber: usb_vhci_hcd.0 *
[411905.148996] hub 5-0:1.0: USB hub found *
[411905.149012] hub 5-0:1.0: 2 ports detected *
[411905.149183] usb_vhci_iocifc: Usb bus #5 *
[411905.460968] usb 5-1: new full-speed USB device number 2 using usb_vhci_hcd *
[411905.585052] usb 5-1: New USB device found, idVendor=0529, idProduct=0001, bcdDevice= 3.25 *
[411905.585062] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 *
[411905.585068] usb 5-1: Manufacturer: HASP HL 3.25 *
[411905.698921] usb 5-2: new full-speed USB device number 3 using usb_vhci_hcd *
[411905.823112] usb 5-2: New USB device found, idVendor=0529, idProduct=0001, bcdDevice= 3.25 *
[411905.823120] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 *
[411905.823124] usb 5-2: Manufacturer: HASP HL 3.25

[andydaw]

"вываливается ключ недоступен на сервере" - запуск на сервере в терм.сессии?


Нет,(Ключ больше недоступен) только в толстом клиенте.Видит только локальный хасп на 50-500 юзверей,а серверный нет,
В тонком клиенте все работает,видит и серверный ключ.

На клиенте Вин чистил Лом,наверно что то осталось,будем искать.

[Илья547]

"подробнее пункт 2":
на 4-ей странице после "1C 8.x работает только по UDP. Однако ее можно заставить использовать TCP неявно"
https://safenet-sentinel.ru/upload/support/Working_with_HASP_and_1C.pdf
И это будет работать только на windows, потому что hasplm под linux не поддерживает эти параметры.

[ZloyKult]

Комрады! Требуется помощь за вознаграждение деньгами. Есть хост на Centos7x64. В нем Postgresql и Docker. Докером поднят контейнер с centos7x64+apache+1c 8.3.13-1690x64. Лицензирование победить не смог, в линуксах варюсь относительно не долго. Короче, отпишитесь кто готов помочь поломать лицензию. Подробности обсудим.

[zlimon]

Не появляются виртуальные USB
[ 4.856221] usb_vhci_hcd: disagrees about version of symbol module_layout
[ 4.856434] usb_vhci_hcd: disagrees about version of symbol module_layout

Не знаете куда копать ?

Система стоит на Hyper-V

[zlimon]

собрал пакет для debian (amd64) на ядре 4.9 - брать здесь (https://cloud.alfn.ru/s/jDT3Ytt2n33SSaz)

у пакета 2 зависимости: libusb-0.1-4 и libjansson4
ставим через apt (иначе зависимости не встанут)

запускаем из каталога, где лежит usbhasp.deb


apt-get update
apt-get install ./usbhasp.deb -y

после установки проверяем появление в системе виртуальных USB-устройств
можно так (нужен пакет usbutils):


lsusb
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

либо вывод dmesg


hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usb_vhci_iocifc: Usb bus #3
usb 3-1: new full-speed USB device number 2 using usb_vhci_hcd
usb 3-1: New USB device found, idVendor=0529, idProduct=0001
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Manufacturer: HASP HL 3.25
usb 3-2: new full-speed USB device number 3 using usb_vhci_hcd
usb 3-2: New USB device found, idVendor=0529, idProduct=0001
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-2: Manufacturer: HASP HL 3.25

ключи лежат в /opt/1c-key
какие ключи грузить, настраиваем в /etc/init.d/usbhasp
после изменений не забываем сделать systemctl daemon-reload

запуск: service usbhasp start
остановка: service usbhasp stop
статус: service usbhasp status

п.с.
прошу отписаться попробовавших... ибо интересно, все ли получилось как надо )))


Не появляются виртуальные USB
[ 4.856221] usb_vhci_hcd: disagrees about version of symbol module_layout
[ 4.856434] usb_vhci_hcd: disagrees about version of symbol module_layout

Не знаете куда копать ?

Система стоит на Hyper-V

[neanton]

Велкам!

Спасибо за инструкцию, с божей помощью все собралось и завелось на Debian 10 x86-64.
Есть один момент, драйвер (Sentinel HASP для Linux. Версия 7.100: Sentinel_LDK_Run-time_linux.zip) не видит ключ.
Собрал Wireshark-ом трафик по USB порту через usbmon, обмен данными происходит. Но при этом в логах вижу:


2019-10-29 09:30:07 [51180] HASP HL 990364755 was not added to the list of known keys
2019-10-29 09:30:07 [51180] HASP HL 990364755 does not contain configuration information. Key will be ignored

В процессе всего этого действа, на ключ (виртуальный естессно) прилетает комманда A1, и видимо драйверу не нравится ответ.
В самом UsbHasp захардкожен какой то магический ответ откуда-то скопипижженый: https://github.com/sam88651/UsbHasp/blob/master/USBKeyEmu.c#L133

Может кто вкурсе как это обойти? Может драйвер слишком "свежий"?

[neanton]

Выхлоп lsubs:


Device: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0529 Aladdin Knowledge Systems
idProduct 0x0001 HASP copy protection dongle
bcdDevice 3.25
iManufacturer 1 HASP HL 3.25
iProduct 2 (error)
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0012
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 54mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
cannot read device status, Resource temporarily unavailable (11)

Выхлоп UsbHasp собранного с DEBUG флагом:

usbhasp[60382]: Password 0x237a4125
usbhasp[60382]: keyType 0xea
usbhasp[60382]: MemoryType 0x20
usbhasp[60382]: Option 14 bytes
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x01,
usbhasp[60382]: 0x02,
usbhasp[60382]: 0x4a,
usbhasp[60382]: 0x1f,
usbhasp[60382]: 0x01,
usbhasp[60382]: 0x18,
usbhasp[60382]: 0x02,
usbhasp[60382]: 0x08,
usbhasp[60382]: 0x01,
usbhasp[60382]: 0x14,
usbhasp[60382]: 0x2c,
usbhasp[60382]: 0x33,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: NetMemory 12 bytes
usbhasp[60382]: 0x71,
usbhasp[60382]: 0xcf,
usbhasp[60382]: 0x1d,
usbhasp[60382]: 0x28,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: SecTable 8 bytes
usbhasp[60382]: 0x16,
usbhasp[60382]: 0x32,
usbhasp[60382]: 0x87,
usbhasp[60382]: 0xa3,
usbhasp[60382]: 0x1e,
usbhasp[60382]: 0x3a,
usbhasp[60382]: 0x8f,
usbhasp[60382]: 0xab,
usbhasp[60382]:
usbhasp[60382]: Data 4096 bytes
usbhasp[60382]: 0x01,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0xd0,
usbhasp[60382]: 0xbc,
usbhasp[60382]: 0x08,
usbhasp[60382]: 0x3f,
usbhasp[60382]: 0x28,
usbhasp[60382]: 0x30,
usbhasp[60382]: 0x02,
usbhasp[60382]: 0xe5,
usbhasp[60382]: 0x6f,
usbhasp[60382]:
usbhasp[60382]: 0x3e,
usbhasp[60382]: 0x39,
usbhasp[60382]: 0xd4,
usbhasp[60382]: 0x76,
usbhasp[60382]: 0x9f,
usbhasp[60382]: 0x6f,
usbhasp[60382]: 0xd4,
usbhasp[60382]: 0x76,
usbhasp[60382]: 0x21,
usbhasp[60382]: 0x57,
usbhasp[60382]: 0x02,
usbhasp[60382]: 0x41,
usbhasp[60382]: 0xc3,
usbhasp[60382]: 0xcc,
usbhasp[60382]: 0xd5,
usbhasp[60382]: 0xa7,
usbhasp[60382]:
usbhasp[60382]: 0x4b,
usbhasp[60382]: 0x4c,
usbhasp[60382]: 0xc2,
usbhasp[60382]: 0x81,
usbhasp[60382]: 0x64,
usbhasp[60382]: 0x84,
usbhasp[60382]: 0x55,
usbhasp[60382]: 0x76,
usbhasp[60382]: 0x41,
usbhasp[60382]: 0xe1,
usbhasp[60382]: 0x5e,
usbhasp[60382]: 0x2c,
usbhasp[60382]: 0x18,
usbhasp[60382]: 0xa7,
usbhasp[60382]: 0x6f,
usbhasp[60382]: 0xf2,
usbhasp[60382]:
usbhasp[60382]: 0x08,
usbhasp[60382]: 0xe1,
usbhasp[60382]: 0x40,
usbhasp[60382]: 0xa0,
usbhasp[60382]: 0x4e,
usbhasp[60382]: 0x94,
usbhasp[60382]: 0xa7,
usbhasp[60382]: 0x4a,
usbhasp[60382]: 0xb5,
usbhasp[60382]: 0x41,
usbhasp[60382]: 0x53,
usbhasp[60382]: 0x6d,
usbhasp[60382]: 0x48,
usbhasp[60382]: 0xc3,
usbhasp[60382]: 0x6d,
usbhasp[60382]: 0xe4,
usbhasp[60382]:
usbhasp[60382]: 0xa4,
usbhasp[60382]: 0xec,
usbhasp[60382]: 0xc8,
usbhasp[60382]: 0x9c,
usbhasp[60382]: 0x27,
usbhasp[60382]: 0x7d,
usbhasp[60382]: 0xe0,
usbhasp[60382]: 0x79,
usbhasp[60382]: 0x51,
usbhasp[60382]: 0xb1,
usbhasp[60382]: 0x25,
usbhasp[60382]: 0xc6,
usbhasp[60382]: 0xa1,
usbhasp[60382]: 0x69,
usbhasp[60382]: 0x14,
usbhasp[60382]: 0xfb,
usbhasp[60382]:
usbhasp[60382]: 0x03,
usbhasp[60382]: 0x7b,
usbhasp[60382]: 0xc5,
usbhasp[60382]: 0x1b,
usbhasp[60382]: 0xe3,
usbhasp[60382]: 0xef,
usbhasp[60382]: 0xa3,
usbhasp[60382]: 0x1e,
usbhasp[60382]: 0x04,
usbhasp[60382]: 0xb5,
usbhasp[60382]: 0xa5,
usbhasp[60382]: 0xe1,
usbhasp[60382]: 0x4e,
usbhasp[60382]: 0xc8,
usbhasp[60382]: 0x5d,
usbhasp[60382]: 0x28,
usbhasp[60382]:
usbhasp[60382]: 0x99,
usbhasp[60382]: 0x30,
usbhasp[60382]: 0x10,
usbhasp[60382]: 0x39,
usbhasp[60382]: 0x2f,
usbhasp[60382]: 0x8d,
usbhasp[60382]: 0xb3,
usbhasp[60382]: 0xe0,
usbhasp[60382]: 0x95,
usbhasp[60382]: 0xf0,
usbhasp[60382]: 0x36,
usbhasp[60382]: 0x91,
usbhasp[60382]: 0x56,
usbhasp[60382]: 0x46,
usbhasp[60382]: 0xc4,
usbhasp[60382]: 0x75,
usbhasp[60382]:
usbhasp[60382]: 0x01,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]: 0xff,
usbhasp[60382]:
usbhasp[60382]: EDStruct 0 bytes
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]: 0x00,
usbhasp[60382]:
usbhasp[60382]: Loaded key 0: '1C Enterprise Server x64', Created: 21/04/2019
usbhasp[60382]: USB device created usb_vhci_hcd.0 (bus# 19)
usbhasp[60382]: Port 1 is powered on -> connecting device.
usbhasp[60382]: Port 1 connected.
usbhasp[60382]: Port 1 is disabled.
usbhasp[60382]: Set device on port 1 address = 2
usbhasp[60382]: urb->bRequest 0x80, urb->wValue 0x9427, urb->wIndex 0x0, urb->wLength 0x7
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_SET_CHIPER_KEYS
usbhasp[60382]: Create encodedStatus
usbhasp[60382]: Encoded status: 86
usbhasp[60382]: Chiper inChiperKey1=0x9427, inChiperKey2=0xA0CB, length=0x2
usbhasp[60382]: Chiper outChiperKey1=0x6F85, outChiperKey2=0xA0CB
usbhasp[60382]: Chiper inChiperKey1=0x6F85, inChiperKey2=0xA0CB, length=0x5
usbhasp[60382]: Chiper outChiperKey1=0x8DCD, outChiperKey2=0xA0CB
usbhasp[60382]: Shuffle keys: chiperKey1=8DCD, chiperKey2=86CB,
usbhasp[60382]: Out data size: 7
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x3, urb->wIndex 0x0, urb->wLength 0x8
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x3
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa2, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x1a1
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: UNKOWN KEY_FN
usbhasp[60382]: Create encodedStatus
usbhasp[60382]: Encoded status: F1
usbhasp[60382]: Chiper inChiperKey1=0x8DCD, inChiperKey2=0x86CB, length=0x2
usbhasp[60382]: Chiper outChiperKey1=0x8864, outChiperKey2=0x86CB
usbhasp[60382]: Out data size: 2
usbhasp[60382]: urb->bRequest 0x80, urb->wValue 0x9482, urb->wIndex 0x0, urb->wLength 0x7
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_SET_CHIPER_KEYS
usbhasp[60382]: Create encodedStatus
usbhasp[60382]: Encoded status: E3
usbhasp[60382]: Chiper inChiperKey1=0x9482, inChiperKey2=0xA0CB, length=0x2
usbhasp[60382]: Chiper outChiperKey1=0x3C49, outChiperKey2=0xA0CB
usbhasp[60382]: Chiper inChiperKey1=0x3C49, inChiperKey2=0xA0CB, length=0x5
usbhasp[60382]: Chiper outChiperKey1=0x38FA, outChiperKey2=0xA0CB
usbhasp[60382]: Shuffle keys: chiperKey1=38FA, chiperKey2=E3CB,
usbhasp[60382]: Out data size: 7
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x3, urb->wIndex 0x0, urb->wLength 0x8
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x3
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa2, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x1a1
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: UNKOWN KEY_FN
usbhasp[60382]: Create encodedStatus
usbhasp[60382]: Encoded status: 4A
usbhasp[60382]: Chiper inChiperKey1=0x38FA, inChiperKey2=0xE3CB, length=0x2
usbhasp[60382]: Chiper outChiperKey1=0x8D67, outChiperKey2=0xE3CB
usbhasp[60382]: Out data size: 2
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x3, urb->wIndex 0x0, urb->wLength 0x8
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x3
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa2, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x1a1
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: UNKOWN KEY_FN
usbhasp[60382]: Create encodedStatus
usbhasp[60382]: Encoded status: 6D
usbhasp[60382]: Chiper inChiperKey1=0x8D67, inChiperKey2=0xE3CB, length=0x2
usbhasp[60382]: Chiper outChiperKey1=0xF704, outChiperKey2=0xE3CB
usbhasp[60382]: Out data size: 2
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x3
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x0
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x3
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x0
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x3
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x0
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x0, urb->wIndex 0x0, urb->wLength 0x3
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x0
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: urb->bRequest 0xa1, urb->wValue 0x1, urb->wIndex 0x0, urb->wLength 0x2f
usbhasp[60382]: HASP FUNCTION -
usbhasp[60382]: KEY_FN_READ_STRUCT, request->param1 - 0x1
usbhasp[60382]: Received signal to stop.
usbhasp[60382]: USB device removed usb_vhci_hcd.0 (bus# 19)

[Norets]

собрал пакет для debian (amd64) на ядре 4.9 - брать здесь (https://cloud.alfn.ru/s/jDT3Ytt2n33SSaz)

у пакета 2 зависимости: libusb-0.1-4 и libjansson4
ставим через apt (иначе зависимости не встанут)

запускаем из каталога, где лежит usbhasp.deb


apt-get update
apt-get install ./usbhasp.deb -y

после установки проверяем появление в системе виртуальных USB-устройств
можно так (нужен пакет usbutils):


lsusb
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

либо вывод dmesg


hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usb_vhci_iocifc: Usb bus #3
usb 3-1: new full-speed USB device number 2 using usb_vhci_hcd
usb 3-1: New USB device found, idVendor=0529, idProduct=0001
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-1: Manufacturer: HASP HL 3.25
usb 3-2: new full-speed USB device number 3 using usb_vhci_hcd
usb 3-2: New USB device found, idVendor=0529, idProduct=0001
usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-2: Manufacturer: HASP HL 3.25

ключи лежат в /opt/1c-key
какие ключи грузить, настраиваем в /etc/init.d/usbhasp
после изменений не забываем сделать systemctl daemon-reload

запуск: service usbhasp start
остановка: service usbhasp stop
статус: service usbhasp status

п.с.
прошу отписаться попробовавших... ибо интересно, все ли получилось как надо )))

Попробовал. Не появляются ключи в lsusb. Может что не так делаю? Систему обновил, зависимости поставил... Пробовал на 4.9.0.11

[Nevskiy83]

Можете перевыложить, файл не доступен.

Спасибо

[tulpanov]

Собрал правильные deb пакеты для Debian buster
У меня работает, но возможно всякое

usbhasp-deb.zip (https://turbo.to/3v1d3tz079jf.html)
Пароль 123

Устанавливать

sudo apt install ./libusb-vhci_0.8-2_amd64.deb
sudo apt install ./usb-vhci-hcd-dkms_1.15.1-1_amd64.deb
sudo apt install ./usbhasp_0.1-2_amd64.deb

или через dpkg (не помню опции)

В /etc/usbhaspd/keys разместить файлы .json
И перезапустить службу


sudo systemctl restart usbhaspd

Результат работы службы можно глянуть

sudo systemctl status usbhaspd

А в устройствах после
lsusb должен отображаться виртуальный токен

В каталоге dev пакеты с заголовочными файлами, если нужно будет компилировать. Для работы не нужны.
В каталоге bin драйвера для текущего ядра buster без зависимостей dkms (можно использовать вместо usb-vhci-hcd-dkms_1.15.1-1_amd64.deb, но только на этом ядре)

И после всех манипуляций 1С не увидит ключи. Ему нужен пакет aksusbd, который лежит на сайте sentinel

[MyNameIs]

А где взять файлы json?

[Nevskiy83]

Я брал отсюда (https://yadi.sk/d/llLEAiFJncNbmw)

[braslavets]

Проверил. Все работает. ядро 4.19.0.6.

[vfp7]

На 5-ом ядре Ubuntu x64 кто нибудь запустил эту систему?
Есть некоторая вероятность серьезного изменения в ядре и невозможности компиляции этой системы - хотелось бы проверить этот момент.
ps: у меня не получается проверить этот момент так как очень сильная загрузка на работе.

[otlichno007]

На Ubuntu 16.04, ядро 4.4.0-166, всё работает!! Спасибо :dance:

[daemonpnz]

на 5.0 работает, необходим небольшой патчинг для модуля ядра (правится то, что касается access_ok, т.к уменьшилось количество аргументов с 3 до 2), но работает. Есть ещё тонкость у меня стоит proxmox и у него свой набор патчей для ядра и вот после версии 5.0.15 модуль совсем перестал собираться и проблему пока не решил.

[manemoy779]

эх, в последних ядрах не собирается.

In file included from ./include/linux/uaccess.h:11,
from /share/temp/1c_test/vhci-hcd-1.15/usb-vhci-iocifc.c:25:
/share/temp/1c_test/vhci-hcd-1.15/usb-vhci-iocifc.c: In function 'ioc_register':
./arch/x86/include/asm/uaccess.h:433:29: error: invalid initializer
433 | __typeof__(ptr) __pu_ptr = (ptr);

[tulpanov]

эх, в последних ядрах не собирается.

Я это правил, и access_ok правил
На моем ядре 5.2.0-0.bpo.3-amd64 работает.

[veisong]

Здравствуйте!

Система opensuse. 1с 8.3.16.1030 пославил rpm пакеты без проблем.
Все запускается, все соединяется, сервер 1С меня видит.

Толстый клиент ругается на лицуху. Подскажите, пожалуйста, лечил я so файл, а толку ноль. Как избавить клиента от желания лицензии?
X64 клиент...

[daemonpnz]

Здравствуйте!

Система opensuse. 1с 8.3.16.1030 пославил rpm пакеты без проблем.
Все запускается, все соединяется, сервер 1С меня видит.

Толстый клиент ругается на лицуху. Подскажите, пожалуйста, лечил я so файл, а толку ноль. Как избавить клиента от желания лицензии?
X64 клиент...

Начать читать тему, хотя бы 10 последних страниц.

[veisong]

Читал, мозги хватило поднять сервер, но не хватает разобраться с ключем. Что делать?

[HPDX2300]

повторение

[HPDX2300]

...Как избавить клиента от желания лицензии?...

Это лечится несложно, читайте тему "HASP Эмуляторы для 1с 8.x" (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x)
А эта тема "заточена" на лечение Linux сервера в кластере от "жажды" лицензии

[neanton]

Вот жеж, только там нет скрипта инициализации и нужно поставить если свежий дебиан libc6-i3: http://safenet-sentinel.ru/files/hasplm-linux-8.30.zip

[daemonpnz]

При настройке на ЛМ на дебиане - вылетает с потерей лицензии. Выходит что-то не так в датском (зачеркнуто) дебиановском королевстве? Ткните носом если что :)

Всегда HASP LM работал через UDP (точнее если мне не изменяет память, то 1с всегда работала с hasp lm через UDP, а через TCP не умела). Так что в слётах виноват явно не протокол. Что в виртуалке на Linux пишется в логах: dmesg, journalctl и т.д

[HPDX2300]

...пишет что ключ потерян и завершает работу...
при перезапуске клиента он снова получает ключ нормально, а потом снова ошибка
... даж не знаю что и думать.

это неоднократно обсуждалось в теме "HASP Эмуляторы для 1с 8.x" т.к. там это более уместно, чем в этой теме.
повторять посты из той темы не буду - ибо "кто ищет - тот всегда найдет"

[vfp7]

"../etc/usbhaspd/keys/x64_server.json /etc/usbhaspd/keys/x86_server.json.."(c)
- хм, имена файлов какие то подозрительные - надеюсь их название не соответствует содержимому?
( оба ключа для серверной лицензии? причем один для x64 версии а второй для x86? )

[vfp7]

Да. Так и есть.
Интересно для чего так.
Насколько помню ключ x64 подходит к x86, и непонятно для чего два серверных ключа.

[daemonpnz]

хасплм на дебиане (lxc контейнер proxmox 6)распиши всю схему: где запущен эмулятор (хост или контейнер) и т.д.?

systemctl status aksusbd.service

что кажет?

[nightrider77]

Для ubuntu 18.04.2 x64 lts (4.15.0) по памяти напишу первую часть, в помощь другим даже с минимальными знаниями:
<....>
cd vhci-hcd-1.15
mkdir -p linux/4.15.0/drivers/usb/core
cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/
nano usb-vhci-hcd.c
находим "#define DEBUG" и комментируем эту строку, при желании можно выделить через /* */
nano usb-vhci-iocifc.c
находим "#define DEBUG" и комментируем эту строку
добавляем строку #include <linux/uaccess.h> (просто сверху над первым #include в файле вставьте)
sudo make KVERSION=4.15.0-48-generic KSRC=/usr/src/linux-source-4.15.0
<....>
- продолжение следует ... (пока нет времени)

Хм, у меня что ли у одного, на Ubuntu 18.04 с ядром 5.0.0 пути не такие, как в мануале?


cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/

В linux-source-5.0.0 у меня только


root@alex-virtual-machine:/usr/src/linux-source-5.0.0# ls -l
итого 870632
drwxr-xr-x 13 root root 4096 ноя 27 17:22 debian
drwxr-xr-x 10 root root 4096 ноя 27 17:22 debian.hwe
-rw-r--r-- 1 root root 891514880 ноя 12 13:46 linux-source-5.0.0.tar

Поэтому в данном случае, директория для работы - это /usr/src/linux-headers-5.0.0-36-generic:


root@alex-virtual-machine:/usr/src/linux-headers-5.0.0-36-generic# ls -l
итого 1560
drwxr-xr-x 3 root root 4096 ноя 27 13:28 arch
lrwxrwxrwx 1 root root 31 ноя 12 13:46 block -> ../linux-headers-5.0.0-36/block
lrwxrwxrwx 1 root root 31 ноя 12 13:46 certs -> ../linux-headers-5.0.0-36/certs
lrwxrwxrwx 1 root root 32 ноя 12 13:46 crypto -> ../linux-headers-5.0.0-36/crypto
lrwxrwxrwx 1 root root 39 ноя 12 13:46 Documentation -> ../linux-headers-5.0.0-36/Documentation
lrwxrwxrwx 1 root root 33 ноя 12 13:46 drivers -> ../linux-headers-5.0.0-36/drivers
lrwxrwxrwx 1 root root 34 ноя 12 13:46 firmware -> ../linux-headers-5.0.0-36/firmware
lrwxrwxrwx 1 root root 28 ноя 12 13:46 fs -> ../linux-headers-5.0.0-36/fs
drwxr-xr-x 4 root root 4096 ноя 27 13:28 include <================================================== ====
lrwxrwxrwx 1 root root 30 ноя 12 13:46 init -> ../linux-headers-5.0.0-36/init
lrwxrwxrwx 1 root root 29 ноя 12 13:46 ipc -> ../linux-headers-5.0.0-36/ipc
lrwxrwxrwx 1 root root 32 ноя 12 13:46 Kbuild -> ../linux-headers-5.0.0-36/Kbuild
lrwxrwxrwx 1 root root 33 ноя 12 13:46 Kconfig -> ../linux-headers-5.0.0-36/Kconfig
drwxr-xr-x 2 root root 4096 ноя 27 13:28 kernel
lrwxrwxrwx 1 root root 29 ноя 12 13:46 lib -> ../linux-headers-5.0.0-36/lib
lrwxrwxrwx 1 root root 34 ноя 12 13:46 Makefile -> ../linux-headers-5.0.0-36/Makefile
lrwxrwxrwx 1 root root 28 ноя 12 13:46 mm -> ../linux-headers-5.0.0-36/mm
-rw-r--r-- 1 root root 1566100 ноя 12 13:46 Module.symvers
lrwxrwxrwx 1 root root 29 ноя 12 13:46 net -> ../linux-headers-5.0.0-36/net
lrwxrwxrwx 1 root root 33 ноя 12 13:46 samples -> ../linux-headers-5.0.0-36/samples
drwxr-xr-x 7 root root 12288 ноя 27 13:28 scripts
lrwxrwxrwx 1 root root 34 ноя 12 13:46 security -> ../linux-headers-5.0.0-36/security
lrwxrwxrwx 1 root root 31 ноя 12 13:46 sound -> ../linux-headers-5.0.0-36/sound
drwxr-xr-x 3 root root 4096 ноя 27 13:28 tools
lrwxrwxrwx 1 root root 32 ноя 12 13:46 ubuntu -> ../linux-headers-5.0.0-36/ubuntu
lrwxrwxrwx 1 root root 29 ноя 12 13:46 usr -> ../linux-headers-5.0.0-36/usr
lrwxrwxrwx 1 root root 30 ноя 12 13:46 virt -> ../linux-headers-5.0.0-36/virt


Вот только всё равно проблема при компиляции


root@alex-virtual-machine:/usr/src/vhci-hcd-1.15# make clean && make KVERSION=$(uname -r) KSRC=/usr/src/linux-headers-5.0.0-36-generic/

Завершается вот этим


scripts/Makefile.build:291: recipe for target '/usr/src/vhci-hcd-1.15/usb-vhci-iocifc.o' failed
make[2]: *** [/usr/src/vhci-hcd-1.15/usb-vhci-iocifc.o] Error 1
Makefile:1614: recipe for target '_module_/usr/src/vhci-hcd-1.15' failed
make[1]: *** [_module_/usr/src/vhci-hcd-1.15] Error 2
make[1]: выход из каталога «/usr/src/linux-headers-5.0.0-36-generic»
Makefile:35: recipe for target 'default' failed
make: *** [default] Error 2

Хотя в /usr/src/vhci-hcd-1.15/linux/5.0.0/drivers/usb/core/ всё присутствует.

Уже пробовал разные вариации команды и с разным KVERSION/KSRC - такая же ошибка.

Что в данном случае не так?

Заранее спасибо.

[daemonpnz]

Хотя в /usr/src/vhci-hcd-1.15/linux/5.0.0/drivers/usb/core/ всё присутствует.

Уже пробовал разные вариации команды и с разным KVERSION/KSRC - такая же ошибка.

Что в данном случае не так?

Заранее спасибо.

Полные выводы, а не твои выдержки, на сервис подобный pastebin

[nightrider77]

Полные выводы, а не твои выдержки, на сервис подобный pastebin

https://pastebin.com/NmRZxUyQ

[nightrider77]

на 5.0 работает, необходим небольшой патчинг для модуля ядра (правится то, что касается access_ok, т.к уменьшилось количество аргументов с 3 до 2), но работает. Есть ещё тонкость у меня стоит proxmox и у него свой набор патчей для ядра и вот после версии 5.0.15 модуль совсем перестал собираться и проблему пока не решил.
Наверное, в этом проблема.

[nightrider77]

Не вижу кнопки редактирования сообщений здесь...
access_ok в usb-vhci-iocifc.c обновил (убрал первый аргумент type).
Но тут ещё куча ошибок


In file included from ./include/linux/uaccess.h:11:0,
from /root/vhci-hcd-1.15/usb-vhci-iocifc.c:23:
/root/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘ioc_register’:
./arch/x86/include/asm/uaccess.h:435:29: error: invalid initializer
__typeof__(ptr) __pu_ptr = (ptr); \
^
./arch/x86/include/asm/uaccess.h:555:2: note: in expansion of macro ‘__put_user_nocheck’
__put_user_nocheck((__typeof__(*(ptr)))(x), (ptr), sizeof(*(ptr)))
^~~~~~~~~~~~~~~~~~
/root/vhci-hcd-1.15/usb-vhci-iocifc.c:218:3: note: in expansion of macro ‘__put_user’
__put_user('\0', arg->bus_id);
^~~~~~~~~~


Буду разбираться...

[daemonpnz]

Наверное, в этом проблема.

ну вот =) надо было лишь почитать

[daemonpnz]

Буду разбираться...
мне лень было разбираться, в итоге откатил ядро на 5.0.0-15, захолдил и всё стало ок

[Илья547]

пссс, на гитхабе что-то еще появилось, тестить будет кто?
https://github.com/batteryshark/hasptools