LINUX.ORG.RU

Проблема подключения HASP ключа 1С к CentOS 7

 , ,


0

1

Хеллоу эвриван. Идет второй день обряда шаманства с бубном, поэтому хочу спросить совета. Похожие темы есть, но вся суть в деталях. Ответа пока так и не нашел, перейду к сути

Короткое описание

Необходимо подружить HASP ключ защиты 1С с CentOS 7. На данном этапе имеем ошибку:

не найдена лицензия.Не обнаружен ключ защиты программы или полученная программная лицензия

смотреть текст ошибки полностью

Подробоне описание

Дано:

1. Linux 3.10.0-327.18.2.el7.x86_64 / CentOS Linux release 7.2.1511 (Core)

2. На хосте установлена и работает- samba, cups, ntp.

3. Файловая 1с v. 8.2.19.121, db на samba share (c доступом до db проблем нет).

4. Сетевой ключ с лицензиями Aladin 1С H4 NET5. ( вот как он выглядит )

Ожидаемый результат:

Клиенты запускают 1С, находят лицензию в сети, 1С запускатеся после прохождения аутентификации. Никаких сообщений об ошибках не наблюдается.

Фактический результат

При подключении к db и после ввода логина/пароля с любой клиентской машины с 1С, 1С выводит следующее:

не найдена лицензия.Не обнаружен ключ защиты программы или полученная программная лицензия

смотреть текст ошибки полностью

Step to reproduce:

1. На сайте поставщика ключа сказано: необходимо обращаться в SafeNet. Т.е. нужно скачивать драйвера с сайта производителя SafeNet.

2. Скачал Sentinel_LDK_RedHat_and_SuSE_RPM_Run-time_Installer.tar

3. Установил. systemctl restart aksusbd && systemctl status aksusbd

[root@reserv cdroot]# systemctl status aksusbd
● aksusbd.service - LSB: Sentinel LDK RTE
   Loaded: loaded (/etc/rc.d/init.d/aksusbd)
   Active: active (running) since Wed 2016-06-29 16:22:10 MSK; 5s ago
	 Docs: man:systemd-sysv-generator(8)
  Process: 9012 ExecStop=/etc/rc.d/init.d/aksusbd stop (code=exited, status=0/SUCCESS)
  Process: 9030 ExecStart=/etc/rc.d/init.d/aksusbd start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/aksusbd.service
		   ├─9038 /usr/sbin/aksusbd
		   ├─9048 /usr/sbin/winehasp
		   └─9051 /usr/sbin/hasplmd -s

Jun 29 16:22:05 reserv systemd[1]: Starting LSB: Sentinel LDK RTE...
Jun 29 16:22:05 reserv aksusbd[9038]: loaded, daemon version: 7.40.1.50292, key API (USB) version: 3.88 (parallel dri...lable)
Jun 29 16:22:05 reserv aksusbd[9030]: Starting AKSUSB daemon: [  OK  ]
Jun 29 16:22:10 reserv winehasp[9048]: winehasp 2.00 loaded
Jun 29 16:22:10 reserv aksusbd[9030]: Starting WINEHASP daemon: [  OK  ]
Jun 29 16:22:10 reserv hasplmd[9051]: HASP LM v18.0.1.55506 loaded
Jun 29 16:22:10 reserv aksusbd[9030]: Starting HASPLM daemon: [  OK  ]
Jun 29 16:22:10 reserv systemd[1]: Started LSB: Sentinel LDK RTE.
Hint: Some lines were ellipsized, use -l to show in full.

4. Настроил на клиентской машине nethasp.ini с прямым указанием адреса сервера лицензий

[NH_COMMON] 
NH_IPX = Disabled 
NH_NETBIOS = Disabled 
NH_TCPIP = Enabled 

[NH_TCPIP] 
NH_SERVER_ADDR = 192.168.1.100
NH_TCPIP_METHOD=UDP 
NH_USE_BROADCAST=Disabled

5. В итоге получаем - см. «Фактический результат»

Что пробовал сделать дополнительно:

1. Настраивал по мануалу отсюда и отсюда и отсюда. Итог - см. «Фактический результат» (на самом деле пробовал еще пару манулов, но все они примерно одного толку).

2. Selinux = disabled, iptables and firewall-cmd отключены.

Доп. сведения:

1. Лог с момента подключения USB ключа

Jun 29 15:36:15 reserv kernel: usb 1-3: new low-speed USB device number 13 using xhci_hcd
Jun 29 15:36:15 reserv kernel: usb 1-3: New USB device found, idVendor=0529, idProduct=0001
Jun 29 15:36:15 reserv kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jun 29 15:36:15 reserv kernel: usb 1-3: Product: HASP 2.17
Jun 29 15:36:15 reserv kernel: usb 1-3: Manufacturer: AKS
Jun 29 15:36:15 reserv systemd-udevd[585]: unknown key 'PHYSDEVBUS' in /etc/udev/rules.d/80-hasp.rules:9
Jun 29 15:36:15 reserv systemd-udevd[585]: invalid rule '/etc/udev/rules.d/80-hasp.rules:9'
Jun 29 15:36:15 reserv systemd-udevd[585]: unknown key 'PHYSDEVBUS' in /etc/udev/rules.d/80-hasp.rules:10
Jun 29 15:36:15 reserv systemd-udevd[585]: invalid rule '/etc/udev/rules.d/80-hasp.rules:10'
Jun 29 15:36:15 reserv aksusbd[8755]: aksusbd_usb_dev_connect: device '/dev/aks/hasp/1-3'
Jun 29 15:36:15 reserv aksusbd[31196]: registerHASPDevices: pipe read() failed: 18, No such file or directory
Jun 29 15:37:12 reserv polkitd[752]: Registered Authentication Agent for unix-process:8772:16285673 (system bus name :1.199 [/
Jun 29 15:37:12 reserv systemd[1]: Stopping LSB: Sentinel LDK RTE...
Jun 29 15:37:13 reserv aksusbd[8777]: Stopping HASPLM daemon: [  OK  ]
Jun 29 15:37:13 reserv winehasp[31205]: terminating due to SIGTERM
Jun 29 15:37:13 reserv aksusbd[8777]: Stopping WINEHASP daemon: [  OK  ]
Jun 29 15:37:13 reserv aksusbd[31196]: terminating due to SIGTERM
Jun 29 15:37:13 reserv aksusbd[8777]: Stopping AKSUSB daemon: [  OK  ]
Jun 29 15:37:13 reserv systemd[1]: Starting LSB: Sentinel LDK RTE...
Jun 29 15:37:13 reserv aksusbd[8801]: loaded, daemon version: 7.40.1.50292, key API (USB) version: 3.88 (parallel driver not a
Jun 29 15:37:13 reserv aksusbd[8793]: Starting AKSUSB daemon: [  OK  ]
Jun 29 15:37:19 reserv winehasp[8811]: winehasp 2.00 loaded
Jun 29 15:37:19 reserv aksusbd[8793]: Starting WINEHASP daemon: [  OK  ]
Jun 29 15:37:19 reserv hasplmd[8814]: HASP LM v18.0.1.55506 loaded
Jun 29 15:37:19 reserv aksusbd[8793]: Starting HASPLM daemon: [  OK  ]
Jun 29 15:37:19 reserv polkitd[752]: Unregistered Authentication Agent for unix-process:8772:16285673 (system bus name :1.199,
Jun 29 15:37:19 reserv systemd[1]: Started LSB: Sentinel LDK RTE.
Jun 29 15:43:24 reserv kernel: usb 1-3: USB disconnect, device number 13
Jun 29 15:43:24 reserv systemd-udevd[585]: error opening USB device 'descriptors' file
Jun 29 15:43:24 reserv aksusbd[8836]: aksusbd_usb_dev_remove: device '/dev/aks/hasp/1-3'
Jun 29 15:43:24 reserv aksusbd[8801]: registerHASPDevices: pipe read() failed: 18, Success

2. Вывод netstat -anp | grep aksusb

[root@reserv cdroot]# netstat -anp | grep aksusb
unix  2	  [ ACC ]	 STREAM	 LISTENING	 158152   9038/aksusbd		 /tmp/.aksusb
unix  3	  [ ]		 STREAM	 CONNECTED	 158173   9038/aksusbd		 /tmp/.aksusb
unix  2	  [ ]		 DGRAM					158148   9038/aksusbd
[root@reserv cdroot]#

3. Вывод netstat -lunp | grep hasplm

[root@reserv cdroot]#  netstat -lunp | grep hasplm
udp		0	  0 0.0.0.0:1947			0.0.0.0:*						   9051/hasplmd
udp		0	  0 0.0.0.0:49085		   0.0.0.0:*						   9051/hasplmd
[root@reserv cdroot]#

4. AKS Monitor, установленный на другой Windows машине вообще не видит в сети hasp licence manager.

Комментарии:

1. Вычитал, что hasp licence manager должен слушать 475 UDP порт., чего я не увидел.

2. Также вычитал здесь, что кто-то использовал драйвера и licence manager от etersoft

(в моем случае - ftp://download.etersoft.ru/pub/Etersoft/HASP/last/CentOS/7). Но есть сомнения у меня, что и это заработает.

3. Напрягает, что в логах есть error относительно этого (полный log смотри выше)

Jun 29 15:36:15 reserv systemd-udevd[585]: unknown key 'PHYSDEVBUS' in /etc/udev/rules.d/80-hasp.rules:9
Jun 29 15:36:15 reserv systemd-udevd[585]: invalid rule '/etc/udev/rules.d/80-hasp.rules:9'
Jun 29 15:36:15 reserv systemd-udevd[585]: unknown key 'PHYSDEVBUS' in /etc/udev/rules.d/80-hasp.rules:10
Jun 29 15:36:15 reserv systemd-udevd[585]: invalid rule '/etc/udev/rules.d/80-hasp.rules:10'
Jun 29 15:36:15 reserv aksusbd[8755]: aksusbd_usb_dev_connect: device '/dev/aks/hasp/1-3'
Jun 29 15:36:15 reserv aksusbd[31196]: registerHASPDevices: pipe read() failed: 18, No such file or directory

Может в этом дело конечно, но что делать с этим? Не силен в настраивании rules.

Вопрос

Что я делаю не так и куда копать?

З.Ы. Буду очень признателен за помощь.



Последнее исправление: Uncle_Sam (всего исправлений: 4)

Пока суть да дело, попробовал поставить драйвера от etersoft, упомянутые выше. Отличие в том, что теперь hasp lm слушает udp 475 порт

[root@reserv etersoft]# netstat -lunp | grep hasplm
udp		0	  0 0.0.0.0:1947			0.0.0.0:*						   11238/hasplmd
udp		0	  0 0.0.0.0:475			 0.0.0.0:*						   11221/hasplm
udp		0	  0 0.0.0.0:41655		   0.0.0.0:*						   11238/hasplmd
[root@reserv etersoft]#

Также с этими драйверами немного изменился и AKS Monitor (см. как он выглядит)

З.Ы. По прежнему не работает.

Uncle_Sam
() автор топика

ключ с лицензиями Aladin

Aladdin.

На твоем месте мне бы первым делом пришло в голову почитать о поддержке HASP ключей в Линуксе вообще. Читать до тех пор, пока не будешь отдавать себе отчет, что именно делаешь на каждом шаге. Так, мысли вслух...

mos ★★☆☆☆
()
Ответ на: комментарий от mos

Нормально в линуксе ключи работают, проверено.

Мне бы на его месте первым делом пришло в голову обратиться в саппорт 1С.

anonymous
()
Ответ на: комментарий от anonymous

Соглашусь по поводу поддержки. Завтра уже этим займусь, только писать думаю надо производителю ключа все же или в 1С? Прежде чем браться, прочитал не одну статью. Описал я их в блоке «Что пробовал сделать дополнительно» + прочитал пару статей и на unixforum.org. У людей вроде без проблем завелось. И только после этого я решил взяться за это.

Пока, как workaround, hasp сервером является одна из клиентских машин на Win7. Если не получится осуществить то, о чем описано выше, так и оставлю.

Uncle_Sam
() автор топика

Попробуй платформу 8.3.8.хххх для начала. Если не взлетит — в саппорт 1с, там вроде вменяемые люди сейчас.

anonymous
()
Ответ на: комментарий от anonymous

Причём тут платформа 1с?

Логи смотри - у него udev девайс отстреливает.

ТС, попробуй водрузить ключ на убунту 14 или 12.

anonymous
()
Ответ на: комментарий от red75prim

Вполне логично ставить ключ на сервер, а не держать постоянно включенным один из клиентских компов.

anonymous
()
Ответ на: комментарий от anonymous

Анон слоу. Имелось в виду понимание ТСом а не степень поддержки. Которая есесвенно сто лет имеет ется.

mos ★★☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.