База файловая? Попробуй вот этот форк https://github.com/rsvt1973/UsbHasp собрать
Серверная, вроде как решил проблему, тестирую.. в свойстве базы выдача лицензии сервером "ДА" на клиенте убрал галку "Использовать аппаратную лицензию"
SterhTG
08.06.2020, 13:31
Коллеги, под ядра 5ой ветки есть инструкция чего где поправить?
Я пытался скомпилировать под 5.4(бубунта 20ая), облом.
In file included from ./include/linux/uaccess.h:11,
from /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:37:
/home/sterh/vhci/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); \
| ^
./arch/x86/include/asm/uaccess.h:553:2: note: in expansion of macro ‘__put_user_nocheck’
553 | __put_user_nocheck((__typeof__(*(ptr)))(x), (ptr), sizeof(*(ptr)))
....
In file included from ./include/linux/uaccess.h:11,
from /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:37:
./arch/x86/include/asm/uaccess.h:93: note: macro "access_ok" defined here
93 | #define access_ok(addr, size) \
|
make[2]: *** [scripts/Makefile.build:275: /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.o] Error 1
make[1]: *** [Makefile:1719: /home/sterh/vhci/vhci-hcd-1.15] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-5.4.0-33-generic'
make: *** [Makefile:35: default] Error 2
Ежели кто знает алгоритм(а были кто рассказывал какие правки вносить) поделитесь. Если есть готовые рецепты дайте пожалуйста.
SterhTG
08.06.2020, 13:32
Коллеги, под ядра 5ой ветки есть инструкция чего где поправить?
Я пытался скомпилировать под 5.4(бубунта 20ая), облом.
In file included from ./include/linux/uaccess.h:11,
from /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:37:
/home/sterh/vhci/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); \
| ^
./arch/x86/include/asm/uaccess.h:553:2: note: in expansion of macro ‘__put_user_nocheck’
553 | __put_user_nocheck((__typeof__(*(ptr)))(x), (ptr), sizeof(*(ptr)))
....
In file included from ./include/linux/uaccess.h:11,
from /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:37:
./arch/x86/include/asm/uaccess.h:93: note: macro "access_ok" defined here
93 | #define access_ok(addr, size) \
|
make[2]: *** [scripts/Makefile.build:275: /home/sterh/vhci/vhci-hcd-1.15/usb-vhci-iocifc.o] Error 1
make[1]: *** [Makefile:1719: /home/sterh/vhci/vhci-hcd-1.15] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-5.4.0-33-generic'
make: *** [Makefile:35: default] Error 2
Ежели кто знает алгоритм(а были кто рассказывал какие правки вносить) поделитесь. Если есть готовые рецепты дайте пожалуйста.
hubba
08.06.2020, 14:58
Всем привет, ищу платформу под linux 8.3.17 где можно скачать бесплатно или за вознаграждение?
zardoz
09.06.2020, 08:54
Коллеги, под ядра 5ой ветки есть инструкция чего где поправить?
Я пытался скомпилировать под 5.4(бубунта 20ая), облом.
Ежели кто знает алгоритм(а были кто рассказывал какие правки вносить) поделитесь. Если есть готовые рецепты дайте пожалуйста.
access_ok - все просто, удалить первый параметр.
А вот первую ошибку хз, нашел тут скомпилированные в этой ветке - встали на 5.4.41 после установки dkms без проблем.
zardoz
09.06.2020, 09:17
Проблема такая:
При попытке вызвать свойства информационной базы через оснастку управления сервером 1С предприятия (машина в локалке под виндой) получаю ошибку, что ключ защиты не найден. Хотя в остальном все работает, клиентские ключи раздаются.
1С предприятие 8.3.17.1386 64bit в lxc контейнере CentOS 7 на Proxmox.
Ключи (1c_server_x64 и на 50 человек) и эмуляция на хосте proxmox (Debian). USB в контейнер проброшены.
вывод контейнера:
$ lsusb
Bus 005 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 005 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
# service haspd status
Hardware protection keys support bundle. Etersoft (c) 2008-2016
HASPD package 7.90 with /dev/bus/usb support
Aladdin HASP 4/HL/SRM driver status:
kernel module aksparlnx is not loaded (WARNING: HASP LPT keys support is disabled! Run service haspd build if needed.)
aksusbd is running
winehasp is running
hasplm is running
hasplmd is running
aksusbd version 7.90.1.81737 - key API (USB) version: 3.88 (parallel driver not available)
Smartkey 3 USB/LPT driver status:
skeyd is stopped
SafeNet Sentinel status:
usbsentinel is stopped
SntlKeysSrvrlnx is stopped
Вроде ключи видятся как родные. В чем может быть проблема?
zardoz
10.06.2020, 01:18
Еще хотел уточнить:
Gemalto Sentinel ACC (вебморда httpd, которая висит на 1947 порту) должна отображать эти эмулированные алладиновские ключи для сервера 1с 86_x64 и пользователей? У меня там нет ключей.
Илья547
10.06.2020, 12:48
вебморда ключи не отображает, для этого использую программу eterkeytest
ddy64
10.06.2020, 14:19
База файловая? Попробуй вот этот форк https://github.com/rsvt1973/UsbHasp собрать
Доброго дня.
На первый взгляд работает в файловом режиме без ошибок. Погонял тест Гилева и демо УТ - 20 мин и ни одного падения.
Смотрел коммиты... много думал... Тяжеловат Си для понимания простым людям :confused:
zardoz
10.06.2020, 16:44
вебморда ключи не отображает, для этого использую программу eterkeytest
Это под wine как я понимаю софтина. У меня usbkeytest --list отображает эти ключики. Но сам сервак 1С один фиг не видит. Ладно хоть почти все работает.
Илья547
10.06.2020, 17:49
нет, она ставится вместе с wine от etersoft, но скомпилирована под linux. Я ее вытащил из пакета и просто запускаю отдельным бинарником. Серверный ключ кстати софтина не отображает, только пользовательские.
База 1с находится в том же контейнере centos, где и сервер? Проверь файловую систему. У меня когда база была на XFS и я запускал тестирование базы, то файловая система крашилась, хз почему.
zardoz
10.06.2020, 18:44
нет, она ставится вместе с wine от etersoft, но скомпилирована под linux. Я ее вытащил из пакета и просто запускаю отдельным бинарником. Серверный ключ кстати софтина не отображает, только пользовательские.
База 1с находится в том же контейнере centos, где и сервер? Проверь файловую систему. У меня когда база была на XFS и я запускал тестирование базы, то файловая система крашилась, хз почему.
Всё с одном контейнере, эмулятор на хосте. Пользовательские ключи разадаются, все базы нормально создаются и удаляются, тестируются - работают штатно. Но вот свойства БД поменять через оснастку администрирования нельзя из-за запроса лицензии.
arcadics
27.06.2020, 22:35
может кто возьмется обновить инструкцию
detect
29.06.2020, 01:57
usbhasp2020 ставится на все debian 9,10 и ubuntu 18.04, 20.04 без единого вскрика. В чем у народа проблемы? 17.1496 работает без вопросов.
Saturex
02.07.2020, 09:09
Собрал на ядре 4.15, 1С видит ключ, но потом вываливается с матюком "Ключ защиты не обнаружен".
Кто победил данный вопрос?
ddy64
12.07.2020, 17:53
смотри здесь
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=592415&viewfull=1#post592415
Shaaarnir
13.07.2020, 17:13
Решил причесать инструкцию.
Для Ubuntu 18.04 x64
Команды на основе данных из темы. За что всем большое спасибо!
Также описал как добавить сервис usbhaspd.service в systemd.
Нюансы:
1. НЕЛЬЗЯ использовать haspd от Etersoft. У меня заработал корректно hasp от Sentinel версии 7.81
https://www.gaisler.com/anonftp/hasp/LDK/linux/
2. Порядок загрузки служб такой (выше в перечне команд прописан данный порядок загрузки):
a) aksusbd
b) hasplmd
c) UsbHasp
d) srv1cv83
Проверить, подгрузился ли ключ на сервере 1С.
Выполнить в командной строке:
journalctl -u systemd-udevd
Должен быть вывод в самом низу, что-то вроде:
Собрал на ядре 4.15, 1С видит ключ, но потом вываливается с матюком "Ключ защиты не обнаружен".
Кто победил данный вопрос?
У меня данная проблема была связана с драйвером hasp. Тоже собирал на 4.15
Подошел версии 7.81 от Sentinel
Выше в посте есть ссылка на работающий hasp.
Илья547
16.07.2020, 15:03
Нюансы:
1. НЕЛЬЗЯ использовать haspd от Etersoft.
МОЖНО. Только версия нужна 7.60 (по нумерации etersoft)
Илья547
16.07.2020, 15:04
Нюансы:
1. НЕЛЬЗЯ использовать haspd от Etersoft.
МОЖНО. Только версия нужна 7.60 (по нумерации etersoft)
nemess1s
22.07.2020, 10:20
Подскажите, что я делаю не так? Стоит Centos 7, эмулятор собирал по мануалу tranger, ключи брал LaYt. 1С запускается, но падает с ошибкой:
"Файл программной лицензии не найден
ENSR8 Локальный, установлен, ошибка чтения данных из ключа
EN8SA Локальный, не установлен
Поиск лицензии в сервисе лицензирования:
Файл программной лицензии не найден
Технические подробности:
Ошибка выполнения фонового задания ДлительныеОперации.Выполн� �тьСКонтекстомКлиента с идентификатором 4786f21a-cb95-11ea-6e82-52540024dc4e по причине
На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Файл программной лицензии не найден
ENSR8 Локальный, установлен, ошибка чтения данных из ключа
EN8SA Локальный, не установлен
Поиск лицензии в сервисе лицензирования:
Файл программной лицензии не найден
Илья547
22.07.2020, 14:55
Centos? У меня была проблема, когда 1с была установлена на xfs раздел. Пробуй на ext поставить.
nemess1s
22.07.2020, 15:18
Решил проблему переносом каталогов 1С на EXT, или полной переустановкой системы с основной ФС Ext?
Илья547
22.07.2020, 15:55
установка была тестовая, так что просто переустановил систему с основной ФС ext
nemess1s
22.07.2020, 16:14
Ок, сейчас попробую. А пробовали проброс ключа через Usb redirector, из образа который тут в теме выкладывали?
nemess1s
22.07.2020, 16:20
Ок, сейчас попробую. А пробовали проброс ключа через Usb redirector, из образа который тут в теме выкладывали?
Илья547
22.07.2020, 16:36
нет, usb redirector не пробовал
nemess1s
22.07.2020, 20:49
Попробовал переставил на Ext4.
Проблему не решило. Если запущено одно подключение к базе - то при попытке сформировать отчет процесс крашится.
22.07.2020 18:47:19
На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто
Если запустить несколько клиентов - выдает ошибку ту же что и была раньше, с ключами.
Илья547
23.07.2020, 09:56
какая версия платформы?
nemess1s
23.07.2020, 11:08
8.3.15.1830
A_vega
23.07.2020, 20:51
Добрый день.
Может кто подскажет?
Ситуация следующая: установил Ubuntu 18.04.4 (btrfs), установил модули и usbhaspd, разворачиваю lxd-контейнер Ubuntu 18.04.4, в контейнере через lsusb вижу эмулированные ключи (серверный и клиентский), установил в контейнере aksusbd, но он не видит ключи.
Много чего перепробовал - не помогает.
Илья547
24.07.2020, 09:47
по мануалу tranger ставили драйвер от etersoft? Чуть выше писали, что этого лучше не делать или ставить определенную версию.
nemess1s
24.07.2020, 21:46
Пробовал и етерсофтовский драйвер, и Sentinel с releases.1c.ru
A_vega
28.07.2020, 16:04
8.3.16 серверная
На 12 сессий проверял, открылось больше
Ставил в двух режимах, сначала в режиме виртулизации т.е. отдельная машина, на убунту
Потом в режиме контенеризации proxmox lxc тут пришлось помучаться с пробросом ключика в контейнер
Добрый день! Можно поподробнее про проброс ключика в lxc-контейнер?
tioF1
31.07.2020, 02:18
Не в этой теме искать ответы это точно.
Morfin
31.07.2020, 13:11
Всем привет! Нужна помощь в установке леченой версии 1С:Предприятие 8. Транспортная логистика, экспедирование и управление автотранспортом КОРП.
Прошу помочь или подсказать к кому обратится, спасибо!
Elmachoe
08.08.2020, 06:12
Инструкция для тех, кто хочет поставить эмулятор на Centos 7 x64 (Kernel 3.10.0)
#В файлах "usb-vhci-hcd.c" и "usb-vhci-iocifc.c" находим "#define DEBUG" и комментируем
Извините, как понять "комментируем"? Убрать решетку (#) только перед define или в дальнейшем коде тоже?
HPDX2300
09.08.2020, 07:42
как понять "комментируем"? понимать надо попроще, без фантазий. комментировать надо любым известным вам способом. строка, начинающаяся с #define - это не комментарий, это директива (указивка, приказ), вот ее и ломаем методом "комментируем".
Elmachoe
09.08.2020, 17:26
понимать надо попроще, без фантазий. комментировать надо любым известным вам способом. строка, начинающаяся с #define - это не комментарий, это директива (указивка, приказ), вот ее и ломаем методом "комментируем".
Да, ступил, согласен, открыл машинально в виме, решётки воспринял как в конфиг файлах и так отключенные.
Elmachoe
10.08.2020, 03:30
Настроил работу эмулятора на CentOS 7, по-инструкции от Tanger, за что отдельные ему респект и благодарности. Но к сожалению после некоторой работы стал ловить "нарушение целостности". На виндовозе помогало "правильное" имя компьютера, вроде вылетов не было после этого, на CentOS выставил имя машины такое же, "правильное", через Hostnamectl, но вылеты продолжаются. Кто подскажет, может еще где надо что-то докрутить, удается решить вопрос или бесполезно?
HPDX2300
13.08.2020, 15:20
Настроил работу эмулятора на CentOS 7... ... стал ловить "нарушение целостности".
платформа и разрядность какая?
вычисление "статуса" имени компа есть в линуховом коде, но пока ничего интересного в связи с этим я в backbas.so не увидел.
анализ взлома и наличие эмулей в винде выполняется и клентом и сервером (модуль rserver имеет механизмы защиты).
давай попробуем собрать побольше инфы - включим техн.журнал и дождемся краха.
собирать техн. журналы надо и на стороне клиента, и на стороне сервера кластера т.к. модуль rserver, обнаружив эмуль и/или корп-патч, делает себе сеппуку, а клиентам шлет приказ "упасть с известным крахом".
диспетчером файлов зайди в папку (если нет такой - создай) /home/_логин_/.1cv8/1C/1cv8/log там все удали, если есть.
диспетчером файлов зайди в папку (если нет такой - создай) /home/_логин_/.1cv8/1C/1cv8/conf создай файл logcfg.xml такого содержания:
$ uname -a
Linux 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Собрал по образцу вот этого скрипта (https://www.upload.ee/files/10855834/install_hasp_centos78.sh.html) эмулятор. Пропатчил vhci-hcd-1.15/Makefile и vhci-hcd-1.15/usb-vhci-iocifc.c чтобы собралось под новое ядро. Собралось и завелось нормально.
Поставил четыре последних релиза платформы
$ ls /opt/1cv8/x86_64/
8.3.15.1985 8.3.16.1502 8.3.17.1549 8.3.18.891
База локальная. Для теста использовал БП 30 КОРП и УНФ 1.6
Дампы ключей последовательно перебрал 50-100-300U
Журнал включил как написано у тебя.
Итог:
Из всех четырех платформ нормально работает только 8.3.15.1985
Остальные крашатся в течении 3-5 минут без вывода какой-либо информации на экран или в лог. Просто закрываются и всё. В логе картина абсолютно идентичная полностью работоспособной версии 8.3.15.
45:25.254001-0,EXCP,0,process=1cv8c,OSThread=8534,Usr=DefUser,E xception=DatabaseException8,Descr="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
с той лишь разницей, что 8.3.15 продолжает работать, а остальные закрываются. Причем количество таких строчек в логе может быть различным. Так что не думаю, что проблема в этом.
Файловая система ext4. SSD
Что я думаю:
Доступный мне вариант эмулятора я собрал правильно (в противном случае не работало бы ничего вообще), однако, на релизах платформы старше 8.3.16 этого не достаточно. Для дополнительной проверки этой гипотезы я ставил на чистую систему Учебную версию 8.3.17.1549 за исключением оговоренных в документации ограничений -- никаких проблем. После установки Учебной версии я понял, что платформа должна работать в принципе и приступил к проверке эмулятора на этой же системе.
Вот такую информацию я собрал. Надеюсь, поможет в размышлениях.
HPDX2300
17.08.2020, 22:47
Linux Mint 20 Cinnamon - читай "Дебиан" Поставил четыре последних релиза платформы 15.1985, 16.1502, 17.1549, 18.891 Из всех четырех платформ нормально работает только 8.3.15.1985 Остальные крашатся через 3-5 минут без вывода какой-либо информации на экран или в лог. Просто закрываются и всё. вот что меня смущает - чел работает на CentOS-7 и у него "поведение" платформы правильное - падение "с визгом":
Настроил работу эмулятора на CentOS 7 ... стал ловить "нарушение целостности" а у тебя на Минте падение молча, по-самурайски (и в dmesg ничё нет?). Elmachoe пишет про попытку изменения имени компа (на линуксе не помогает), значит он работал с 16, 17, или 18-ой (третья цифирь релиза) поделкой.
redhat2020
18.08.2020, 00:47
я тут изучаю uni-patch для линуксовых backbas.so (1c8_uni2patch_lin, 1c8_uni2patch_win.exe), пропатчил 12-ое изделие, бегло проанализировал изменения в файле backbas.so - внедряемый кусок исполняемого кода идентичен тому, который внедряется в виндовый backbas.dll. И это радует - ибо дает надежду "сваять" новый uni-patch для 64-битных линуксовых backbas.so, примерно так как это делает uni-patch с backbas.dll. Понаблюдал в "Process Monitor" за тем, как rbc_icp.exe патчит backbas.dll: он извлекает из своего нутра 1c8_UP.exe и натравливает его на backbas.dll, потом грохает 1c8_UP.exe.
A_vega
18.08.2020, 20:43
Да. Потому что в контейнере он не даёт установить модули ядра.
A_vega
18.08.2020, 20:45
Вы собираетесь увидеть ключи от usbhaspd, установленного в хост системе, изнутри контейнера?
Да. Потому что не удалось установить в контейнере модули ядра.
Elmachoe
18.08.2020, 21:31
давай попробуем собрать побольше инфы - включим техн.журнал и дождемся краха.
собирать техн. журналы надо и на стороне клиента, и на стороне сервера кластера т.к. модуль rserver, обнаружив эмуль и/или корп-патч,
С удовольствием соберу, только снёс я CentOS с машины полностью, для чистоты эксперимента подниму в ближайшее время с нуля систему и платформу накачу. Прочитал еще в этой ветке что файловую EXT4 лучше использовать и HASP от Senintela ставить, вместо Ethersoft. Или наоборот?
Еще поднял рядом в сети на Виндоуз менеджер лицензий, который успешно выдает лицензии, сперва по нему проверю на CentOS, чтобы исключить возможные косяки при установке платформы, думаю может зависимости не встали у меня нормально может.
Платформа 64разрядная, последний релиз 8.3.17.1549, чистая, с 1С скаченная.
artem.ks
25.08.2020, 01:18
Парни, я правильно понимаю, что с 1с старше 8.3.16 стандартные танцы с бубнами вокруг раздачи лицензий не работают? Поднял на Дебиане 9 сервер 1с, на платформе 8.3.16.1296, УНФ 1.6. через несколько минут работы вываливается с визгом, мол ключей больше нет. (Файловая версия). Завтра еще попробую на Постгресе запустить БД.
Есть шансы победить это или проще откатится на что-то младше 8.13.16?
asotel
01.09.2020, 12:44
Собрал правильные deb пакеты для Debian buster
У меня работает, но возможно всякое
usbhasp-deb.zip (https://turbo.to/3v1d3tz079jf.html)
Пароль 123
Архив больше не доступен. Можете дать новую ссылку?
Kellendr
18.09.2020, 21:23
Да. Потому что не удалось установить в контейнере модули ядра.
Ну это решаемо, у меня получилось все это счастье запаковать в контейнеры, при чем я сделал Compose след вида:
1) Раздача лицензий платформы
2) Сервер 1С
3) Postgress
4) Сервер лицензирования конфигураций
5) OpenVPN (Для внешних пользователей)
И после некоторой подготовки ОС все работает кроме свойств информ. баз в диспетчере администрирования 1С. (Проблема как у zardoz)
Если у кого есть идеи как заставить сервер видеть серверную лицензию из соседнего контейнера, было бы интересно проверить (если объединить контейнер с сервером и эмулятором то все ок)
CDGR
22.09.2020, 17:17
Если у кого есть идеи как заставить сервер видеть серверную лицензию из соседнего контейнера, было бы интересно проверить (если объединить контейнер с сервером и эмулятором то все ок)
Вот тебе идея (https://www.dmosk.ru/miniinstruktions.php?mini=ubuntu-usbip).
Заведётся это в контейнере или нет я понятия не имею. Но ты же просил идею а не способ реализации ;) Попробуешь - напиши.
Shaaarnir
30.09.2020, 12:23
Парни, я правильно понимаю, что с 1с старше 8.3.16 стандартные танцы с бубнами вокруг раздачи лицензий не работают? Поднял на Дебиане 9 сервер 1с, на платформе 8.3.16.1296, УНФ 1.6. через несколько минут работы вываливается с визгом, мол ключей больше нет. (Файловая версия). Завтра еще попробую на Постгресе запустить БД.
Есть шансы победить это или проще откатится на что-то младше 8.13.16?
У меня работает в проде 8.3.17 по инструкции в теме. Вылетов нет.
На клиентах, чтобы не было вопросов у программы 1С нужно прописать в С:\Users\USER\AppData\Roaming\1C\1CEStart\ibases. v8i
Сегодня еще на тестовом хочу попробовать 8.3.18
Если проблем со стабильностью и лицензированием не возникнет, сообщу.
МоёИмя
02.10.2020, 13:46
ОС: Ubuntu 18.04
Сервер 1с: 8.3.17.1549
Ключи: 1c_server_x64.json и 100user.json
License manager: haspd_7.90-eter2ubuntu_amd64.deb
Серверная база открытая на win тачке работает без проблем
Файловая база запускается, но через некоторое время вылетает на той же тачке с сообщением ключ не доступен
Кто-нибудь в курсе раздача ключей по сети с linux ещё не работает стабильно?
И ещё вопрос похоже, что 1с 8.3.17.1549 видит multikey в винде - 1с теперь видит и vusbbus и multikey ?
Serg6006
05.10.2020, 19:04
service haspd status
Hardware protection keys support bundle. Etersoft (c) 2008-2016
HASPD package 7.90 with /dev/bus/usb support
Aladdin HASP 4/HL/SRM driver status:
kernel module aksparlnx is not loaded (WARNING: HASP LPT keys support is disabled! Run service haspd build if needed.)
aksusbd is running
winehasp is running
hasplm is running
hasplmd is running
ID: 0529:0001, Bus: 001, Device: 003, Major: 189, Minor: 2
ID: 0529:0001, Bus: 001, Device: 002, Major: 189, Minor: 1
Один ключ на 100 юзеров, один серверный 64.
На файерволе все порты открыты.
В hasplm.conf все сети нужные прописаны
Коннекта нет, а должен быть TcpTestSucceeded - True.
сканирование с UDP
nmap -sS -sU -T4 -A -v 192.168.1.xx
Scanning 192.168.1.xx [1000 ports]
Discovered open port 445/tcp on 192.168.1.xx
Discovered open port 80/tcp on 192.168.1.xx
Discovered open port 22/tcp on 192.168.1.xx
Discovered open port 139/tcp on 192.168.1.xx
Discovered open port 4998/tcp on 192.168.1.xx
Discovered open port 3333/tcp on 192.168.1.xx
Discovered open port 2121/tcp on 192.168.1.xx
Discovered open port 10000/tcp on 192.168.1.xx
Discovered open port 1947/tcp on 192.168.1.xx
Discovered open port 5432/tcp on 192.168.1.xx
Ни одного UDP
Естественно, 1с не видит менеджера лицензий.
Система CentOs8, 64.
Что можно еще посмотреть?
ps
Один раз 1с заработал и работал пол дня, но тогда я не проверял доступность портов.
Serg6006
05.10.2020, 19:05
У меня linux сервер и windows с клиентами в одном дата центре, но на разных физических серверах, все на виртуалках exi и хотя там скорость гигабитная такая схема как-то нехорошо влияет на пакеты udp.
Пока поборол проблему так:
На клиенте windows nethasp.ini:
[NH_COMMON]
NH_SESSION = 500
NH_SEND_RCV = 400
NH_TCPIP = Enabled
NH_IPX = Disabled
NH_NETBIOS = Disabled
[NH_IPX]
[NH_NETBIOS]
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.XX.XXX
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
NH_SESSION = 500
NH_SEND_RCV = 400
для сервера
NH_SESSION = 50
NH_SEND_RCV = 40
Буду тестировать, но пока ключи не отваливаются.
На эту мысль натолкнул мануал от sentinel:
Если часть маршрута между запускаемой программой и ключами HASP проходит через
Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке
пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и
NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд
соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При
необходимости Вы можете увеличить эти параметры.
Serg6006
23.10.2020, 13:34
Оказалось, не все так просто. Я устанавливал HASP с помощью скрипта install_hasp_centos78.sh с доработками под centos8. Получить сетевые ключи так и не удалось. В скрипте используется этот хасп http://download.etersoft.ru/pub/Etersoft/HASP/last/CentOS/7/haspd-7.90-eter2centos.x86_64.rpm
В некоторых инструкциях написано, что надо еще ставить haspd-modules-7.90-eter2centos.x86_64, но этот пакет нужен только для поддержки в Linux работы LPT-ключа, чего вряд ли можно встретить сейчас. В пакете haspd-7.90-eter2centos.x86_64.rpm есть aksusbd, вот только AKS монитор не видит сервера лицензий, видимо потому, что запускается раньше и как изменить это в haspd не понятно. Скрипт создает сервис usbhaspemul.service который запускает haspd так:
/usr/bin/sh -c 'find /etc/usbhaspkey -name "*.json" | xargs /usr/local/sbin/usbhasp'
В результате создаются виртуальные донглы с ключами из папки usbhaspkey.
Статус показывает, что все запущено
service haspd status
aksusbd is running
winehasp is running
hasplm is running
hasplmd is running
Вот только AKS монитор ничего не видит (донглы с ключами) и по сети раздать не может.
Эксперимент показал, что если после загрузки всего выполнить повторно загрузку ключей, а потом перезагрузку haspd и 1с, то ключи по сети прекрасно раздаются.
/usr/bin/sh -c 'find /etc/usbhaspkey -name "*.json" | xargs usbhasp –d'
systemctl restart haspd
/etc/rc.d/init.d/srv1cv83 restart
Чтобы автоматизировать эту процедуру я использовал таймер загрузки скрипта, в который поместил выше обозначенные команды. Скрипт срабатывает через минуту после загрузки системы.
Создадим юнит для запуска скрипта:
$ sudo nano /etc/systemd/system/1cusbhasprestart.service
Содержимое:
Скрипт можно разместить куда угодно, например, в /usr/local/sbin/ и разрешить его выполнение:
chmod u+x /usr/local/sbin/1cemul.sh
Теперь создадим таймер
nano /etc/systemd/system/1cusbhasprestart.timer
С содержимым:
[Unit]
Description="Run script after 1 min after boot"
[Timer]
OnBootSec=1m
[Install]
WantedBy=multi-user.target
Где тймаут запуска 1 минута, после чего необходимо обновить конфигурацию systemd:
systemctl daemon-reload
Выключаем сервис загрузки скрипта, так как он будет грузится по таймеру:
systemctl disable 1cusbhasprestart.service
Включаем таймер:
systemctl enable 1cusbhasprestart.timer
Перезагружаем систему, смотрим состояние таймера:
systemctl status 1cusbhasprestart.timer
Если эту команду успеть выполнить менее чем за минуту от запуска системы, то можно увидеть сколько осталось времени до запуска скрипта, проверка ключей показывает, что скрипт сработал ключей будет в два раза больше.
Может и криво, но результат достигнут.
Makar47
02.11.2020, 21:45
ubuntu 20.10 x64 5.8.0-26-generic
1С:Предприятие 8.3 (8.3.18.1128)
Собрал с доработками по 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=598287&viewfull=1#post598287
Полет нормальный.
HPDX2300
04.11.2020, 13:21
yxo1987 написал в похожем форуме (http://угадай_где_это/тема: Аптека для платформ_конфигураций_комп онент 1С:Предприятие ! - [стр.55]):
Ubuntu 18.04 + postgresql_12.4_1.1C + 1C 64_8_3_18_1128 + Apache 2.4 + HASP-эмулятор с ключами для сервера и для 300 спартанцев. Образ диска для VirtualBox. Linux-юзверь alexander, его пароль: "1qazXSWсобака" Ссылка (https://yadi.sk/d/6YL6AWU3ca5flA) размер архива 8,44 ГБ, пароль от архива: ru-board
...Поставил четыре последних релиза платформы 8.3.15.1985 8.3.16.1502 8.3.17.1549 8.3.18.891
База локальная. Дампы ключей последовательно перебрал 50-100-300U. Техн.журнал включил как написано у тебя.
Итог: Из всех четырех платформ нормально работает только 8.3.15.1985
Остальные крашатся в течении 3-5 минут без вывода какой-либо информации на экран или в лог. Просто закрываются и всё. В логе картина абсолютно идентичная полностью работоспособной версии 8.3.15.
Воспроизвел на Убунте 18.04, падение изделия 18.1128 по-тихому, без воплей.
толстый клиент запущен с новой пустой файловой базой, упал через 2 мин
сразу смотрим dmesg и там
[11364.748017] 1cv8[6108]
тонкий клиент, запущен с новой пустой файловой базой упал через примерно 4мин (время слегка рандомизировано), сразу смотрим dmesg и там
[ 9752.751130] traps: 1cv8c[5681] general protection ip:7f123f7b90cb sp:7ffec5e32cc8 error:0 in libtcmalloc_minimal.so.4[7f123f795000+2c000]
[10177.666748] traps: 1cv8c[5906] general protection ip:7f4d74e38a6b sp:7f4d4779d4f0 error:0 in libtcmalloc_minimal.so.4[7f4d74e24000+2c000]
[11708.025907] traps: pool[6218] general protection ip:7fbbd581da6b sp:7fbb9a620800 error:0 in libtcmalloc_minimal.so.4[7fbbd5809000+2c000]
[11968.486098] traps: 1cv8c[6295] general protection ip:7fca0a2276e1 sp:7ffc65773e90 error:0 in libwx_gtk3u-3.0.so.0.1.0[7fca09dd3000+b87000]
[12542.660148] traps: 1cv8c[6486] general protection ip:7f65fef76a6b sp:7f65d0c42d70 error:0 in libtcmalloc_minimal.so.4[7f65fef62000+2c000]
ну шо сказать - будем посмотреть в отладчике :-)
пока водрузим всё барахло внутри ВМ с ЦентОС-7 - авось там падение будет с воплями, как у порядочных людей :-)
Spiller26
20.11.2020, 12:43
Есть инструкция по установке с нуля, пытаюсь только 1с-сервер поставить с ключами, т.к. posgres отдельный сервер будет
Spiller26
23.11.2020, 10:21
Установка пакета "aksusbd_8.13-1_amd64" для раздачи ключей (aksusbd_7.80-1_amd64 не пошёл у меня).
Spiller26
23.11.2020, 10:31
Моя инструкция, пробовал на VBox.
Operating System: Ubuntu 18.04.4 LTS
Kernel: Linux 4.15.0-124-generic
Architecture: x86-64
"FullHaspEmul.zip" пароль (123), брать https://yadi.sk/d/aItw-Q3qNdd0Ew
хм. кто-нибудь пробовал Проброс hasp в lxc (https://renbuar.blogspot.com/2017/03/lxc_29.html) ?
у меня работает вариант проброса hasp (VOLUME /tmp/.aksusb) из системы (centos 7) в docker
установлен ключ (аппаратный (зеленый) для сервера 1С 64bit)
в системе запущен aksusbd-8.13
Здравствуйте
Никак не могу заставить работать 1с server X64 на Debian 10 + postgres 13
Клиент входит с win10 и через 5 мин ошибка целостности базы. Очень нужна помощь.
sav66
14.12.2020, 17:54
Здравствуйте
Никак не могу заставить работать 1с server X64 на Debian 10 + postgres 13
Клиент входит с win10 и через 5 мин ошибка целостности базы. Очень нужна помощь.
Так-то и не должно. :D
1c 8.3.18:
Реализована поддержка СУБД PostgreSQL версии 12 (x86-64).
Источник: https://dl04.1c.ru/content/Platform/8_3_18_1208/1cv8upd_8_3_18_1208.htm#07c2bf85-5e05-11ea-8371-0050569f678a
З.Ы.
И при том, что поддерживаются только версии от PostgresPro или от 1С - голимая Postgres не поддерживается
З.З.Ы http://repo.postgrespro.ru/pgpro-12/
S.T.A.L.K.E.R_
23.12.2020, 21:04
Доброго времени суток. Хочу установить эмулятор HASP на 1с 3.0. Сколько дедушку Гугла не тереби, пока ничего такого не нашел.
Сделал всё по инструкции. usbhaspd, hasplmd, aksusbd работают, но клиенты не видят ключи.
Подозреваю, проблема в порядке запуска сервисов. Но не понимаю, как его настроить. Или может что-то еще нужно проверить?
Если можно, ткните носом, пожалуйста. В Linux совсем новичок.
Сделал всё по инструкции. usbhaspd, hasplmd, aksusbd работают, но клиенты не видят ключи.
Подозреваю, проблема в порядке запуска сервисов. Но не понимаю, как его настроить. Или может что-то еще нужно проверить?
Если можно, ткните носом, пожалуйста. В Linux совсем новичок.
Spiller26
24.12.2020, 09:34
У клиентов пропиши где брать ключи.
linux /opt/1C/v8.3/x86_64/
winda (клиент 32-bit) C:/Program Files (x86)/1cv8/
winda (клиент 64-bit) C:/Program Files/1cv8/
------------------------------------------------------------------
должна быть папка conf, в ней файл nethasp.ini и conf.cfg, в файле nethasp.ini текст
Первая инструкция Ubuntu 18.04.4 LTS немного переборщил с i386, оказалось что не нужно было ставить поддержку i386. Получилось много лишнего.
Ставьте по инструкции Ubuntu 20.04.1 LTS.
Я уже тестирую 2 недели на удаленном сервере, пока нареканий нет.
olegtelec
25.12.2020, 12:42
Спасибо, за ответ.
alexyur
26.12.2020, 11:57
Установи пакет libc6-i386, мне помогло.
detect
29.12.2020, 05:19
Кто-нибудь знает, если сервер линукcовый 1с видит серверный ключ, может ли он сам раздать и клиентские лицензии, Если может, где включить?
Spiller26
29.12.2020, 10:20
На сервере открой порты:
- Порт hasp-менеджера: 475(https://craft1c.ru/porty-1s/)
В кластере, в базе "Разрешить выдачу лицензий сервером 1С:Предприятия"
На клиентах пропиши в nethasp.ini сервер который раздает.
https://prnt.sc/wc0jt7
Spiller26
29.12.2020, 10:22
Кому нужна инструкция по установке тонкого клиента 1C на Manjaro 20?
Могу поделиться опытом.
sav66
30.12.2020, 13:32
На клиентах пропиши в nethasp.ini сервер который раздает.
на клиенте не нужно этого делать. Это лишнее.
Даже более того - полезно добавить в ключи запуска /UseHwLicenses- (исключит вопрос "Отключить использование аппаратного ключа?")
iLexy
02.01.2021, 12:49
В кластере, в базе "Разрешить выдачу лицензий сервером 1С:Предприятия"
На клиентах пропиши в nethasp.ini сервер который раздает.
+1
Если лицензии будет раздавать сервер, то не имеет никакого смысла что-либо прописывать в nethasp.ini на клиенте.
a3_helios
02.01.2021, 15:36
Спасибо, помогло (для тестирования самое то).
ASWar
09.01.2021, 01:03
Кому нужна инструкция по установке тонкого клиента 1C на Manjaro 20?
Могу поделиться опытом.
Любой опыт, а тем более удачный, приветствуется! ) Напишите, пожалуйста инструкцию - может именно в ней будет важный для кого-то момент.
Spiller26
09.01.2021, 15:44
1. Установка клиента на Manjaro 20
качаем нужные пакеты https://yadi.sk/d/OGM_dWt1TLkTrg
качаем https://yadi.sk/d/-iUZOjBwYA4QDQ, в нём нужен файл PKGBUILD
Там есть инструкция, но подробнее что нужно.
2 пакета pkgextract и webkitgtk. imagemagick есть в репах.
imagemagick
$ sudo pacman -S imagemagick
pkgextract
$ sudo pacman -U pkgextract-0.2-3-any.pkg.tar.zst
webkitgtk
$ sudo pacman -U webkitgtk-3_2.4.11-20-x86_64.pkg.tar.zst
открываем файл PKGBUILD
меням строки
pkgver=8.3.17
pkgrel=1846
pkgdesc="1C 8.3.17 for Linux"
В строке должно стоять depends=('webkitgtk3')
в строке source перечень нужных 1c-rpm пакетов
#### Сборка
Для сборки закидываем rpm-пакеты в каталог с PKGBUILD, запускаем
$ updpkgsums
$ makepkg -s
$ sudo pacman -U 1c_enterprise83-8.3.17-1846-x86_64.pkg.tar.zst
Запуск
$ /opt/1C/v8.3/x86_64/1cv8
Если при запуске появилась ошибка
> /opt/1C/v8.3/x86_64/libstdc++.so.6: version 'GLIBCXX_3.4.26' not found (required by /usr/lib/libwebkitgtk-3.0.so.0)*
заменяем *libstdc++.so.6* следующей командой:
$ sudo cp /usr/lib/libstdc++.so.6 /opt/1C/v8.3/x86_64/libstdc++.so.6
Если нужны MS-шрифты ставим
2. Конвертация 1с DEB в PKG
Ставим imagemagick, pkgextract и webkitgtk (описал выше)
YAY
$ sudo pacman -S base-devel git
выбираем все [Enter]
$ git clone https://aur.archlinux.org/yay.git
$ cd yay/
$ updpkgsums
$ makepkg -si
DEPTAP
$ yay -S debtap
как пользоваться
# debtap <имя пакета>.deb
# <имя пакета>
# GNU
готовый пакет
# sudo pacman -U <имя пакета>.pkg.tar.xz
заменяем *libstdc++.so.6* следующей командой
# sudo cp /usr/lib/libstdc++.so.6 /opt/1C/v8.3/x86_64/libstdc++.so.6
Подробности https://www.youtube.com/watch?v=H7MjVTcIfLI
Всем удачи в 2021.
Larisa72
09.01.2021, 21:30
Добрый день. Попробовала установить 1С Бухгалтерия ПРОФ на пк. Скачала платформу, бухгалтерию. Но работать не могу. При входе в 1С мне пишет, что нет файла 1С CD и не видит базу данных. Я что то не так делаю? Может кто подскажет?
ASWar
10.01.2021, 20:20
При установке платформы 1С:Предприятие на Centos 8 также были проблемы с зависимостями на пакет webkit. Очень повезло, что попалась статья (https://yes1111.dreamwidth.org/1578973.html), где данная проблема была решена. В конце статьи автор выложил скомпилированные пакеты, за что ему огромное спасибо! - Сэкономил массу времени!
Spiller26
11.01.2021, 09:10
Пути к расположению базы проверяйте и желательно без папок на кирилице.
maerty
12.01.2021, 01:50
Доброго времени суток.
Пытаюсь запустить группу контейнеров с 1C+HASP и PostgreSQL.
Как писалось ранее
Ну это решаемо, у меня получилось все это счастье запаковать в контейнеры, при чем я сделал Compose след вида:
1) Раздача лицензий платформы
2) Сервер 1С
3) Postgress
4) Сервер лицензирования конфигураций
5) OpenVPN (Для внешних пользователей)
Визуально стартует как нужно
1C | Start aksusbd_x86_64
1C | Start hasplmd_x86_64
1C | usbhasp[33]: Loaded key 0: 'для 64-битного сервака 1С:Предприятия 8.1
1C | usbhasp[33]: Loaded key 1: 'v8 50 user'
1C | usbhasp[33]: USB device created usb_vhci_hcd.0 (bus# 5)
1C | usbhasp[33]: Port 1 is powered on -> connecting device.
1C | usbhasp[33]: Port 1 connected.
1C | usbhasp[33]: Port 2 is powered on -> connecting device.
1C | usbhasp[33]: Port 2 connected.
1C | usbhasp[33]: Port 1 is disabled.
1C | usbhasp[33]: Set device on port 1 address = 2
1C | usbhasp[33]: Port 2 is disabled.
1C | usbhasp[33]: Set device on port 2 address = 3
Запуск осуществляется с задержкой как писалось ранее
modprobe usb-vhci-hcd & sleep 2
modprobe usb-vhci-iocifc & sleep 2
/var/hasplm/init/aksusbd.rc start & sleep 2
sudo usbhasp /etc/usbhaspd/keys/* & sleep 2
/opt/1cv8/x86_64/*/ragent -d /config
Так же пробовал готовый контейнер но тоже безрезультатно
https://hub.docker.com/r/shvilime/usbhasp
Похоже есть проблема с modprobe
На частой UBUNTU KVER=5.8.0-36-generic все работает без проблем, но когда использую контейнер вылазит
"Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!".
Текущей сборкой могу поделиться, возможно кто то сможет натолкнуть на мысль как решить.
Спасибо!
Не слушается udp 475 порт.
Правила ufw включал отключал.
SterhTG
14.01.2021, 12:30
Cудя по всему у Вас 64рех разрядная ос, а служба сента без 32ух разрядных либ не стартует. попробуйте доставить libc6-i386, возможно поедит.
NiKoLa_N
15.01.2021, 19:57
Тоже не видело ключ, как у Evgeny48
Поставил дрова HASP с etersoft и все взлетело.
NiKoLa_N
15.01.2021, 19:58
Тоже не видело ключ, как у Evgeny48
Поставил дрова HASP с etersoft и все взлетело.
alexio
26.01.2021, 01:21
Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?
Spiller26
26.01.2021, 11:04
Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?
Файловую базу лучше вообще не использовать для веб-клиента, т.к. остаются сессии, от которых толком не избавиться, только останавливать всё или перезагружать.
Серверную будет видеть, если в кластере в базе поставить что ключи раздаёт сервер.
Spiller26
26.01.2021, 11:04
Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?
Файловую базу лучше вообще не использовать для веб-клиента, т.к. остаются сессии, от которых толком не избавиться, только останавливать всё или перезагружать.
Серверную будет видеть, если в кластере в базе поставить что ключи раздаёт сервер.
detect
27.01.2021, 17:22
Поставил usbhasp на proxmox. В контейнере серверный ключ видит, сервер работает нормально, но сервер не видит пользавтельских лицензий и не раздает их. lsusb показывает оба ключа
Bus 010 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 010 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
В клиенте
Текущая:
Сетевой HASP4 ORGL8 50, получило клиентское приложение
Информационная база:
8101145821, клиент, 03.10.2018 0:00:00, ООО "1С-Софт" RU 123056 Москва Дмитровское шоссе 9
Сетевой HASP4 ORGL8 100
Локальный HASP4 ORGL8 50
Локальный HASP4 EN8SA 1
Локальный HASP4 ORGL8 500
На Ubuntu 20.04 ставил тоже самое. На Debiane 10 без контейнера напрямую, видит клиентские ключи и сервер их нормально раздает.
Вопрос что с клиентскими ключами?
Вроде их видит, возможно раздает нестабильно.
В сети сетевой клиентский ключ на 100, на сервере клиентский ключ на 50
На Proxmox Эмулятор встал после "apt-get install pve-headers"