URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 65040
[ Назад ]

Исходное сообщение
"HASP в Linux"

Отправлено IncubuS , 23-Мрт-06 06:04 
Доброго времени суток!

Есть локальная сеть, к ней подключены компьютеры бухгалтеров, которые сидят в сетевой версии 1С 7.7 и подключаются к серверу Windows 2000, где лежат базы, а также подцеплен LPT ключ HASP и запущен NHSRVW32.EXE. Но проблема в том, что скоро вместо W2K там будет стоять FreeBSD. Все нормально, кроме одного: нет драйвера hasp под эту операционную систему. Поэтому было принято решение поставить рядом с сервером бездисковую древнюю машину, где будет запускаться какой-нибудь Live CD с Linux и работать hasplm.

Вот что получилось:

Настраиваю floppyfw-2.99.4, добавляю пакет со всем, что связано с hasp. И результат:

1) # uname -a
Linux hasplinux 2.4.30-floppyfw-2.99.4 #1 Sat Apr 16 02:01:53 MDT 2005 i686 unknown

# dmesg | grep parport
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected

2) Скрипт запуска:

#!/bin/sh

mknod /dev/Hardlock c 42 0
chmod 666 /dev/Hardlock
insmod aksparlnx
aksusbd
hasplm

3) Запускаю, получаю в логах:

aksparlnx: EYE/HASP driver v1.05/API v3.81/major 42 loaded (ppi)
hasplinux daemon.info aksusbd[370]: loaded, daemon version: 1.5, key API (parallel) version: 3.81(USB access not available)
hasplinux daemon.info hasplm[374]: HASP LM v8.08 loaded

# ls -l /dev/Hardlock
crw-rw-rw-    1 root     root      42,   0 Mar 22 08:29 /dev/Hardlock

# lsmod
Module                  Size  Used by    Tainted: P
aksparlnx              32904   2
parport_pc             12816   1
parport                19496   1 [aksparlnx parport_pc]

# ps ax
  PID  Uid     VmSize Stat Command
  370 root        576 S   aksusbd
  371 root        576 S   aksusbd
  372 root        576 S   aksusbd
  374 root        484 S   hasplm

# netstat -al
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
udp        0      0 *:475                   *:*
Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node Path
unix  2      [ ACC ]     STREAM     LISTENING     2078   /tmp/.aksusb

# getports

Aladdin driver accesses the following 1 ports:
        0378 (0001) -  parport port

# lxdrvver

Aladdin driver version is: 1.05
Driver's API version is:   3.81

# ls -l /tmp/.aksusb
srw-rw-rw-    1 root     root            0 Mar 22 09:13 /tmp/.aksusb

4) Отключаю сервер W2K от сети и подключаю машину с этим Linux (ip 10.164.28.5),  чтобы проверить работу. Запускаю 1С на клиентской машине (ip 10.164.28.66). Вот что видит tcpdump:

# tcpdump -vv
tcpdump: listening on eth0
08:46:57.250949 10.164.28.66.2393 > 255.255.255.255.475:  udp 165 (ttl 128, id 15047, len 193)
08:46:57.271519 10.164.28.5.475 > 10.164.28.66.2393:  udp 62 (DF) (ttl 64, id 0, len 90)
08:46:58.267608 10.164.28.66.2393 > 255.255.255.255.475:  udp 165 (ttl 128, id 15049, len 193)
08:46:58.287210 10.164.28.5.475 > 10.164.28.66.2393:  udp 62 (DF) (ttl 64, id 0, len 90)
08:46:59.285473 10.164.28.66.2394 > 255.255.255.255.475:  udp 165 (ttl 128, id 15051, len 193)
08:46:59.305145 10.164.28.5.475 > 10.164.28.66.2394:  udp 62 (DF) (ttl 64, id 0, len 90)
08:47:01.298941 10.164.28.66.2394 > 255.255.255.255.475:  udp 165 (ttl 128, id 15054, len 193)
08:47:01.318475 10.164.28.5.475 > 10.164.28.66.2394:  udp 62 (DF) (ttl 64, id 0, len 90)
08:47:03.316699 10.164.28.66.2395 > 255.255.255.255.475:  udp 165 (ttl 128, id 15056, len 193)
08:47:03.338334 10.164.28.5.475 > 10.164.28.66.2395:  udp 62 (DF) (ttl 64, id 0, len 90)
08:47:07.330395 10.164.28.66.2395 > 255.255.255.255.475:  udp 165 (ttl 128, id 15058, len 193)

Все, 1С сообщает об отсутствии ключа. Убираю машину с Linux из сети, подключаю Windows 2000 Server -- все ок. :(

# haspdemo
HASP API demonstration program implemented for C
Copyright (c) 2001, Aladdin Knowledge Systems Ltd.

Select which services you want to perform:
1 - HASP4 Std. HASP4 M1 and HASP4 M4 services
2 - HASP4 Time services
3 - HASP4 Net services
-> 1

Enter the first HASP password (0 for DEMOMA) : 0

Check for any HASP key       : HASP key found.

Encoded data is              : .Ё6;hъ[T%ґ.­.ЗЎІCmм_№щ«2шбйI..»`q...Ь.
Decoded data is              : Failed. Error number: -3.
Encoded again                : Failed. Error number: -3.

Get HASP status              : Memory size: 0, HASP type: 0, Actual LptNum: 0

  Запустил я aksusbd с -l 3 и увидел в /var/log/messages вот что:

Mar 22 08:59:27 hasplinux daemon.info aksusbd[294]: loaded, daemon version: 1.5, key API (parallel) version: 3.81 (USB access not available)
Mar 22 08:59:43 hasplinux daemon.info aksusbd[294]: bad read on local socket
Mar 22 08:59:44 hasplinux daemon.info aksusbd[294]: bad read on local socket
Mar 22 08:59:45 hasplinux daemon.info aksusbd[294]: bad read on local socket

Это появляется при поиске 1С ключа, а также при запуске haspdemo.

Обновился до aksusbd version 1.8.1 и HASP LM v8.30 -- не помогло. Все та же ошибка "bad read on local socket". Думаю вдруг проблема в floppyfw, поставил специально еще на одну машину Red Hat Linux 9.0, ядро 2.4.20-8.

Ставлю:

aksusbd-redhat-1.5-1.i386.rpm
aksparlnx-redhat-1.6-1.i386.rpm
hasplm-redhat-8.30-1.i386.rpm

Запускаю:

parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
aksparlnx: EYE/HASP driver v1.06/API v3.86/major 60 loaded (ppi)
aksusbd[4184]: loaded, daemon version: 1.5, key API (USB) version: 3.81, key API (parallel) version: 3.86
hasplm[2465]: HASP LM v8.30 loaded

# netstat -npl

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 0.0.0.0:475             0.0.0.0:*                           2132/hasplm

Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node PID/Program name    Path
unix  2      [ ACC ]     STREAM     LISTENING     2337   2094/aksusbd        /tmp/.aksusb

Запускаю 1С -- bad read on local socket. Ни у кого такого не было? А может быть у кого есть рабочая система с ключом? Я бы выслал iso файл с floppyfw, чтобы, если не трудно, загрузиться и проверить.

WBR


Содержание

Сообщения в этом обсуждении
"HASP в Linux"
Отправлено satelit , 23-Мрт-06 07:26 
А что, 1С уже работает под FreeBSD?

"HASP в Linux"
Отправлено MoHaX , 23-Мрт-06 07:41 
>А что, 1С уже работает под FreeBSD?
Читай выше. Там тока базы лежат (samba).


"HASP в Linux"
Отправлено bass , 23-Мрт-06 09:53 
>Mar 22 08:59:43 hasplinux daemon.info aksusbd[294]: bad read on local socket
>Mar 22 08:59:44 hasplinux daemon.info aksusbd[294]: bad read on local socket
>Mar 22 08:59:45 hasplinux daemon.info aksusbd[294]: bad read on local socket

как работае вся это конструкция:
aksusbd обслуживающий хаспы, открывает pipe и ждёт туда коннекта от hasplm обслуживающего клиентов. как только hasplm поднят, от немедленно должен забиндится на pipe
вот в таком виде это выглядит:
$ netstat -anp|grep aks
unix  2      [ ACC ]     STREAM     LISTENING     846291   25336/aksusbd       /tmp/.aksusb
unix  3      [ ]         STREAM     CONNECTED     846289   25336/aksusbd
$ netstat -anp|grep hasp
udp        0      0 0.0.0.0:475             0.0.0.0:*                          25341/hasplm        
unix  3      [ ]         STREAM     CONNECTED     846300   25341/hasplm

aksusbd слушает в pipe и aksupsd приконнектился hasplm
Однако судя по вашим листингам, ваш hasplm не может забиндится на pipe aksusbd

у меня давно это дело крутится на 2.6 ядрах (сейчас на 2.6.15.6), так-что не помню какие были траблы со сборкой драйвера на 2.4, но если считать каждый warning при сборке ошибкой, то можно доковырятся до сути.


"HASP в Linux"
Отправлено bass , 23-Мрт-06 09:57 
да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на parport (хз что за мать там у вас) он может долго опрашивать хасп. так что hasplm пускайте через минутку

"HASP в Linux"
Отправлено IncubuS , 23-Мрт-06 11:17 
>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>parport (хз что за мать там у вас) он может долго
>опрашивать хасп. так что hasplm пускайте через минутку
Систему работы понял. Наверное стоит действительно попробовать запустить на другой машине (до этого мысли такой не было, потому что на этой же машине в Windows 1С видела подцепленный ключ). Завтра проверю. Спасибо за ответ.



"HASP в Linux"
Отправлено IncubuS , 23-Мрт-06 11:38 
>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>parport (хз что за мать там у вас) он может долго
>опрашивать хасп. так что hasplm пускайте через минутку
Блин, на другой машине (просто подключил винт с RH 9.0) haspdemo вообще ключа не видит. No HASP key found.

Offtopic: а "на горячую" можно отключать\подключать ключ? :)



"HASP в Linux"
Отправлено bass , 23-Мрт-06 11:53 
>>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>>parport (хз что за мать там у вас) он может долго
>>опрашивать хасп. так что hasplm пускайте через минутку
> Блин, на другой машине (просто подключил винт с RH 9.0) haspdemo
>вообще ключа не видит. No HASP key found.

раз не видит ключ, значит не не может опросить aksupsd насчёт ключей. сделайте вывод ошибок компилиции драйвера сюда.
>
> Offtopic: а "на горячую" можно отключать\подключать ключ? :)
НЕТ! "горят" они шибко


"HASP в Linux"
Отправлено IncubuS , 24-Мрт-06 05:25 
>> Блин, на другой машине (просто подключил винт с RH 9.0) haspdemo
>>вообще ключа не видит. No HASP key found.
>раз не видит ключ,
Проверил опять этот ключ в Windows, все ок.

> значит не не может опросить aksupsd насчёт ключей.
Да, когда обращается hasplm к aksupsd вылетает "bad read on local socket" и соединение не устанавливается. Я просил саппорт Аладдина рассказать, в каких случаях выводится это сообщение, но они сказали "будем разбираться" и теперь молчат.

>сделайте вывод ошибок компилиции драйвера сюда.
Да собственно вот вся компиляция:

[root@linux aksparlnx-1.6-x86]# ./build.sh --verbose
using own Makefile
cp api.o_shipped api24.o
gcc -D__KERNEL__ -DMODULE -DHL_MAJOR=42 -DCPC_PCI -O2 -fomit-frame-pointer -DWE_ARE_UNIX  -m386 -mcpu=i386 -march=i386 -D__32BIT__ -D_AKS_LITTLE_ENDIAN_  -I /lib/modules/2.4.20-8/build/include -c aksparpub.c -o aksparpub.o
ld -r -x -o aksparlnx.o api24.o aksparpub.o

aksparlnx.o successfully built:
-rw-r--r--    1 root     root        39385 Mar 24 11:14 aksparlnx.o

>> Offtopic: а "на горячую" можно отключать\подключать ключ? :)
>НЕТ! "горят" они шибко
Ну ок. :)


"HASP в Linux"
Отправлено IncubuS , 13-Июн-06 06:42 
bass откликнись, пожалуйста, есть маленькая просьба!

"HASP в Linux"
Отправлено Riki_tiki_tavi , 19-Июн-06 10:48 
Столкнулся со схожей проблемой, только ключ usb.
На сервере стоит Debian 1:3.3.5-12, ядро 2.6.8-2-686
самба с базой 1С
Запускаю все как в инструкции:

mknod /dev/Hardlock c 42 0
chmod 666 /dev/Hardlock

mount -t usbdevfs none /proc/bus/usb
aksusbd
sleep 60 # на всякий случай, как говорилось выше
hasplm

в syslog выдает следущее:
Jun 19 07:11:03 server aksusbd[xxxx]: loaded, daemon version: 1.8.1, key API (USB) version: 3.85 (parallel driver not available)
Jun 19 07:11:33 server hasplm[xxxx]: HASP LM v8.30 loaded
Jun 19 07:11:56 server aksusbd[xxxx]: bad read on local socket

bad read on local socket происходит непосредственно после запуска 1C

server:~# netstat -anp|grep aks
unix  2      [ ACC ]     STREAM     LISTENING     8497     3970/aksusbd        /tmp/.aksusb
unix  3      [ ]         STREAM     CONNECTED     8527     3970/aksusbd        /tmp/.aksusb
unix  2      [ ]         DGRAM                    8496     3970/aksusbd
server:~# netstat -anp|grep hasp
udp        0      0 0.0.0.0:475             0.0.0.0:*                          3979/hasplm
unix  3      [ ]         STREAM     CONNECTED     8526     3979/hasplm
unix  2      [ ]         DGRAM                    8500     3979/hasplm


"HASP в Linux"
Отправлено Riki_tiki_tavi , 19-Июн-06 13:02 
Ключ оказался локальным, а не сетевым.
Без комментариев.
Новая политика лицензирования оставляет желать лучшего.

"HASP в Linux"
Отправлено IncubuS , 24-Июн-06 15:25 
>server:~# netstat -anp|grep aks
>unix  2      [ ACC ]     STREAM     LISTENING     8497     3970/aksusbd        /tmp/.aksusb
>unix  3      [ ]      STREAM     CONNECTED     8527     3970/aksusbd
Вот у меня CONNECTED нет. :(

>Ключ оказался локальным, а не сетевым
Опаньки. Может у меня тоже в этом засада? Хотя ведь NHSRVW32.EXE работает без проблем. А как проверить версию ключа?


"HASP в Linux"
Отправлено Riki_tiki_tavi , 25-Июн-06 20:36 
> Опаньки. Может у меня тоже в этом засада? Хотя ведь NHSRVW32.EXE
>работает без проблем. А как проверить версию ключа?
Это мне показала Aladdin DiagnostiX Utility с http://www.aladdin.co.il/support/hasp/enduser.asp
При тестировании самого ключа он выдает в Type "Any-local" и соответственно Aladdin Monitor по сетке его не видит. Хоть бы какое нибудь сообщение выдавал, а то даже с ultra verbose ничего не говорит. :/

"HASP в Linux"
Отправлено megadeda , 24-Мрт-08 22:57 
Type "Any-local" - это Access Mode для поиска ключа(что, где ищет), а не тип хасп-ключа

"HASP в Linux"
Отправлено aba , 09-Янв-07 18:23 
Всем Доброго времени суток!

Появилась полностю аналогичная проблема. Почитав ету ветку я так и не понял решения.
Может за ето время у кого-то получилось. Особая надежда что ответит IncubuS и даст правильные рекомендации (все-таки он начал, и может дошол до сути) Попробую описать отличия.
>Есть локальная сеть, к ней подключены компьютеры бухгалтеров, которые сидят в сетевой
>версии 1С 7.7 и подключаются к серверу Windows 2000, где лежат
>базы, а также подцеплен LPT ключ HASP и запущен NHSRVW32.EXE. Но
>проблема в том, что скоро вместо W2K там будет стоять FreeBSD.
1С- сетевая. Бази на Linux (Fedora Core 3), правда ядро обновленное до 2.6.17.1 Стоит отдельно комп на WinXP на котором крутится NHSRVW32.EXE - все работает
>Все нормально, кроме одного: нет драйвера hasp под эту операционную систему.
>Поэтому было принято решение поставить рядом с сервером бездисковую древнюю машину,
>где будет запускаться какой-нибудь Live CD с Linux и работать hasplm.
Хочу поцепть HASP ключ на тот же комп на котором база.
Дальше идет таже последовательность действий но со следующими проблемами.
aksparlnx - не компилировался пришлось в параметрах компилятора убрать m386 (устаревшая опция). Дальше в исходниках пришлось кое что подправить в основном замена конструкций MODULE_PARM на module_param и verify_area на access_ok. Я в написании драйверов не очень но, вроде би там все просто и все скомпилировалось и insmod aksparlnx срабативает
дальше бил запуск aksusbd.
намучился пока понял что он хочет в лог постоянно виваливало что aksusbd загрузил только USB драйвер а parallel driver not availabl
оказалось что после перезагрузки надо каждий раз создавать /dev/Hardlock (а я дума что раз создал и достаточно) как следствие нет девайса и оно не грузится.
дальше - hasplm
в логах все путем.

Запускаю 1С на клиентской машине
1С сообщает об отсутствии ключа.
как и у IncubuS - Запустил я aksusbd с -l 3 и увидел в /var/log/messages
>Mar 22 08:59:43 hasplinux daemon.info aksusbd[294]: bad read on local socket
>Mar 22 08:59:44 hasplinux daemon.info aksusbd[294]: bad read on local socket
>Mar 22 08:59:45 hasplinux daemon.info aksusbd[294]: bad read on local socket
>Это появляется при поиске 1С ключа, а также при запуске haspdemo.

все у меня тупик. Гугль на запрос "aksusbd bad read on local socket" - видает только етот форум. Что делать дальше не знаю.

В дополнение: Riki_tiki_tavi писал
> server:~# netstat -anp|grep aks
> unix  2      [ ACC ]     STREAM     LISTENING     8497 3970/aksusbd        /tmp/.aksusb
> unix  3      [ ]         STREAM     CONNECTED     8527 3970/aksusbd        /tmp/.aksusb
> unix  2      [ ]         DGRAM                    8496 3970/aksusbd
> server:~# netstat -anp|grep hasp
> udp        0      0 0.0.0.0:475             0.0.0.0:*          3979/hasplm
> unix  3      [ ]         STREAM     CONNECTED     8526     3979/hasplm
> unix  2      [ ]         DGRAM                    8500     3979/hasplm
так вот у меня нету connected (аналогично IncubuS)

И еще, здесь вспоминалось про локальний ключ: может ли такое бить - что 1С сетевая, все работает если менеджер лицензий на Win а под Linux нет. Я так понимаю если сетевая версия то ключ не может бить локальним.


"HASP в Linux"
Отправлено IncubuS , 10-Янв-07 03:46 
>Появилась полностю аналогичная проблема. Почитав ету ветку я так и не понял
>решения.
>Может за ето время у кого-то получилось. Особая надежда что ответит IncubuS
>и даст правильные рекомендации (все-таки он начал, и может дошол до
>сути)
К сожалению свои раскопки я пока приостановил. Но планирую где-то ближе в весне начать. :)

>И еще, здесь вспоминалось про локальний ключ: может ли такое бить -
>что 1С сетевая, все работает если менеджер лицензий на Win а
>под Linux нет. Я так понимаю если сетевая версия то ключ
>не может бить локальним.
Вот я кстати до сих пор не проверил ключик. Нет машины с виндой под рукой и чтобы порт лпт работал. :( Сообщи свое мыло, вышлю рекомендации от bass.



"HASP в Linux"
Отправлено aba , 10-Янв-07 10:31 
>>И еще, здесь вспоминалось про локальний ключ: может ли такое бить -
>>что 1С сетевая, все работает если менеджер лицензий на Win а
>>под Linux нет. Я так понимаю если сетевая версия то ключ
>>не может бить локальним.
> Вот я кстати до сих пор не проверил ключик. Нет машины
>с виндой под рукой и чтобы порт лпт работал. :( Сообщи
>свое мыло, вышлю рекомендации от bass.
Поставил Aladdin Monitor на одном компе, а ключик и менеджер лицензий на другом. Монитор его опознал и видал следующий набор информации:
HASP# = 1
Key Type = n/a
Key Model = 5
Current Stations = 1
и для ключа HASP #1 следующая Program Table
Program No = 1
Current Stations = 1
Maximum Stations = 5
Activations Left = Unlimited
Что все ето значит могу догадиватся, фрази про локальний ключ нету, плюс монитор его нашел по сети. Можно бить увереним что ключ сетевой.



"HASP в Linux"
Отправлено incubus , 12-Янв-07 11:08 
>Что все ето значит могу догадиватся, фрази про локальний ключ нету, плюс
>монитор его нашел по сети. Можно бить увереним что ключ сетевой.
Получил мое мыло? Не пробовал?



"HASP в Linux"
Отправлено aba , 12-Янв-07 12:03 
> Получил мое мыло? Не пробовал?
Получил. Пробовал. Єдинственное отличие било то что при компиляции драйвера я использовал
#define PCI_DEVICE_ID_AKS_CPC           0x0200 (я по старих исходниках ядра нашел)
а bass рекомендовал
#define PCI_DEVICE_ID_AKS_CPC           0x0100
пересобрал драйвер с новим значением результат тот-же
Бил у меня еще один сетевой ключ от 1С пробовал на втором ключе. Таже проблема
в логах сообщение
> aksusbd: bad read on local socket
и второе
> server:~# netstat -anp|grep aks
> unix  2      [ ACC ]     STREAM     LISTENING     8497 3970/aksusbd        /tmp/.aksusb
> unix  3      [ ]         STREAM     CONNECTED     8527 3970/aksusbd        /tmp/.aksusb
> unix  2      [ ]         DGRAM                    8496 3970/aksusbd
> server:~# netstat -anp|grep hasp
> udp        0      0 0.0.0.0:475             0.0.0.0:*          3979/hasplm
> unix  3      [ ]         STREAM     CONNECTED     8526     3979/hasplm
> unix  2      [ ]         DGRAM                    8500     3979/hasplm
нету строчки Connected
не знаю может где-то с правами на файли проблема, может нужно от имени какогото конкретно пользователя запускать, а не от рута.


"HASP в Linux"
Отправлено incubus , 12-Янв-07 15:50 
>нету строчки Connected
>не знаю может где-то с правами на файли проблема, может нужно от
>имени какогото конкретно пользователя запускать, а не от рута.
:( Что ж за мистика такая.



"HASP в Linux"
Отправлено Alexandr Preys , 20-Фев-07 22:36 

во блин!
тоже нету CONNECTED, и тоже не пашет ...
предупреждений при сборке небыло, ключ LPT

в логах вроде чисто ...

parport: PnPBIOS parport detected.
parport0: PC-style at 0x278 (0x678), irq 5, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
aksparlnx: found parport 0 at 0278
aksparlnx: using 1 ports
aksparlnx: EYE/HASP driver v1.06/API v3.86/major 42 loaded (ppi)
aksparlnx: resulting port table: (1 entries)
aksparlnx: port 0278 -- parport port
aksusbd[1804]: loaded, daemon version: 1.8.1, key API (parallel) version: 3.86 (USB access n
hasplm[1811]: HASP LM v8.30 loaded
aksusbd[1804]: bad read on local socket
last message repeated 5 times


если кто разобрался - свистите, а?


"HASP в Linux"
Отправлено Alexandr Preys , 21-Фев-07 21:20 
в общем понятно

netstat -apn | grep ak
unix  2      [ ACC ]     STREAM     LISTENING     4032   2934/aksusbd        /tmp/.aksusb
unix  2      [ ]         DGRAM                    4030   2934/aksusbd

тип сокета DGRAM вместо STREAM ...

опять же с
netstat -apn | grep has
udp        0      0 0.0.0.0:475             0.0.0.0:*                           2940/hasplm
unix  2      [ ]         DGRAM                    4036   2940/hasplm

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


"HASP в Linux"
Отправлено IncubuS , 22-Фев-07 02:59 
>та же проблема ...
>то ли с демонами проблема - не тот тип сокета создают, то
>ли с ядром чего-то недокомпилировано ...
Еще бы саппорт что-нибудь внятное сказал. :(


"HASP в Linux"
Отправлено HaspLM , 25-Июн-07 10:52 
>>та же проблема ...
>>то ли с демонами проблема - не тот тип сокета создают, то
>>ли с ядром чего-то недокомпилировано ...
> Еще бы саппорт что-нибудь внятное сказал. :(

Сборка модуля ядра для hasp-ключа и откуда что взять:
http://www.samaranets.ru/index.php?showtopic=1583


"HASP в Linux"
Отправлено vcub , 26-Июн-07 01:56 
>> Еще бы саппорт что-нибудь внятное сказал. :(
>
>Сборка модуля ядра для hasp-ключа и откуда что взять:
>http://www.samaranets.ru/index.php?showtopic=1583
Спасибо! Буду пробовать.



"HASP в Linux"
Отправлено PnD , 09-Окт-07 18:33 
Только что осилил subj. на FC7 (ядро 2.6.22.9-01.fc7).
Все для HASP - из http://www.aladdin.com/support/hasp/hasp4/linuxdrv.aspx
aksparlnx-1.7-i386-RedHat.tar.gz
HDD_Linux_USB_daemon.tar.gz
HDD_Linux_USB_dinst.tar.gz
HDD_RPM_RedHat_i386_AllDrv.tar.gz
hasplm_linux_8.30.tgz

Монитор (только под винду :/)
Monitor_Setup.zip

Алгоритм подготовки был такой:
1. Натянул голую Федору (сама ось + sshd).

2. Хинт по настройке (до подключения HLM):
setup - конфигурирование
Отключить SELINUX! (ну и фаер до кучи - потом настроите)

[ПОДГОТОВКА]
yum update kernel
reboot
yum update
reboot
yum install gcc
yum install mc

[HASP]
Поставить aksusbd из rpm (косой!, чтобы в базу вписать)
rpm -i ./aksusbd-redhat-1.5-1.i386.rpm
А теперь - нормальный
sh ./aksusbd.redhat
sh ./dinst

Поставить aksparlnx из пакета
rpm -i ./aksparlnx-redhat-1.7-1.i386.rpm
_________________________________________
Все

netstat:
[root@fc ~]# netstat -anp | grep aks
unix  2      [ ACC ]     STREAM     LISTENING     6992   1876/aksusbd        /tmp/.aksusb
unix  3      [ ]         STREAM     CONNECTED     9034   1876/aksusbd        /tmp/.aksusb
unix  2      [ ]         DGRAM                    6980   1876/aksusbd

[root@fc ~]# netstat -anp | grep hasp
udp        0      0 0.0.0.0:475                 0.0.0.0:*                               1792/hasplm
unix  3      [ ]         STREAM     CONNECTED     9033   1792/hasplm
unix  2      [ ]         DGRAM                    6715   1792/hasplm

Статус "CONNECTED" появляется _только_после_подключения_клиента_.

Т.е. после
[root@fc ~]# /etc/init.d/hasplm restart
видим:
[root@fc ~]# netstat -anp | grep aks
unix  2      [ ACC ]     STREAM     LISTENING     6992   1876/aksusbd        /tmp/.aksusb
unix  2      [ ]         DGRAM                    6980   1876/aksusbd

[root@fc ~]# netstat -anp | grep hasp
udp        0      0 0.0.0.0:475                 0.0.0.0:*                               2248/hasplm
unix  2      [ ]         DGRAM                    9229   2248/hasplm

Соответственно, в отсутствии подключений винить в первую голову настройки фаера (и selinux?)


"HASP в Linux"
Отправлено Anton_K , 24-Апр-08 10:49 
При работающих сервисах aksusbd и hasplm на Fedora 8 2.6.24 (x86_64)
клиенты не могли видеть ключи защиты (даже пробовал разные варианты nhsrv.ini)

переставил эти сервисы на Suse 10 x68_64 (2.6.16)
установил aksusbd и hasplm - до полностью аналогичного состояния
- клиенты видят ключи без проблем
nhsrv.ini не потребовался

на какомто форуме натыкался что проблемы начинаются с весии ядер более 2.6.17



"HASP в Linux"
Отправлено Тинькофф , 12-Ноя-08 00:42 
Тоже собрал все шишки, система Fedora 2.6.26.6-79.fc9.x86_64, сетевой ключ USB, решилось установкой драйвера с ftp://ftp.aladdin.com/pub/hasp/srm/Linux/HASP_SRM_LINUX_3.50...
rpm -e aksusbd-redhat-1.8.1-3.i386
rpm -iv --replacefiles HASP_SRM_LINUX_3.50_RedHat_RPM_Run-time_Installer/aksusbd-redhat-1.14-3.i386.rpm
Ну и далее можно глянуть состояние ключей в панеле управления HASP SRM Admin в браузере по адресу:
http://localhost:1947
Драйвер параллельного порта не ставил

"HASP в Linux"
Отправлено ВикторА , 10-Дек-08 15:36 
>Тоже собрал все шишки, система Fedora 2.6.26.6-79.fc9.x86_64, сетевой ключ USB, решилось установкой
>драйвера с ftp://ftp.aladdin.com/pub/hasp/srm/Linux/HASP_SRM_LINUX_3.50...
>rpm -e aksusbd-redhat-1.8.1-3.i386
>rpm -iv --replacefiles HASP_SRM_LINUX_3.50_RedHat_RPM_Run-time_Installer/aksusbd-redhat-1.14-3.i386.rpm
>Ну и далее можно глянуть состояние ключей в панеле управления HASP SRM
>Admin в браузере по адресу:
>http://localhost:1947
>Драйвер параллельного порта не ставил

Добрый день!
Выполнил Ваши рекомендации.
А как настроить ключ на порт 1947?
Спасибо


"HASP в Linux"
Отправлено void , 12-Дек-08 15:10 
Хинт (как не потратить два дня впустую, как это получилось у меня):
проверьте, что ключ в сервере реально сетевой.
HASP HL (например, для 1С v8) ключи различаются следующим образом: фиолетовый - локальный, красный - сетевой.

В моем случае было 3 ключа всего, из них тока 1 сетевой. По невнимательности поставил на серв локальный ключ и долго пытался заставить работать...

И еще хинт, №2:
даже если все правильно сделано, в мониторе ключей они не отображаются, пока не были хотя бы один раз запрошены клиентами.


"HASP в Linux"
Отправлено haspik , 20-Дек-08 18:39 
Привет всем

Я также борьбу, чтобы справиться с установкой ключа HASP под Linux
и я достиг для вашего форума :-) К сожалению, я не знаю русский язык :-( (я использую переводчика), может каким-то образом мы сможем договориться :-)
    
И поэтому я хотел бы запустить сервер ключа HASP + LM
    
Я красным ключом NETHASP - LPT
Операционная система LINUX Slackware 12.1 kernel 2.6.25.5
Я установил следующие пакеты:
-haspd-2.0.tgz
-haspd-modules-2.0.tgz
http://updates.etersoft.ru/pub/Etersoft/WINE@Etersoft-1.../

Я создал устройство:
mknod /dev/Hardlock c 42 0
chmod 666 /dev/Hardlock

Я начал haspd:
./haspd start
Loading HASP LPT kernel module...
    modprobe aksparlnx                                                  [ DONE ]
Running aksusbd...                                                      [ DONE ]
Running winehasp...                                                     [ DONE ]
Running hasplm...                                                       [ DONE ]

Модуль aksparlnx была загружена:
parport                34632  3 aksparlnx,lp,parport_pc

dmesg | tail:
aksparlnx: found parport 0 at 0378
aksparlnx: EYE/HASP driver v1.07/API v3.86/major 42 loaded (ppi)

aksusbd, winehasp, hasplm которые видны в списке запущенных процессов:
ps aux:
3722 ?        Sl     0:00 aksusbd
3741 ?        S      0:00 winehasp
3758 ?        S      0:00 hasplm -c /etc/haspd/hasplm.conf

файл hasplm.conf:
NHS_IP_LIMIT = 10.242.18-99,10.1.1.9/16  10.25.0.0/24,
                     192.0.0.*,194.0.*.*,11.*.*.*,
        10.24.7.8-12/30, 10.24.2.17

Служба работы:

netstat -anp | grep hasp
udp        0      0 0.0.0.0:475             0.0.0.0:*                           3758/hasplm
udp        0      0 127.0.0.1:2790          0.0.0.0:*                           3741/winehasp
unix  2      [ ]         DGRAM                    11374    3758/hasplm
unix  2      [ ]         DGRAM                    11345    3741/winehasp

netstat -anp | grep aks
unix  2      [ ACC ]     STREAM     LISTENING     11313    3722/aksusbd        /tmp/.aksusb
unix  2      [ ]         DGRAM                    11312    3722/aksusbd

    
Потом, когда все, кажется, произошло пройти тестирование
    
На компьютере Windows XP Я установил программу
Aladdin Monitor Она обнаруживает моего сервера LM но не показывает лицензию.
    
Кроме того, попробуйте запустить программу на благо из ключевых конца не удалось. Он показывает сообщение "Нет связи с ключом"


haspdemo

This is a simple demo program for the HASP4 key
Copyright (c) Aladdin Knowledge Systems Ltd.

LOCALHASP_ISHASP              : Result: 1

Using Passwords    15213 - 28875
LOCALHASP_HASPSTATUS          : API version number is 8.0
                                        port number 0

The requested HASP key was not found.
Program aborted.

LOCALHASP_HASPGENERATION      : Failed: status = -3


./getports
Aladdin driver accesses the following 1 ports:
        0378 (0001) -  parport port

./lxdrvver
Aladdin driver version is: 1.07
Driver's API version is:   3.86


Почему не определяет номер порта на клавишу "port number 0"?
Очень очень прошу вас о помощи.


"HASP в Linux"
Отправлено _GV , 20-Фев-09 09:59 
Проблема аналогичная топикстартеру. Возникла в виде "вчера все работало, а сегодня поломалось". Ядро 2.4.18-13smp. aksparlnx пересобрал. iptables - открытый. Hosts.allow и .deny чистые. Роутинг - стандартный. Ориентировочно проблема возникла после отключения тырнета провайдером (связь не могу найти). Кто чего может посоветовать?

ЗЫ. Сервер не мой, так что за открытый iptables не пинать. Безопасностью там и не пахнет.