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

[NiKoLa_N]

Тоже не видело ключ, как у Evgeny48
Поставил дрова HASP с etersoft и все взлетело.

[NiKoLa_N]

Тоже не видело ключ, как у Evgeny48
Поставил дрова HASP с etersoft и все взлетело.

[alexio]

Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?

[Spiller26]

Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?

Файловую базу лучше вообще не использовать для веб-клиента, т.к. остаются сессии, от которых толком не избавиться, только останавливать всё или перезагружать.
Серверную будет видеть, если в кластере в базе поставить что ключи раздаёт сервер.

[Spiller26]

Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?

Файловую базу лучше вообще не использовать для веб-клиента, т.к. остаются сессии, от которых толком не избавиться, только останавливать всё или перезагружать.
Серверную будет видеть, если в кластере в базе поставить что ключи раздаёт сервер.

[alexio]

Поставил на debian10 по этой инструкции: FullHaspEmul.zip Ubuntu 20.04.1 LTS. Тонкий и толстый клиенты 1с видят лицензию.
1. Web-клиент для файловой базы не видит лицензию. Так и должно быть или можно что-то предпринять?
2. Web-клиент клиент-серверной базы увидит ключ?

Столкнулся в феврале с тем, что толстый и тонкий клиенты стали самостоятельно закрываться через 2-4 минуты бездействия на 18.1201 или 18.1289 версиях платформы 1с при использовании usbhaspd. В параметрах ИБ время засыпания и время завершения спящего режима 1200 и 86400 сек. соответственно. Когда останавливаю службу usbhaspd и прописываю использование реального аппаратного ключа в nethasp.ini, то вылета нет. Это связано с проблемой "01.02" или можете посоветовать, куда копать?

[Spiller26]

Столкнулся в феврале с тем, что толстый и тонкий клиенты стали самостоятельно закрываться через 2-4 минуты бездействия на 18.1201 или 18.1289 версиях платформы 1с при использовании usbhaspd. В параметрах ИБ время засыпания и время завершения спящего режима 1200 и 86400 сек. соответственно. Когда останавливаю службу usbhaspd и прописываю использование реального аппаратного ключа в nethasp.ini, то вылета нет. Это связано с проблемой "01.02" или можете посоветовать, куда копать?

Вот наткнулся на статью https://vc.ru/services/205128-polzov...stye-programmy.
В конце 2020 года релизы платформы выходили чуть ли ни каждую неделю, а то и больше. Скорее всего именно решали вопрос именно по ключикам.
На каких номерах платформы стали блокировать работу не ясно, скорее всего выпущенные в конце 2020 (19.11.20) , т.к. в МинВерсии стоят платформы от этого числа, но не уверен.

[Spiller26]

Столкнулся в феврале с тем, что толстый и тонкий клиенты стали самостоятельно закрываться через 2-4 минуты бездействия на 18.1201 или 18.1289 версиях платформы 1с при использовании usbhaspd. В параметрах ИБ время засыпания и время завершения спящего режима 1200 и 86400 сек. соответственно. Когда останавливаю службу usbhaspd и прописываю использование реального аппаратного ключа в nethasp.ini, то вылета нет. Это связано с проблемой "01.02" или можете посоветовать, куда копать?

Вот наткнулся на статью https://vc.ru/services/205128-polzov...stye-programmy.
В конце 2020 года релизы платформы выходили чуть ли ни каждую неделю, а то и больше. Скорее всего именно решали вопрос именно по ключикам.
На каких номерах платформы стали блокировать работу не ясно, скорее всего выпущенные в конце 2020 (19.11.20) , т.к. в МинВерсии стоят платформы от этого числа, но не уверен.

[detect]

Поставил 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"

[daemonpnz]

Поставил usbhasp на proxmox. В контейнере серверный ключ видит

Я в конфиги контейнеров добавлял

lxc.mount.entry: /dev/bus/usb dev/bus/usb none bind,create=dir
lxc.mount.entry: /dev/aks/hasp dev/aks/hasp none bind,create=dir

aksusbd hasplm ставлю как в хост, так и в сам контейнер, соответственно и стартую везде. Одним из признаков правильной работы должен быть файлик в контейнере

/tmp/.aksusb