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

[adfadf]

Сделал инвестигейшн для Linux.

Варианты с компиляцией под ядро - не рабочие (тестировал на Centos 8 и Ubuntu 18.04).
Тесты проводил в VirtualBox. 1C толстый клиент запукал как внутри виртуалки, где был установлен hasp, так из хост-машины по host-only сети внутри VirtualBox. Общение под UPD сделал через прокси, и могу сказать, что оно происходит между 1С и эмулятором, но после загрузки, примерно получаю ошибку, что ключ не найден.

Если поднять в VirtualBox MultiKey на Windows XP (OVA), то ошибка с ключем не ловится и все работает стабильно.

[Makar47]

Подскажите, качал и готовые deb пакеты, и собирал самостоятельно - результат один и тот же

usbhasp[14826]: Loaded key 0: '8.0 Enterprise 100 Users', Created: 06.09.2007 19:43
usbhasp[14826]: USB device created usb_vhci_hcd.0 (bus# 3)
usbhasp[14826]: Port 1 is powered on -> connecting device. 
usbhasp[14826]: Port 1 connected.
usbhasp[14826]: Port 1 is disabled.
usbhasp[14826]: Set device on port 1 address = 2

и 1с ничего не получает :(

Linux tm 5.3.0-45-generic #37-Ubuntu SMP Thu Mar 26 20:41:27 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

475 порт не открывается никаким usbhasp (хоть самим собранным, хоть из deb)

[cherubashka]

С разбегу не мог разобраться с License Manager.
Собрал пакет с ним, кому лень заморачиваться с копированием и настройкой служб.
Собирал на Debian 9.
Скачать

[gigapevt]

На CentOS 8 при сборке, по скрипту "install_hasp_centos78.sh" появляется ошибка "!access_ok",
поправил его немного -
Добавил установку пакета и автозамену параметров VERIFY_WRITE и VERIFY_READ.

нужно добавить в скрипт
при установке пакетов:

if [ ${OSv} -eq 8 ]; then
echo "Installing Development support for libelf"
${YUM} install -q -y elfutils-libelf-devel
fi

А перед сборкой VHCI_HCD
Добавить:

if [ ${OSv} -eq 8 ]; then
echo "Bug fix: ""access_ok"""
sed -i 's/VERIFY_READ, //' usb-vhci-iocifc.c
sed -i 's/VERIFY_WRITE, //' usb-vhci-iocifc.c
fi

тогда получится более менее сносный универсальный скрипт для CentOS 7 и 8
На ядре 4.18.0 прекрасно отрабатывает.
всё остальное по стандартным инструкциям.

[IRON.FELIX]

Контейнер запускается с параметром --net host, т.е. контейнер, в результате, использует пространство имен хоста и не получает свой собственный IP-адрес. Используйте IP адрес самой тачки. Файл nethasp.ini - это настройки именно службы менеджера лицензий и его не надо никуда копировать

[gigapevt]

NH_SERVER_ADDR - конечно же устанавливаем адрес где крутится и открыт порт hasp, иначе можно прописать localhost

[gigapevt]

И на сколько мне не изменяет память - файл располагается в корне etc, т.е. /etc/nethasp.ini

[manop]

а как можно выкачать созданный контейнер? попытка собрать под дебиан бастер не привела к успеху

[IRON.FELIX]

2manop, Просто выкачивать контейнер не имеет особого смысла, в нем нет никаких ключей. Нужно вначале подложить нужные ключи, а потом собирать образ. Либо добавлять в него VOLUME, чтобы можно было оперативно менять ключи. Но мне это показалось излишним.

[lufton]

Что за ерунда, пытаюсь собрать libusb_vhci по иснтрукции. Склонировал репозиторий, выполняю и получаю ошибку:

root@debian:/usr/src# cd libusb_vhci
root@debian:/usr/src/libusb_vhci# ./configure
bash: ./configure: Нет такого файла или каталога

Вывод ls -l:
Скрытый текст

root@debian:/usr/src/libusb_vhci# ls -l
итого 40
-rw-r--r-- 1 root root   37 Апр 19 00:25 AUTHORS
-rw-r--r-- 1 root root    0 Апр 19 00:25 ChangeLog
-rw-r--r-- 1 root root 1596 Апр 19 00:25 configure.ac
-rw-r--r-- 1 root root 1586 Апр 19 00:25 COPYING
drwxr-xr-x 2 root root 4096 Апр 19 00:25 examples
-rw-r--r-- 1 root root 6970 Апр 19 00:25 INSTALL
drwxr-xr-x 2 root root 4096 Апр 19 00:25 m4
-rw-r--r-- 1 root root   65 Апр 19 00:25 Makefile.am
-rw-r--r-- 1 root root    0 Апр 19 00:25 NEWS
-rw-r--r-- 1 root root  286 Апр 19 00:25 README
drwxr-xr-x 2 root root 4096 Апр 19 00:25 src