Доброго времени суток!Есть локальная сеть, к ней подключены компьютеры бухгалтеров, которые сидят в сетевой версии 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 detected2) Скрипт запуска:
#!/bin/sh
mknod /dev/Hardlock c 42 0
chmod 666 /dev/Hardlock
insmod aksparlnx
aksusbd
hasplm3) Запускаю, получаю в логах:
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/.aksusb4) Отключаю сервер 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
-> 1Enter 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/hasplmActive 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
А что, 1С уже работает под FreeBSD?
>А что, 1С уже работает под FreeBSD?
Читай выше. Там тока базы лежат (samba).
>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/hasplmaksusbd слушает в pipe и aksupsd приконнектился hasplm
Однако судя по вашим листингам, ваш hasplm не может забиндится на pipe aksusbdу меня давно это дело крутится на 2.6 ядрах (сейчас на 2.6.15.6), так-что не помню какие были траблы со сборкой драйвера на 2.4, но если считать каждый warning при сборке ошибкой, то можно доковырятся до сути.
да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на parport (хз что за мать там у вас) он может долго опрашивать хасп. так что hasplm пускайте через минутку
>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>parport (хз что за мать там у вас) он может долго
>опрашивать хасп. так что hasplm пускайте через минутку
Систему работы понял. Наверное стоит действительно попробовать запустить на другой машине (до этого мысли такой не было, потому что на этой же машине в Windows 1С видела подцепленный ключ). Завтра проверю. Спасибо за ответ.
>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>parport (хз что за мать там у вас) он может долго
>опрашивать хасп. так что hasplm пускайте через минутку
Блин, на другой машине (просто подключил винт с RH 9.0) haspdemo вообще ключа не видит. No HASP key found.
Offtopic: а "на горячую" можно отключать\подключать ключ? :)
>>да, проверьте очерёдность запуска демонов. первый aksusbd, но из-за возможных проблем на
>>parport (хз что за мать там у вас) он может долго
>>опрашивать хасп. так что hasplm пускайте через минутку
> Блин, на другой машине (просто подключил винт с RH 9.0) haspdemo
>вообще ключа не видит. No HASP key found.раз не видит ключ, значит не не может опросить aksupsd насчёт ключей. сделайте вывод ошибок компилиции драйвера сюда.
>
> Offtopic: а "на горячую" можно отключать\подключать ключ? :)
НЕТ! "горят" они шибко
>> Блин, на другой машине (просто подключил винт с 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.oaksparlnx.o successfully built:
-rw-r--r-- 1 root root 39385 Mar 24 11:14 aksparlnx.o>> Offtopic: а "на горячую" можно отключать\подключать ключ? :)
>НЕТ! "горят" они шибко
Ну ок. :)
bass откликнись, пожалуйста, есть маленькая просьба!
Столкнулся со схожей проблемой, только ключ usb.
На сервере стоит Debian 1:3.3.5-12, ядро 2.6.8-2-686
самба с базой 1С
Запускаю все как в инструкции:mknod /dev/Hardlock c 42 0
chmod 666 /dev/Hardlockmount -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 socketbad 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
Ключ оказался локальным, а не сетевым.
Без комментариев.
Новая политика лицензирования оставляет желать лучшего.
>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 работает без проблем. А как проверить версию ключа?
> Опаньки. Может у меня тоже в этом засада? Хотя ведь NHSRVW32.EXE
>работает без проблем. А как проверить версию ключа?
Это мне показала Aladdin DiagnostiX Utility с http://www.aladdin.co.il/support/hasp/enduser.asp
При тестировании самого ключа он выдает в Type "Any-local" и соответственно Aladdin Monitor по сетке его не видит. Хоть бы какое нибудь сообщение выдавал, а то даже с ultra verbose ничего не говорит. :/
Type "Any-local" - это Access Mode для поиска ключа(что, где ищет), а не тип хасп-ключа
Всем Доброго времени суток!Появилась полностю аналогичная проблема. Почитав ету ветку я так и не понял решения.
Может за ето время у кого-то получилось. Особая надежда что ответит 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 нет. Я так понимаю если сетевая версия то ключ не может бить локальним.
>Появилась полностю аналогичная проблема. Почитав ету ветку я так и не понял
>решения.
>Может за ето время у кого-то получилось. Особая надежда что ответит IncubuS
>и даст правильные рекомендации (все-таки он начал, и может дошол до
>сути)
К сожалению свои раскопки я пока приостановил. Но планирую где-то ближе в весне начать. :)>И еще, здесь вспоминалось про локальний ключ: может ли такое бить -
>что 1С сетевая, все работает если менеджер лицензий на Win а
>под Linux нет. Я так понимаю если сетевая версия то ключ
>не может бить локальним.
Вот я кстати до сих пор не проверил ключик. Нет машины с виндой под рукой и чтобы порт лпт работал. :( Сообщи свое мыло, вышлю рекомендации от bass.
>>И еще, здесь вспоминалось про локальний ключ: может ли такое бить -
>>что 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
Что все ето значит могу догадиватся, фрази про локальний ключ нету, плюс монитор его нашел по сети. Можно бить увереним что ключ сетевой.
>Что все ето значит могу догадиватся, фрази про локальний ключ нету, плюс
>монитор его нашел по сети. Можно бить увереним что ключ сетевой.
Получил мое мыло? Не пробовал?
> Получил мое мыло? Не пробовал?
Получил. Пробовал. Єдинственное отличие било то что при компиляции драйвера я использовал
#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
не знаю может где-то с правами на файли проблема, может нужно от имени какогото конкретно пользователя запускать, а не от рута.
>нету строчки Connected
>не знаю может где-то с правами на файли проблема, может нужно от
>имени какогото конкретно пользователя запускать, а не от рута.
:( Что ж за мистика такая.
во блин!
тоже нету 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
если кто разобрался - свистите, а?
в общем понятно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-ключа и откуда что взять:
http://www.samaranets.ru/index.php?showtopic=1583
>> Еще бы саппорт что-нибудь внятное сказал. :(
>
>Сборка модуля ядра для hasp-ключа и откуда что взять:
>http://www.samaranets.ru/index.php?showtopic=1583
Спасибо! Буду пробовать.
Только что осилил 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?)
При работающих сервисах 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
Тоже собрал все шишки, система 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
Драйвер параллельного порта не ставил
>Тоже собрал все шишки, система 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 HL (например, для 1С v8) ключи различаются следующим образом: фиолетовый - локальный, красный - сетевой.В моем случае было 3 ключа всего, из них тока 1 сетевой. По невнимательности поставил на серв локальный ключ и долго пытался заставить работать...
И еще хинт, №2:
даже если все правильно сделано, в мониторе ключей они не отображаются, пока не были хотя бы один раз запрошены клиентами.
Привет всемЯ также борьбу, чтобы справиться с установкой ключа 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_pcdmesg | 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/winehaspnetstat -anp | grep aks
unix 2 [ ACC ] STREAM LISTENING 11313 3722/aksusbd /tmp/.aksusb
unix 2 [ ] DGRAM 11312 3722/aksusbd
Потом, когда все, кажется, произошло пройти тестирование
На компьютере Windows XP Я установил программу
Aladdin Monitor Она обнаруживает моего сервера LM но не показывает лицензию.
Кроме того, попробуйте запустить программу на благо из ключевых конца не удалось. Он показывает сообщение "Нет связи с ключом"
haspdemoThis 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 0The 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"?
Очень очень прошу вас о помощи.
Проблема аналогичная топикстартеру. Возникла в виде "вчера все работало, а сегодня поломалось". Ядро 2.4.18-13smp. aksparlnx пересобрал. iptables - открытый. Hosts.allow и .deny чистые. Роутинг - стандартный. Ориентировочно проблема возникла после отключения тырнета провайдером (связь не могу найти). Кто чего может посоветовать?ЗЫ. Сервер не мой, так что за открытый iptables не пинать. Безопасностью там и не пахнет.