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

[HPDX2300]

Не могу понять что не так. Может установить ubuntu или centos?

вот именно. с этого надо было начинать - указать на какой линух громоздишь эмулятор.
проще всего делать "как доктор прописал" - работать на "Ubuntu 18.04.2 x86-64" или "CentOS-7 x86-64"

[Kolhoznic]

winehasp - я бы сменил на Sentinel_LDK_Ubuntu_DEB_Run-time_Installer.tar.gz

Заменил, но LM теперь не виден в сети.

[Kolhoznic]

в /etc/udev/rules.d есть правила для HASP?
что там?

после замены на Sentinel_LDK_Ubuntu_DEB_Run-time_Installer.tar.gz

# HASP rules
ACTION=="add|change|bind", SUBSYSTEM=="usb", ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0001", MODE="664", ENV{HASP}="1", SYMLINK+="aks/hasp/%k", RUN+="/usr/sbin/aksusbd_x86_64 -c $root/aks/hasp/$kernel"
ACTION=="remove", ENV{HASP}=="1", RUN+="/usr/sbin/aksusbd_x86_64 -r $root/aks/hasp/$kernel"

# SENTINEL rules
ACTION=="add|change|bind", SUBSYSTEM=="usb", ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0003", KERNEL!="hiddev*", MODE="666", GROUP="plugdev", ENV{SENTINELHID}="1", SYMLINK+="aks/sentinelhid/%k"


Ошибки в syslog пропали

May 17 08:38:02 srv-keys kernel: [ 507.678282] usb_vhci_hcd usb_vhci_hcd.2: USB Virtual Host Controller Interface -- Version 1.15 (2019-05-14)
May 17 08:38:02 srv-keys kernel: [ 507.678286] usb_vhci_hcd usb_vhci_hcd.2: --> Backend: USB VHCI user-mode IOCTL-interface
May 17 08:38:02 srv-keys kernel: [ 507.678291] usb_vhci_hcd usb_vhci_hcd.2: VHCI Host Controller
May 17 08:38:02 srv-keys kernel: [ 507.678300] usb_vhci_hcd usb_vhci_hcd.2: new USB bus registered, assigned bus number 5
May 17 08:38:02 srv-keys kernel: [ 507.678416] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
May 17 08:38:02 srv-keys kernel: [ 507.678419] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
May 17 08:38:02 srv-keys kernel: [ 507.678421] usb usb5: Product: VHCI Host Controller
May 17 08:38:02 srv-keys kernel: [ 507.678423] usb usb5: Manufacturer: Linux 4.9.0-9-amd64 usb_vhci_hcd
May 17 08:38:02 srv-keys kernel: [ 507.678424] usb usb5: SerialNumber: usb_vhci_hcd.2
May 17 08:38:02 srv-keys kernel: [ 507.678841] hub 5-0:1.0: USB hub found
May 17 08:38:02 srv-keys kernel: [ 507.678853] hub 5-0:1.0: 1 port detected
May 17 08:38:02 srv-keys kernel: [ 507.679033] usb_vhci_iocifc: Usb bus #5
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 is powered on -> connecting device.
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 connected.
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 is disabled.
May 17 08:38:03 srv-keys kernel: [ 508.004731] usb 5-1: new full-speed USB device number 2 using usb_vhci_hcd
May 17 08:38:03 srv-keys usbhasp[658]: Set device on port 1 address = 2
May 17 08:38:03 srv-keys kernel: [ 508.145772] usb 5-1: New USB device found, idVendor=0529, idProduct=0001
May 17 08:38:03 srv-keys kernel: [ 508.145777] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
May 17 08:38:03 srv-keys kernel: [ 508.145779] usb 5-1: Manufacturer: HASP HL 3.25
May 17 08:38:03 srv-keys aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-1'
May 17 08:38:03 srv-keys kernel: [ 508.145772] usb 5-1: New USB device found, idVendor=0529, idProduct=0001
May 17 08:38:03 srv-keys kernel: [ 508.145777] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
May 17 08:38:03 srv-keys kernel: [ 508.145779] usb 5-1: Manufacturer: HASP HL 3.25
May 17 08:38:03 srv-keys aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-1'

Но теперь LM не виден в сети. Подскажите где настройки файл настройки LMа?
И где посмотреть подключился ли ключ к демону. systemctl status выдает

systemctl status aksusbd

● aksusbd.service - Sentinel LDK Runtime Environment (aksusbd daemon)
Loaded: loaded (/etc/systemd/system/aksusbd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-05-17 08:36:26 MSK; 17min ago
Process: 623 ExecStart=/usr/sbin/aksusbd (code=exited, status=0/SUCCESS)
Main PID: 624 (aksusbd)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/aksusbd.service
└─624 /usr/sbin/aksusbd

systemd[1]: Starting Sentinel LDK Runtime Environment (aksusbd daemon)...
aksusbd[624]: loaded, daemon version: 7.90.1.81737, key API (USB) version: 3.88 (parallel driver not available)
systemd[1]: Started Sentinel LDK Runtime Environment (aksusbd daemon).

systemctl status hasplmd
● hasplmd.service - Sentinel LDK Runtime Environment (hasplmd daemon)
Loaded: loaded (/etc/systemd/system/hasplmd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-05-17 08:36:26 MSK; 19min ago
Process: 627 ExecStart=/usr/sbin/hasplmd -s (code=exited, status=0/SUCCESS)
Main PID: 628 (hasplmd)
Tasks: 6 (limit: 4915)
CGroup: /system.slice/hasplmd.service
└─628 /usr/sbin/hasplmd -s

systemd[1]: Starting Sentinel LDK Runtime Environment (hasplmd daemon)...
srv-keys hasplmd[628]: HASP LM v22.0.1.84151 loaded
srv-keys systemd[1]: Started Sentinel LDK Runtime Environment (hasplmd daemon).

[vfp7]

sudo nano /etc/hasplm/hasplm.ini
[SERVER]
ACCremote = 1
..

sudo nano /etc/haspd/hasplm.conf
..
NHS_IP_LIMIT = 127.0.0.0/8, 192.168.0.0/24
..

http://server:1947/

http://safenet-sentinel.ru/faq/dev/sentinel/acc/

[Kolhoznic]

sudo nano /etc/hasplm/hasplm.ini
[SERVER]
ACCremote = 1
..

sudo nano /etc/haspd/hasplm.conf
..
NHS_IP_LIMIT = 127.0.0.0/8, 192.168.0.0/24
..

http://server:1947/

http://safenet-sentinel.ru/faq/dev/sentinel/acc/

не .. Не получается .. ставлю убунту (был дебиан)

[leov-001]

https://safenet-sentinel.ru/faq/dev/hl#6422

Почему в Sentinel Admin Сontrol Center не видно лицензий и сессий HASP HL? Подходит ли драйвер от Sentinel LDK (SRM) для HASP HL?

Sentinel Admin Сontrol Center – это web-интерфейс менеджера лицензий, встроенного в драйвер от системы защиты Sentinel LDK (SRM), ключи Sentinel (HASP) не работают с ним в рамках системы защиты HASP HL.

Для работы USB ключей защиты по сети в рамках системы защиты HASP HL существует другой менеджер лицензий - HASP License Manager 8.32, который устанавливается отдельно.

Драйвер от системы защиты Sentinel LDK (SRM) обеспечивает работу ключа Sentinel (HASP) как устройства на ПК, а для работы ключа с защищённым ПО по сети (в рамках системы защиты HASP HL) нужен ещё и менеджер лицензий 8.32, Sentinel Admin Сontrol Center при этом никак не задействуется и на отображение/не отображение в нём ключей внимание обращать не стоит.

[vfp7]

не .. Не получается .. ставлю убунту (был дебиан)

Не торопитесь - у Вас уже все получилось.
Теперь сделайте так:
sudo netstat -lunp | grep 475

У Вас наверняка там будет пустота ... так как Вы упустили последний штрих:

http://www.safenet-sentinel.ru/helpd...-space/#tabs-1
Менеджер лицензий для Linux. Версия 8.3: hasplm_linux_8.30.tgz

Этот запускаемый файлик "hasplm" запустите сначала вручную от рута и убедитесь что открылся порт 475 что бы успокоиться :vseok: :
sudo netstat -lunp | grep 475
, а далее пропишите старт hasplm перед стартом 1С (то есть после запуска UsbHasp)
У меня к примеру вся очередность запусков прописана в скрипте, а кто то делает это через очередность в службах:
..
/usr/local/etc/hasplm
..

[kissler]

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

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

cd ~/libusb_vhci-0.7
./configure
make

остановился над вот этим просит recompile with -fPIC

/bin/bash ../libtool --tag=CXX --mode=link g++ -pthread -Wall -Weffc++ -Wold-style-cast -Woverloaded-virtual -Wsign-promo -Wstrict-null-sentinel -fno-enforce-eh-specs -O2 -lpthread -o libusb_vhci.la -rpath /usr/local/lib libusb_vhci_la-libusb_vhci.lo libusb_vhci_la-urb.lo libusb_vhci_la-port_stat.lo libusb_vhci_la-work.lo libusb_vhci_la-hcd.lo libusb_vhci_la-local_hcd.lo -lpthread
libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/7/crtbeginS.o .libs/libusb_vhci_la-libusb_vhci.o .libs/libusb_vhci_la-urb.o .libs/libusb_vhci_la-port_stat.o .libs/libusb_vhci_la-work.o .libs/libusb_vhci_la-hcd.o .libs/libusb_vhci_la-local_hcd.o -lpthread -L/usr/lib/gcc/x86_64-linux-gnu/7 -L/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/7/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/7/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/7/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crtn.o -pthread -O2 -pthread -Wl,-soname -Wl,libusb_vhci.so.0 -o .libs/libusb_vhci.so.0.0.0
/usr/bin/ld: .libs/libusb_vhci_la-urb.o: relocation R_X86_64_PC32 against symbol `_ZTVN3usb3urbE' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Makefile:432: recipe for target 'libusb_vhci.la' failed
make[2]: *** [libusb_vhci.la] Error 1

[Kolhoznic]

cd ~/libusb_vhci-0.7
./configure
make

остановился над вот этим просит recompile with -fPIC

/bin/bash ../libtool --tag=CXX --mode=link g++ -pthread -Wall -Weffc++ -Wold-style-cast -Woverloaded-virtual -Wsign-promo -Wstrict-null-sentinel -fno-enforce-eh-specs -O2 -lpthread -o libusb_vhci.la -rpath /usr/local/lib libusb_vhci_la-libusb_vhci.lo libusb_vhci_la-urb.lo libusb_vhci_la-port_stat.lo libusb_vhci_la-work.lo libusb_vhci_la-hcd.lo libusb_vhci_la-local_hcd.lo -lpthread
libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/7/crtbeginS.o .libs/libusb_vhci_la-libusb_vhci.o .libs/libusb_vhci_la-urb.o .libs/libusb_vhci_la-port_stat.o .libs/libusb_vhci_la-work.o .libs/libusb_vhci_la-hcd.o .libs/libusb_vhci_la-local_hcd.o -lpthread -L/usr/lib/gcc/x86_64-linux-gnu/7 -L/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/7/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/7/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/7/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/crtn.o -pthread -O2 -pthread -Wl,-soname -Wl,libusb_vhci.so.0 -o .libs/libusb_vhci.so.0.0.0
/usr/bin/ld: .libs/libusb_vhci_la-urb.o: relocation R_X86_64_PC32 against symbol `_ZTVN3usb3urbE' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Makefile:432: recipe for target 'libusb_vhci.la' failed
make[2]: *** [libusb_vhci.la] Error 1

попробуй перед make сделать ./configure --disable-shared

[Kolhoznic]

Не торопитесь - у Вас уже все получилось.
Теперь сделайте так:
sudo netstat -lunp | grep 475

У Вас наверняка там будет пустота ... так как Вы упустили последний штрих:

http://www.safenet-sentinel.ru/helpd...-space/#tabs-1
Менеджер лицензий для Linux. Версия 8.3: hasplm_linux_8.30.tgz

Этот запускаемый файлик "hasplm" запустите сначала вручную от рута и убедитесь что открылся порт 475 что бы успокоиться :vseok: :
sudo netstat -lunp | grep 475
, а далее пропишите старт hasplm перед стартом 1С (то есть после запуска UsbHasp)
У меня к примеру вся очередность запусков прописана в скрипте, а кто то делает это через очередность в службах:
..
/usr/local/etc/hasplm
..

Да ..после запуска hasplm комп действительно появился в сети
но ключей нет. А какой вы используете драйвер хасп?
Я использую этот : https://supportportal.gemalto.com/cs...icle=KB0018315
Там внутри уже есть LM, что и ввело меня в заблуждение.