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

[holmes]

Сделала всё как в мануалах нарисовано, а 1С падает в разных местах "Ключ больше не доступен" или вообще в "Process 3554 (1cv8) of user 1000 dumped core", с родным USB ключом ничего не вываливается, значит вывод надо USBHASP пилить который что-то не так отвечает, есть в природе что рабочее, чтобы не падало?

[Pependos]

Сделала всё как в мануалах нарисовано, а 1С падает в разных местах "Ключ больше не доступен" или вообще в "Process 3554 (1cv8) of user 1000 dumped core", с родным USB ключом ничего не вываливается, значит вывод надо USBHASP пилить который что-то не так отвечает, есть в природе что рабочее, чтобы не падало?

Зачем заморачиваться с USBHASP, если можно пропатчить backbas.so? Говорю лично за себя - у меня с эмуляцией HASP (по инструкции) были постоянные падения и краши, а с патченным backbas.so - работает как часики.

[beatstream]

у нас 8.2.19.130 и 8.3.19.. на винде рядом. Хасп надоел, 8.3 пропатчен и работает норм, а 8.2 попробовал UniPatcher, при входе периодически стал зависать конфигуратор.
Решил вот заморочиться сетевыми ключами...
Насчёт отсутствия ключей в вебморде нашёл такой faq, хз это так?

[holmes]

Зачем заморачиваться с USBHASP, если можно пропатчить backbas.so? Говорю лично за себя - у меня с эмуляцией HASP (по инструкции) были постоянные падения и краши, а с патченным backbas.so - работает как часики.

Это тоже хорошо, но лучше на борту иметь emuUSBHASP ключи.

[vovashulga]

Сделала всё как в мануалах нарисовано, а 1С падает в разных местах "Ключ больше не доступен"

дамп ключа "неправильный" (число кл.лиц. не соответствует станд.списку и паролю ключа), потому и получаете "потеря ключа".
Никто не обещал, что дамп ключа можно отредактировать как захотелось и изделие это "проглотит" - изделие сделает вам "серпом по молоту" за малейшее подозрение на хак.
Если число клиентских лицензий ИЗ СТАНД.СПИСКА {1,5,10,20,50,100}, то протеря ключа, как правило, не возникает.

или вообще в "Process 3554 (1cv8) of user 1000 dumped core"

это вы в дампе ключа вписали произвольное значение - за это получаете "серпом по молоту", и недоумеваете "А НАС-ТО ЗА ШО?"

с родным USB ключом ничего не вываливается

Ага, "обиделась мышь на крупу и не стала её есть". У вас всё плохо с анализом происходящих событий.

значит вывод надо USBHASP пилить который что-то не так отвечает

"Пилите, Шура, пилите, она золотая!" (из кинофильма "Золотой телёнок")
Чё пилить-то? Посмотрите дизасм.код изделия в той его части. где выполняется проверка значений, возвращаемых функциями работы с ключом (локальным или сетевым), многое будет понятнее в поведении изделия.

[HPDX2300]

Сделала всё как в мануалах нарисовано, а 1С падает в разных местах "Ключ больше не доступен" или вообще в "Process 3554 (1cv8) of user 1000 dumped core", с родным USB ключом ничего не вываливается, значит вывод надо USBHASP пилить который что-то не так отвечает, есть в природе что рабочее, чтобы не падало?

Посмотрел исходники USBHASP (a.k.a. usb_vhci_hcd) - возникает вопрос: "этот эмулятор ваабче используется кем-то для изделия секты 'АднаСекта' ?"
Только у holmes не получилось его попользовать, или все остальные просто промолчали о своих неудачах?

[HPDX2300]

Посмотрел исходники USBHASP (a.k.a. usb_vhci_hcd) - возникает вопрос: "этот эмулятор ваабче используется кем-то для изделия секты 'АднаСекта' ?"
Только у holmes не получилось его попользовать, или все остальные просто промолчали о своих неудачах?

всётаки USBHASP (a.k.a. usb_vhci_hcd) у некоторых работает месяцами и не жужжит. Придется мне погрузиться в реализацию Service 60 HaspEncodeData в унипатче, чтобы понять "от каких данных в дампе ключа зависит результат?"