как ломануть 1C 8.3 for Linux [Архив] - Страница 5 - FRB | FORUM RUBOARD

daemonpnz

01.12.2019, 13:42

На шаге замены ВМ с мультикеем на контейнервот здесь подробнее: где поднят сам эмулятор, на хосте или в самом эмуляторе. Если первое, то как организован проброс эмулированных устройств внутрь контейнера. К этому ко всему желательно приложить конфиги. В общем чем больше подробностей. тем лучше. И не того какую схему ты хочешь, а какая схема реализована с контейнером у тебя сейчас.

Илья547

02.12.2019, 08:28

Так ж спортивный интерес)

Там похоже нужен дамп другого ключа, которых в открытом доступе нет. Если у кого-то есть ключ hasp pro или max, то он может сдампить ключ (под виндой) и проверить данный эмулятор, который еще и hasp сервером является.

ХайхА

02.12.2019, 14:56

День добрый форумчане. Прошу прощения за свою неграмотность в 1с. Пользовался пробный месяц бесплатно 1с УНФ фреш. Все устроило по работе. Есть ли возможность продолжать пользоваться данным продуктом на локальном ПК (не в облаке) не покупая лицензию? Если есть, то прошу ткуть носом где почитать как и что надо установить. Заранее спасибо.

LaYt

03.12.2019, 11:51

Да уж, выложил уже пропатченные, готовые deb пакеты. Просто бери и ставь.
Но народ все-равно сам патчит :)

Не завелись с полпинка - пришлось usb-vhci-hcd-dkms_1.15.1-1_amd64.deb компилить руками

пришлось раскоменчивать эту строку в usb-vhci-iocifc.c

#include <linux/uaccess.h>

для справки

Linux u-1c-server-01 4.15.0-70-generic #79-Ubuntu SMP Tue Nov 12 10:36:11 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

edelweiss

03.12.2019, 15:16

...
Уважаемый, а есть ли какая-нибудь адекватная инструкция, чтобы все это добро собрать самому с нуля на убунте 18.04 ?
Уверен, были бы Вам многие весьма признательны!

HPDX2300

03.12.2019, 15:36

есть ли какая-нибудь адекватная инструкция, чтобы все это добро собрать самому с нуля?

постов, написанных в той теме, уже достаточно (и даже более того - всё разжевано неоднократно) для "сборки изделия с нуля самостоятельно". Ключевое слово "достаточно", что не равно "необходимо". А "необходимо" очень многое: 1) хороший IT-background - соображать надо быстро и "не тупить" 2) хорошее образование (среднее в школе, и высшее не помешает) - беглое чтение "дьявольской мовы", т.е. in English, жизненно важно для ИТ-шника (не владеешь инглишом на уровне intermediate = не владеешь ИТ-технологиями т.к. не можешь читать man-ы и доку, RTFM никто неотменял). Почитайте предыдущие 42 страницы темы и задавайте вопросы о непонятом - вас направят "в нужное русло", а "жевать" чтобы вы "проглотили" никто не будет - ВРЕМЯ - ДЕНЬГИ (мы все работаем, кстати)

tulpanov

03.12.2019, 16:44

Ещё бы нормально с этих турбобитов качалось, а то совсем не отдаёт прямую ссылку.

А так бы были патчи на форуме и всё было бы огонь.

Некуда мне больше положить.
Патчи можно достать из пакета dkms
Собираюсь отправить их разработчику, но лень регистрироваться на sf

tulpanov

03.12.2019, 16:54

Уважаемый, а есть ли какая-нибудь адекватная инструкция, чтобы все это добро собрать самому с нуля на убунте 18.04 ?
Уверен, были бы Вам многие весьма признательны!

Инструкции по сбору есть в этой теме 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=537227&viewfull=1#post537227

Но учтите, что
"1. устанавливаем либы для х32 (без них работать не будет!!!)" - неправильно. Либы х32 нужны для снятия дампа с ключа хаспа. Для эмуляции они не нужны.
2. устанавливаем исходники ядра - исходники ядра не нужны, нужны заголовки ядра
4. собираем драйвер виртуального USB - эти исходники я чуть подправил: добаил поддержку 5-го ядра, добавил поиск hcd файла в заголовках ядра автоматом (файл не нужно копировать). Можно найти в выложенном мной пакете dkms.

Но это все я уже писал. Кажется уже третий раз пишу :)

Как собрать deb пакет не расскажу - это долгая лекция :)

edelweiss

03.12.2019, 17:09

(среднее в школе, и высшее не помешает)
Ну, это Вы явно загнули: уверен, Вы уже не возьмете средненький интегральчик или производную из школьной программы, не говоря уже про вышку...дело не в этом, были у меня раньше знакомые айтишники без образования, но фору любому дадут...рассеялись все кто куда...так что не это главное...
А для Вас, если Вы позиционируете себя достаточно продвинутым, ничего ведь не стоит дать хотя бы исчерпывающий набор необходимых и достаточных команд, чтобы получить необходимое, не правда ли? Вот уже почти и инструкция, а комментариями она и так обрастет со временем. Но только не 10 команд, 20 из которых в промежутке вы должны додумать сами в зависимости от курса доллара, погодных условий, лунного затмения и орбиты самого ближайшего астероида...
Ведь Вы это все уже проделали и наверняка не раз.

edelweiss

03.12.2019, 17:25

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

edelweiss

04.12.2019, 01:33

вывод lsusb:

Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

вывод dmesg:

[ 53.844961] hub 3-0:1.0: USB hub found
[ 53.844969] hub 3-0:1.0: 1 port detected
[ 53.845051] usb_vhci_iocifc: Usb bus #3
[ 54.184016] usb 3-1: new full-speed USB device number 2 using usb_vhci_hcd
[ 54.334397] usb 3-1: New USB device found, idVendor=0529, idProduct=0001
[ 54.334399] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 54.334401] usb 3-1: Manufacturer: HASP HL 3.25

Вопрос: почему всего один?

tulpanov

04.12.2019, 11:55

edelweiss, если бы были такие инструкции как вы хотите, всех АйТишников разогнали бы.
Это примерно как инструкция по ремонту машины. Знания все-равно нужны.
За вас никто не разберется.

На мой взгляд очень хорошая инструкция. Ниже есть еще одна. У меня с нее все завелось.

Если не умеете, я выложил уже готовые пакеты. Хотя могут быть ошибки при установке.

"Вопрос: почему всего один?" - знаете анекдот про приборы?

Думаю вам либо стоит либо приложить усилия по пониманию (как в ремонте машины), форум почитать, либо бросить это дело :)

tulpanov

04.12.2019, 11:56

tulpanov

04.12.2019, 12:28

Не завелись с полпинка - пришлось usb-vhci-hcd-dkms_1.15.1-1_amd64.deb компилить руками

пришлось раскоменчивать эту строку в usb-vhci-iocifc.c

#include <linux/uaccess.h>

для справки

Linux u-1c-server-01 4.15.0-70-generic #79-Ubuntu SMP Tue Nov 12 10:36:11 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Ясно, спасибо за сведения.

"#include <linux/uaccess.h>" - У меня кажется наоборот с ней не завелась. Но уже не помню точно, а проверять и переделывать пока нет возможности.

Ну и опять, dkms проста как три копейки. Она же вам и пакет может собрать, достаточно ей дать одну команду. Кажется я ее даже в make добавлял.

Правите исходники, в /usr/src/usb-vhci...
Потом
make dkmsbuild
make deb

И будет у вас свой, правильный пакет dkms

tulpanov

04.12.2019, 12:34

И кстати этот правильный пакет можно выложить для всех. На понравившийся вам ресурс.
Можно и патч оттуда достать и тоже выложить. Я не против :)
А лучше отправить его разработчику, что бы он внес его прямо в свой код. Это было бы неплохо.

edelweiss

04.12.2019, 13:28

Думаю вам либо стоит либо приложить усилия по пониманию (как в ремонте машины), форум почитать, либо бросить это дело :)
Да хрен с ней - с инструкцией, я проделал определенную работу, получил определенный результат, который отличается от ожидаемого, поэтому задаю вопрос более опытным по поводу причин и получения соответствующих советов. Знал бы сам - смысла бы не было спрашивать. Опять же про Вашу машину: Вы сделали все по имеющейся инструкции (насколько она достаточна - большой вопрос!), но она все равно не едет, идей у Вас больше нет, Вы сделали все, что осознавали, поэтому Вы вынуждены обращаться к тем, кто имеет больший опыт и может подсказать причины и методы их устранения. Вопрос актуальный: почему у меня виден всего один девайс, а не два, как положено? Идей у меня нет...

tulpanov

04.12.2019, 16:34

Да хрен с ней - с инструкцией, я проделал определенную работу, получил определенный результат, который отличается от ожидаемого, поэтому задаю вопрос более опытным по поводу причин и получения соответствующих советов. Знал бы сам - смысла бы не было спрашивать. Опять же про Вашу машину: Вы сделали все по имеющейся инструкции (насколько она достаточна - большой вопрос!), но она все равно не едет, идей у Вас больше нет, Вы сделали все, что осознавали, поэтому Вы вынуждены обращаться к тем, кто имеет больший опыт и может подсказать причины и методы их устранения. Вопрос актуальный: почему у меня виден всего один девайс, а не два, как положено? Идей у меня нет...

Вы неправильные вопросы задаете.

Почему их должно быть два? (А не три, четыре, сколько там?)

Вы все-равно должны сами понять как и сделать (пусть и с подсказками), а не за вас должны все додумывать.

Простите, нет времени играть с вами в угадайку

edelweiss

04.12.2019, 19:41

Почему их должно быть два? (А не три, четыре, сколько там?)

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

edelweiss

05.12.2019, 10:56

tulpanov

05.12.2019, 17:01

И кстати, если проводить аналогию с виндой, то ставятся либо два устройства, либо не ставятся вовсе, хотя я такого не припомню, а вот появление только одного устройства - это что-то из области паранормального...

Ну почему два?

Если вы про haspd - то там будет устройств столько сколько файлов json вы ему укажете (хоть десять, хоть одно). Вы можете пройти на сайт эмулятора, указанный в инструкции по сборке и там это прочитать. Ну или хотя бы спросить (если думать неохота), откуда берутся устройства, а не почему два...
Я же вам говорю, за вас думать никто не будет.

edelweiss

05.12.2019, 17:18

там будет устройств столько сколько файлов json вы ему укажете (хоть десять, хоть одно).
Возможно, спорить не буду, была у меня такая мысль, гляну на виндовой системе...Я почему спросил: не видит 1С ключ серверный, мне пока только он необходим, поэтому указываю только один дамп - serverkey.json, в клиентском пока необходимости нет, его эмуль поднят как раз на винде вместе с hasplm...
И, да, aksusbd установлен если что...

edelweiss

06.12.2019, 00:40

Возможно, спорить не буду, была у меня такая мысль, гляну на виндовой системе...
Глянул, поэтому сам себе отвечаю: несмотря на то, что в систему введен один единственный дамп в виде клиентского ключа, устройств видно два - хоть застрелись!

LaYt

06.12.2019, 07:29

еслиб вы прочли внимательно тему то и вопросы ушли сами - если 1с не видит ключа - меняйте его на другой в теме давали ссылки на другие

edelweiss

06.12.2019, 10:40

еслиб вы прочли внимательно тему то и вопросы ушли сами - если 1с не видит ключа - меняйте его на другой в теме давали ссылки на другие
Уважаемый, я уже изначально взял эти самые другие, у которых они заработали.
Ссылка на дампы https://yadi.sk/d/llLEAiFJncNbmw
Поймите, если бы было все просто, и я понимал, что нужно сделать, чтобы исправить ситуацию, я бы здесь не спрашивал и не терял Ваше и свое время, это же так очевидно...

kalk

06.12.2019, 11:19

Глянул, поэтому сам себе отвечаю: несмотря на то, что в систему введен один единственный дамп в виде клиентского ключа, устройств видно два - хоть застрелись!

Не знаю как в винде, не проверял. На линукс Usbhasp создает одно устройство на каждый дамп ключа

Один ключ - одно устройство.

# systemctl status usbhasp.service -l
● usbhasp.service - Usbhasp daemon
Loaded: loaded (/etc/systemd/system/usbhasp.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2019-12-06 10:04:35 MSK; 22s ago
Process: 697 ExecStart=/usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json (code=exited, status=0/SUCCESS)
Main PID: 708 (usbhasp)
CGroup: /system.slice/usbhasp.service
└─708 /usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json

Dec 06 10:04:35 centos7.loc systemd[1]: Starting Usbhasp daemon...
Dec 06 10:04:35 centos7.loc usbhasp[697]: USB device created usb_vhci_hcd.0 (bus# 3)
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 is powered on -> connecting device.
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 connected.
Dec 06 10:04:35 centos7.loc systemd[1]: Started Usbhasp daemon.
Dec 06 10:04:35 centos7.loc usbhasp[708]: Port 1 is disabled.
Dec 06 10:04:36 centos7.loc usbhasp[708]: Set device on port 1 address = 2

# lsusb | grep -i hasp
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

Два ключа - два устройства.

# systemctl status usbhasp.service -l
● usbhasp.service - Usbhasp daemon
Loaded: loaded (/etc/systemd/system/usbhasp.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2019-12-06 09:56:07 MSK; 3min 13s ago
Process: 698 ExecStart=/usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json /root/hasp-keys-emu/100user.json (code=exited, status=0/SUCCESS)
Main PID: 714 (usbhasp)
CGroup: /system.slice/usbhasp.service
└─714 /usr/bin/usbhasp -d /root/hasp-keys-emu/1c_server_x64.json /root/hasp-keys-emu/100user.json

Dec 06 09:56:07 centos7.loc systemd[1]: Started Usbhasp daemon.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 1 is powered on -> connecting device.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 1 connected.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 2 is powered on -> connecting device.
Dec 06 09:56:07 centos7.loc usbhasp[714]: Port 2 connected.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Port 1 is disabled.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Set device on port 1 address = 2
Dec 06 09:56:08 centos7.loc usbhasp[714]: Port 2 is disabled.
Dec 06 09:56:08 centos7.loc usbhasp[714]: Set device on port 2 address = 3

# lsusb | grep -i hasp
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

И еще один момент который долго вводил меня в ступор. Сервер 1с не получал ключ от эмулятора, пока я не создал больше 13 подключений. Тогда в обвязке "Администрирование серверов 1С" и в самих клиентах я увидел, что система получила ключ.

edelweiss

06.12.2019, 15:01

И еще один момент который долго вводил меня в ступор. Сервер 1с не получал ключ от эмулятора, пока я не создал больше 13 подключений. Тогда в обвязке "Администрирование серверов 1С" и в самих клиентах я увидел, что система получила ключ.
Пожалуй, единственное существенное замечание по моему вопросу!
1С-ка ведь действительно ни линухе работает без серверного ключа до определенного кол-ва пользователей. Вы эмулировали подключения или на реальных юзерах откатывали? Если эмулировали, то как: с разных устройств ? С одного-то вряд ли прокатит. И под обвязкой Вы подразумевали консоль администрирования? Разве там можно посмотреть ключ?

edelweiss

07.12.2019, 02:28

HPDX2300

07.12.2019, 23:35

Некуда мне больше положить.
Патчи можно достать из пакета dkms

Если "гоняться" за монетизацией выложенного, то окромя турбобита "больше некуда".
А если на яндексе завести учетку, то будет подарено 10Гиг яндекс-диска, и ссылочки типа https://yadi.sk/d/llLEAiFJncNbmw работают как швейцарские часики.

HPDX2300

07.12.2019, 23:49

Создал 13 подключений, на 13-ом получаю:
На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Файл программной лицензии не найден
локальный ключ недоступен: Status=-100, EN8SA Локальный, не установлен
Поиск лицензии в сервисе лицензирования:
Файл программной лицензии не найден
Даже и не знаю уже, где копать...тама или тута...

сервер не нашел локальный серверный ключ. эмулятор запущен?
"технологический журнал" (ТЖ) откроет вам подробности происходящего во внутренностях платформы одинсек при получении лицензии - в платформе есть событие получения лицензии, его мона ловить в ТЖ.
ТЖ включается появлением файла logcfg.xml в нужном месте, и выключается удалением этого файла.
ТЖ мона получать в любой момент времени, и на клиенте , и на сервере.

LaYt

13.12.2019, 08:44

Ясно, спасибо за сведения.

"#include <linux/uaccess.h>" - У меня кажется наоборот с ней не завелась. Но уже не помню точно, а проверять и переделывать пока нет возможности.

Ну и опять, dkms проста как три копейки. Она же вам и пакет может собрать, достаточно ей дать одну команду. Кажется я ее даже в make добавлял.

Правите исходники, в /usr/src/usb-vhci...
Потом
make dkmsbuild
make deb

И будет у вас свой, правильный пакет dkms

Поправил пакет USBHASP

выложил тут https://yadi.sk/d/uXvRJq-EC6IpGQ

Появился вопрос, кто реализовывал проброс usb ключа c линуха на винду (серверный ключ). Поделитесь реализацией...
Через USB Redirector у меня пока не заработало...

LaYt

13.12.2019, 09:30

да забыл - пароль на архив 123

babel

16.12.2019, 11:59

Поправил пакет USBHASP

выложил тут https://yadi.sk/d/uXvRJq-EC6IpGQ

Появился вопрос, кто реализовывал проброс usb ключа c линуха на винду (серверный ключ). Поделитесь реализацией...
Через USB Redirector у меня пока не заработало...
Спасибо, а это для ядра 4.19? или для 5.0.0 ?

LaYt

17.12.2019, 06:34

freeman67

17.12.2019, 10:26

Всем привет!
1С вылетает через одну минуту после запуска с ошибкой "1cv8c crashed with SIGSEGV in tcmalloc::SLL_Next()"
При перезапуске может не вываливаться до двух минут
версия 1c-enterprise83-client 8.3.16-1063
OC Ubuntu 19.10 x86_64
Core 5.4.1-050401-generic
Пакеты от tulpanov и LaYt встали без проблем.
Подскажите, если кто знает, в какую сторону копать?

LaYt

17.12.2019, 13:01

У меня 8.3.16 тоже не завелась... откатился пока на 8.3.13

ipeghfkjdb

18.12.2019, 10:08

У меня тоже вылетает на 8.3.16.1063. Ошибка обращения к несуществующей памяти. Возможно это бага в эмуляторе?

babel

18.12.2019, 19:17

Это поправленный пакет от tulpanov.

Инструкции тут (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=563656&viewfull=1#post563656)

Понятно, спасибо, ключи подцепились, но когда запускаешь саму базу, пишет: "Начальное заполнение данных" доходит до 7% и замирает, подгрузив проц на 100 %

//система ubuntu 18.04.3 x64, но платформа 1с 32-бит

sudo systemctl status usbhaspd
● usbhaspd.service - Usbhasp daemon
Loaded: loaded (/lib/systemd/system/usbhaspd.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2019-12-18 18:04:01 MSK; 11min ago
Main PID: 7918 (usbhaspd)
Tasks: 2 (limit: 4915)
CGroup: /system.slice/usbhaspd.service
├─7918 /bin/bash /usr/bin/usbhaspd
└─7921 /usr/bin/usbhasp /etc/usbhaspd/keys/50user.json /etc/usbhaspd/keys/x86_server.json

Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

Что я делаю не так?

babel

18.12.2019, 19:20

Может из-за того, что у меня стоит 8.3.16.1063?
Тоже может откатиться?

babel

19.12.2019, 17:48

Может из-за того, что у меня стоит 8.3.16.1063?
Тоже может откатиться?

Установил 8_3_13_1690. Но через минуту написало, что ключ программы не обнаружен, причём пробовал "1c8_uni2patch_lin backbas.so" и с предложенного варианта в этой ветке. Вообще нивкакую не работает.

Lolipop111

20.12.2019, 01:38

Делал в первый раз в жизни, с линуксом пока на "Вы", так что сильно не пинайте, может кому поможет)
8.3.16.1063, x64. Взлетела, ура))
Делал так:
скачал отсюда 2 файла deb:
ftp://updates.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Ubuntu/18.04/

Далее в терминале:
sudo apt install libc6-i386
sudo dpkg -i haspd-modules_7.90-eter2ubuntu_amd64.deb
sudo dpkg -i haspd_7.90-eter2ubuntu_amd64.deb
sudo apt install -f
sudo systemctl restart haspd.service
sudo systemctl status haspd.service

Проверил, всё ок.

sudo nano /etc/haspd/hasplm.conf
Добавил строку: NHS_IP_LIMIT = 127.0.0.1, 192.168.0.0/24;

Скачал отсюда файлы (https://yadi.sk/d/uXvRJq-EC6IpGQ).
И далее по этой инструкции (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=563656&viewfull=1#post563656)

LaYt

20.12.2019, 11:39

Понятно, спасибо, ключи подцепились, но когда запускаешь саму базу, пишет: "Начальное заполнение данных" доходит до 7% и замирает, подгрузив проц на 100 %

//система ubuntu 18.04.3 x64, но платформа 1с 32-бит

Что я делаю не так?

А в чем задача в 32 бит сервере?

babel

20.12.2019, 12:33

А в чем задача в 32 бит сервере?

Установил от 64 бит дамп сервера, один фиг пишет "ключ защит программы больше не доступен".

sudo systemctl status usbhaspd
● usbhaspd.service - Usbhasp daemon
Loaded: loaded (/lib/systemd/system/usbhaspd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-12-20 11:18:27 MSK; 11min ago
Main PID: 23050 (usbhaspd)
Tasks: 2 (limit: 4915)
CGroup: /system.slice/usbhaspd.service
├─23050 /bin/bash /usr/bin/usbhaspd
└─23053 /usr/bin/usbhasp /etc/usbhaspd/keys/1c_server_x64.json /etc/usbhaspd/keys/50user.json

дек 20 11:18:27 pinzaru-H110N usbhasp[23053]: Port 2 is powered on -> connecting device.
дек 20 11:18:27 pinzaru-H110N usbhasp[23053]: Port 2 connected.
дек 20 11:18:27 pinzaru-H110N usbhaspd[23050]: usbhasp[23053]: Port 1 is disabled.
дек 20 11:18:27 pinzaru-H110N usbhasp[23053]: Port 1 is disabled.
дек 20 11:18:27 pinzaru-H110N usbhaspd[23050]: usbhasp[23053]: Set device on port 1 address = 2
дек 20 11:18:27 pinzaru-H110N usbhasp[23053]: Set device on port 1 address = 2
дек 20 11:18:27 pinzaru-H110N usbhaspd[23050]: usbhasp[23053]: Port 2 is disabled.
дек 20 11:18:27 pinzaru-H110N usbhasp[23053]: Port 2 is disabled.
дек 20 11:18:28 pinzaru-H110N usbhaspd[23050]: usbhasp[23053]: Set device on port 2 address = 3
дек 20 11:18:28 pinzaru-H110N usbhasp[23053]: Set device on port 2 address = 3

sudo systemctl status haspd.service
● haspd.service - LSB: Hasp keys support
Loaded: loaded (/etc/init.d/haspd; generated)
Active: active (running) since Fri 2019-12-20 11:12:23 MSK; 19min ago
Docs: man:systemd-sysv-generator(8)
Tasks: 11 (limit: 4915)
CGroup: /system.slice/haspd.service
├─17856 aksusbd
├─17867 winehasp
├─17876 hasplm -c /etc/haspd/hasplm.conf
└─17885 hasplmd -s

дек 20 11:12:22 pinzaru-H110N haspd[17824]: [ DONE ]
дек 20 11:12:22 pinzaru-H110N aksusbd[17856]: loaded, daemon version: 7.90.1.81737, key API (USB) version: 3.88 (parallel driver not available)
дек 20 11:12:22 pinzaru-H110N haspd[17824]: Running aksusbd... [ DONE ]
дек 20 11:12:22 pinzaru-H110N winehasp[17867]: winehasp 2.00 loaded
дек 20 11:12:22 pinzaru-H110N haspd[17824]: Running winehasp... [ DONE ]
дек 20 11:12:23 pinzaru-H110N hasplm[17876]: HASP LM v8.30 loaded
дек 20 11:12:23 pinzaru-H110N haspd[17824]: Running hasplm... [ DONE ]
дек 20 11:12:23 pinzaru-H110N hasplmd[17885]: HASP LM v22.0.1.84151 loaded
дек 20 11:12:23 pinzaru-H110N haspd[17824]: Running hasplmd... [ DONE ]
дек 20 11:12:23 pinzaru-H110N systemd[1]: Started LSB: Hasp keys support.
Не знаю в чём дело.

babel

20.12.2019, 12:39

Вот ещё данные, типа, ключ Аладин есть

lsusb
Bus 003 Device 003: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

babel

20.12.2019, 12:43

При установке одного из пакетов вылезло:

usb-vhci-hcd:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.0.0-37-generic/updates/dkms/

usb-vhci-iocifc.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.0.0-37-generic/updates/dkms/

depmod....

DKMS: install completed.

leov-001

20.12.2019, 13:34

Установил от 64 бит дамп сервера, один фиг пишет "ключ защит программы больше не доступен".

Не знаю в чём дело.

дек 20 11:12:22 pinzaru-H110N haspd[17824]: Running winehasp... [ DONE ]

HASP от Etersoft. Работать не будет.

freeman67

20.12.2019, 14:15

[QUOTE=freeman67;568194]Всем привет!
1С вылетает через одну минуту после запуска с ошибкой "1cv8c crashed with SIGSEGV in tcmalloc::SLL_Next()"
При перезапуске может не вываливаться до двух минут
версия 1c-enterprise83-client 8.3.16-1063
OC Ubuntu 19.10 x86_64
Core 5.4.1-050401-generic
Пакеты от tulpanov и LaYt встали без проблем.

Запустил из терминала в режиме тонкого клиента.
Через 3 минуты вылетела с ошибкой "Ошибка сегментирования (стек памяти сброшен на диск)".
Перед этим поставил hasp от etersoft, но, думаю, причина не в нем.

freeman67

20.12.2019, 14:20

freeman67

20.12.2019, 15:18

После установки nscd 1C 8.3 работает нормально в режиме толстого клиента, но в режиме тонкого клиента по прежнему вылетает по ошибке сегментирования.

babel

21.12.2019, 17:45

Короч, плюнул я на эмуль хаспа под убунту и просто поставил эту (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x?p=544344&viewfull=1#post544344) хрень, и всё заработало.
//задача была, поставить 1Ску, что бы её окна работали/отображались из под оконного менеджера Убунту, без всяких RDP терминалов.
Отступление/костыль в виде весьма минимальной виртуальной машины очень подошло. Пусть будет хотя бы на время, до решения вопроса эмуляции ключа под Убунту. Или до покупки лицензии.

ipeghfkjdb

21.12.2019, 19:36

Три дня провозился, пытаясь настроить стабильную работу клиентов в 8.3.16.1063. Одни и те же ошибки доступа к памяти. Надоело... купил ключ хасп, тонкий клиент перестал падать.

ziberok

26.12.2019, 13:03

Удалось кому нить на убунте или центосе завести нормально дампы серверных и многопользовательских ключей без вылетов на платформу 8.3.16.XXXX ? речь ест-но про x86_64

HPDX2300

27.12.2019, 12:40

На форуме AltLinux пишут "1с-клиент, толстый и тонкий, после выбора БД завершает свою работу с ошибкой "Ошибка сегментирования". Лечится эта ошибка запуском службы демона NSCD."
Если цитату погуглить, то увидим, что это написано почти что "на заборе" (икс,игрек,и ещё что-то из высшей математики).
Re: Клиент 1С:Предприятие 8.3 (8.3.9.2233) ALTlinux 8 (https://forum.altlinux.org/index.php?PHPSESSID=q9tugn1noiikk81rvu4ac1juc7&topic=41718.msg330081#msg330081)
« Ответ #4 : 02.09.2018 11:13:26 »
А на самом деле - за забором сложены дрова.
Читайте инфостарт (https://infostart.ru/public/205264/), статья написана экс-сотрудником артели один-сек (это ясно по комменту автора).
Полезная цитата из коментов:
"...если "процесс", "версия платформы" и "адрес краха" одинаковые, тогда это, скорее всего, одна и та же ошибка. исключения бывают, но это редкость.

сделать классификатор этих смещений
Идея хорошая, в 1С такой классификатор есть, знали бы вы какого труда мне стоило его заполнить.
Но файла этого у меня к сожалению нет, а если бы и был, то не уверен что было бы законно его публиковать в открытом доступе..."

Илья547

27.12.2019, 14:40

Удалось кому нить на убунте или центосе завести нормально дампы серверных и многопользовательских ключей без вылетов на платформу 8.3.16.XXXX ? речь ест-но про x86_64

Ради интереса проверил - работает.
CentOS 8 x64, 1C 8.3.16.1063 x64, postgrespro 12, УТ 11
Запускал тестирование и исправление: часа 2 проверял, ничего не вылетело. Также проверил на 12+ подключений.
Клиент один раз закрылся без каких-либо ошибок - наверно платформа еще не совсем стабильна.

TriodPlus

06.01.2020, 15:58

Здравствуйте.

Большая благодарность Alf500, vfp7 и всем остальным за такую большую проделанную работу.

Из тотовых пакетов для своих ядер не ставилось.
Собирал из исходников.

nsmod usb-vhci-hcd.ko
insmod usb-vhci-iocifc.ko
выдавал ошибку, но я думаю что

sudo make install
копируєт файлы куда надо, а

udo /sbin/ldconfig –v
прописывает модули и это заменяет insmod

Запускал на Mint19, Debian9 и Debian10.

Если 1С клиентский ключ получает сетевой то все Ок, но если ключ получен локально (не важно, толстый или тонки клиент), через какое-то время «Ключ программы больше недоступен», иногда просто вылетает. Особенно неудобно при работе в конфигураторе, сделал изменения, как только записывать, вылетает без сохранения изменений.

Хочу спросить о возможности реализации такой схемы :
Пользователям, которые запускаю 1С, запретить доступ к локальному ключу и пусть они получают по «сети» у себя через nethasp (в nethasp.ini прописать адрес 127.0.0.1) а пользователю usr1cv8 разрешить читать локальный ключ сервера. Ну и чтобы драйвер и hasplm получили доступ к ключу (наверно они под root работают).
Такое возможно реализовать?

И еще вопрос : перечитал форум три раза, но все же, почему драйвер от Этерсофта лучше не использовать, у мене и на Этерсофте и на Sentinel_LDK та же картина.

Списабо.

TriodPlus

06.01.2020, 16:12

вместо

udo /sbin/ldconfig –v
должно быть

sudo /sbin/ldconfig –v

SergeyOgly

16.01.2020, 11:16

Народ, а дампы КОРП ключиков существуют?

oooo8000

19.01.2020, 21:58

Сможет кто-нибудь выложить исходники того, что в usbhasp2020 ?
Кто-то спрашивал почему на 1 дамп 2 ключа.
1. По умолчанию, vhci-hcd создает 2 huba = USB2 и USB3.
2. У меня было запущего 2 экземпляра демона (usbhaspd).
Скорее всего поэтому 2 ключа на 1 дамп.

При запущенном демоне, с x64 серверным 300 местным клиентским дампами, через apache2 2.4 проброшена файловая БД.
При обращении к ней http://host/1c вылетает ошибка "Не найдена лицензия. Не обнаружен ключ зашиты программы или полученная программная лицензия.".
Alladin LM не установлен, так, как все на 1 машине.
В чем может быть причина ?

oooo8000

19.01.2020, 22:16

У меня Ubuntu 18.04, ядро 5.0.0.-37.
Пробовал собирать.
Ошибка при сборке vhci-hcd-iocifc c __put_user_nocheck, put_user и access_ok.

После установки LM отсюда http://ftp.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Ubuntu/18.04/
Все заработало.
Странно, потому что БД, сервер (apache2) находятся на 1 машине.
При такой конфигурации (эмуль, БД, www server) на одной машине Windows, LM не требуется.

oooo8000

19.01.2020, 22:20

Забыл написать, что демон запускается в foreground режиме.
Запускал его в ssh сессии.
При выходе ключи "отключаются".

Илья547

20.01.2020, 08:56

В пакете от etersoft не только LM, но и драйвер, без которого это работать не будет. В линукс по умолчанию нет драйвера для ключей.

oooo8000

20.01.2020, 19:12

В пакете от etersoft не только LM, но и драйвер, без которого это работать не будет. В линукс по умолчанию нет драйвера для ключей.

Судя по остановке службы haspd, и раьотоспособности, наверное так и есть.
Исходники содержимого usbhasp2020 где возможно скачать ?

Илья547

21.01.2020, 10:52

Часть исходников при установке помещается в /usr/src/usb-vhci-hcd, другая часть исходников ищется в этой теме - ссылки выкладывали.

brainroot

21.01.2020, 15:07

Благодарность уважаемому Alf - собрал себе пакет под debian10 (Buster) - все отлично работает. Выкладываемый ранее пакет под ядро 4.19 у меня не стал, модули не подгружались.
ЗЫ vhci_hcd ТОЛЬКО версию 0.7 получилось завести.

basky

22.01.2020, 17:08

ubuntu 19.10 5.3.0-26-generic 1С:Предприятие 8.3 (8.3.16.1063) работает без перебоев

salagltd

23.01.2020, 06:14

Ребята, поставил убунта 18.04 c 1C 1063 на vps, нужно сделать так что бы можно было подключаться к серверу с osx или через web-клиент. С win клиентов все норм, лицензию не требует, а если через браузер говорит лицензия не найдена. Пытался провернуть все что тут описано, но почему то не создаются usb, видимо что то делаю не так. Если кому не сложно посмотреть и разобраться, отблагодарю рублем, а то я слишком туп. Напишите мне [email protected]

oooo8000

23.01.2020, 22:33

Блин, у меня ошибка на 5.0.0.37 ядре:

./arch/x86/include/asm/uaccess.h:435:29: error: invalid initializer
__typeof__(ptr) __pu_ptr = (ptr); \
^
./arch/x86/include/asm/uaccess.h:555:2: note: in expansion of macro ‘__put_user_nocheck’
__put_user_nocheck((__typeof__(*(ptr)))(x), (ptr), sizeof(*(ptr)))
^~~~~~~~~~~~~~~~~~
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:225:3: note: in expansion of macro ‘__put_user’
__put_user('\0', arg->bus_id);
^~~~~~~~~~
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘ioc_giveback_common’:
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:604:103: error: macro "access_ok" passed 3 arguments, but takes just 2
if(!access_ok(VERIFY_READ, (void *)iso, iso_count * sizeof(struct usb_vhci_ioc_iso_packet_giveback)))
^
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:604:8: error: ‘access_ok’ undeclared (first use in this function)
if(!access_ok(VERIFY_READ, (void *)iso, iso_count * sizeof(struct usb_vhci_ioc_iso_packet_giveback)))
^~~~~~~~~
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:604:8: note: each undeclared identifier is reported only once for each function it appears in
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c: In function ‘device_do_ioctl’:
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:942:90: error: macro "access_ok" passed 3 arguments, but takes just 2
if(unlikely((_IOC_DIR(cmd) & _IOC_READ) && !access_ok(VERIFY_WRITE, arg, _IOC_SIZE(cmd))))
^
In file included from ./include/linux/export.h:45:0,
from ./include/linux/linkage.h:7,
from ./include/linux/kernel.h:7,
from ./include/linux/list.h:9,
from ./include/linux/module.h:9,
from ../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:25:
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:942:46: error: ‘access_ok’ undeclared (first use in this function)
if(unlikely((_IOC_DIR(cmd) & _IOC_READ) && !access_ok(VERIFY_WRITE, arg, _IOC_SIZE(cmd))))
^
./include/linux/compiler.h:77:42: note: in definition of macro ‘unlikely’
# define unlikely(x) __builtin_expect(!!(x), 0)
^
../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.c:944:90: error: macro "access_ok" passed 3 arguments, but takes just 2
if(unlikely((_IOC_DIR(cmd) & _IOC_WRITE) && !access_ok(VERIFY_READ, arg, _IOC_SIZE(cmd))))
^
scripts/Makefile.build:291: recipe for target '../dev/usb/vhci/vhci-hcd-1.15/usb-vhci-iocifc.o' failed
У кого-то здесь была такая же.
Но решения не было.

kalk

24.01.2020, 15:23

Блин, у меня ошибка на 5.0.0.37 ядре:
У кого-то здесь была такая же.
Но решения не было.
Было решение. Нужно в Makefile править функцию access_ok, убрать первый параметр.
Камрад tulpanov даже собрал deb пакет с исправлениями (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=563656&viewfull=1#post563656)под 5+ ядро.

Saturex

24.01.2020, 15:35

Было решение. Нужно в Makefile править функцию access_ok, убрать первый параметр.
Камрад tulpanov даже собрал deb пакет с исправлениями (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=563656&viewfull=1#post563656)под 5+ ядро.

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

kalk

24.01.2020, 16:15

Поподробнее про Makefile и где там надо убрать первый параметр??
Может доку начнём делать по сборке пакетов для разных версий ядер?
Заработался уже... Не в Makefile, а в usb-vhci-iocifc.c

Нужно вот эту часть кода

if(!access_ok(VERIFY_READ, (void *)iso, iso_count * sizeof(struct usb_vhci_ioc_iso_packet_giveback)))
{
retval = -EFAULT;
goto done_with_errors;
}
Заменить на

if(!access_ok((void *)iso, iso_count * sizeof(struct usb_vhci_ioc_iso_packet_giveback)))
{
retval = -EFAULT;
goto done_with_errors;
}
Потом

if(unlikely((_IOC_DIR(cmd) & _IOC_READ) && !access_ok(VERIFY_WRITE, arg, _IOC_SIZE(cmd))))
return -EFAULT;
if(unlikely((_IOC_DIR(cmd) & _IOC_WRITE) && !access_ok(VERIFY_READ, arg, _IOC_SIZE(cmd))))
return -EFAULT;

На

if(unlikely((_IOC_DIR(cmd) & _IOC_READ) && !access_ok(arg, _IOC_SIZE(cmd))))
return -EFAULT;
if(unlikely((_IOC_DIR(cmd) & _IOC_WRITE) && !access_ok(arg, _IOC_SIZE(cmd))))
return -EFAULT;

Мне помогло. У Centos ядра нумеруются как то не так. На Centos 8 4.18 уже пришлось править файлы.

Aleksej86

27.01.2020, 02:16

Здравствуйте.
Сталкивался кто с сборкой ubs_vhci? Ubuntu 18.04

make
make -C /lib/modules/4.15.0-74-generic/build SUBDIRS=/home/aladm/ubs_vhci/vhci_hcd PWD=/home/aladm/ubs_vhci/vhci_hcd BUILD_PREFIX= KDIR=/lib/modules/4.15.0-74-generic/build KVERSION=4.15.0-74-generic modules
make[1]: Entering directory '/usr/src/linux-headers-4.15.0-74-generic'
CC [M] /home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.o
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:59:3: warning: #warning DEBUG is defined [-Wcpp]
# warning DEBUG is defined
^~~~~~~
In file included from ./include/linux/stat.h:7:0,
from ./include/linux/module.h:10,
from /home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:24:
./include/uapi/linux/stat.h:30:17: error: expected ‘)’ before numeric constant
#define S_IRUSR 00400
^
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1312:34: note: in expansion of macro ‘S_IRUSR’
static DRIVER_ATTR(debug_output, S_IRUSR | S_IWUSR, show_debug_output, store_debug_output);
^~~~~~~
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c: In function ‘init’:
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1334:56: error: ‘driver_attr_debug_output’ undeclared (first use in this function); did you mean ‘store_debug_output’?
retval = driver_create_file(&vhci_hcd_driver.driver, &driver_attr_debug_output);
^~~~~~~~~~~~~~~~~~~~~~~~
store_debug_output
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1334:56: note: each undeclared identifier is reported only once for each function it appears in
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c: In function ‘cleanup’:
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1349:47: error: ‘driver_attr_debug_output’ undeclared (first use in this function); did you mean ‘store_debug_output’?
driver_remove_file(&vhci_hcd_driver.driver, &driver_attr_debug_output);
^~~~~~~~~~~~~~~~~~~~~~~~
store_debug_output
At top level:
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1299:16: warning: ‘store_debug_output’ defined but not used [-Wunused-function]
static ssize_t store_debug_output(struct device_driver *drv, const char *buf, size_t count)
^~~~~~~~~~~~~~~~~~
/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.c:1284:16: warning: ‘show_debug_output’ defined but not used [-Wunused-function]
static ssize_t show_debug_output(struct device_driver *drv, char *buf)
^~~~~~~~~~~~~~~~~
scripts/Makefile.build:337: recipe for target '/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.o' failed
make[2]: *** [/home/aladm/ubs_vhci/vhci_hcd/usb-vhci-hcd.o] Error 1
Makefile:1580: recipe for target '_module_/home/aladm/ubs_vhci/vhci_hcd' failed
make[1]: *** [_module_/home/aladm/ubs_vhci/vhci_hcd] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.15.0-74-generic'
Makefile:35: recipe for target 'default' failed
make: *** [default] Error 2

не собирается пакет... Хотя предложенный для дебиана libusb-vhci_0.8-2_amd64.deb стал нормально, а вот все остальные не хотят.
usb-vhci-hcd-modules-4.19.0-6-amd64_1.15.1_amd64.deb - изза нехватки linux-image 4.19... (но убунте его нет)
и дальше по списку....
usb-vhci-hcd-dkms изза usb_vhci

Saturex

27.01.2020, 09:08

Здравствуйте.
Сталкивался кто с сборкой ubs_vhci? Ubuntu 18.04

не собирается пакет... Хотя предложенный для дебиана libusb-vhci_0.8-2_amd64.deb стал нормально, а вот все остальные не хотят.
usb-vhci-hcd-modules-4.19.0-6-amd64_1.15.1_amd64.deb - изза нехватки linux-image 4.19... (но убунте его нет)
и дальше по списку....
usb-vhci-hcd-dkms изза usb_vhci

Попробуй проект ukku покурить, через него можно ставить самые разные ядра на автомате ;)

Saturex

27.01.2020, 09:13

Попробуй проект ukku покурить, через него можно ставить самые разные ядра на автомате ;)

Извиняюсь правильнее называется ukuu (https://launchpad.net/~teejee2008/+archive/ubuntu/ppa)

Aleksej86

27.01.2020, 11:28

Попробуй проект ukku покурить, через него можно ставить самые разные ядра на автомате ;)

Тоесть надо старее ядро, я правильно понимаю?

Saturex

27.01.2020, 12:30

Тоесть надо старее ядро, я правильно понимаю?

Я поставил 4.9 и эти пакеты встали без проблем.
Попробуй последнее 4.9.х какое нить поставить

brainroot

27.01.2020, 12:47

# warning DEBUG is defined
Ну отключить же дебуг надо.

Saturex

27.01.2020, 13:19

По последнему ядру 5.5.0 проблема:

make testconfig
make[1]: вход в каталог «/usr/src/vhci-hcd»
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symvers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/5.5.0-050500-generic/build SUBDIRS=/usr/src/vhci-hcd/test PWD=/usr/src/vhci-hcd/test BUILD_PREFIX= KDIR=/lib/modules/5.5.0-050500-generic/build KVERSION=5.5.0-050500-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_EXTMOD -DINCLUDE_CORE_HCD=\"/lib/modules/5.5.0-050500-generic/build/include/linux/usb/hcd.h\" ' modules
make[2]: вход в каталог «/usr/src/linux-headers-5.5.0-050500-generic»
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
YACC scripts/kconfig/parser.tab.[ch]
HOSTCC scripts/kconfig/lexer.lex.o
HOSTCC scripts/kconfig/parser.tab.o
HOSTCC scripts/kconfig/preprocess.o
HOSTCC scripts/kconfig/symbol.o
HOSTCC scripts/kconfig/util.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --syncconfig Kconfig
make[3]: *** Нет правила для сборки цели «arch/x86/tools/relocs_32.c», требуемой для «arch/x86/tools/relocs_32.o». Останов.
arch/x86/Makefile:232: recipe for target 'archscripts' failed
make[2]: *** [archscripts] Error 2
make[2]: выход из каталога «/usr/src/linux-headers-5.5.0-050500-generic»
Makefile:94: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: выход из каталога «/usr/src/vhci-hcd»
Makefile:89: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2

Может кто победит эту ошибку? :)

Aleksej86

27.01.2020, 22:10

Я пошел путем проще. поставил debian 10. Натыкал на него libicu, libssl1.02 с бубунты, postgresql 11. 1c 8.3.15.1778
Все бы гут, но 8 пользователей одновременно и все... лизензии закончились...
Где дампы взять не ведаю... нашел тут для линухи, тот что на 50юзеров - 4 подключения, 100 - 8, 300 - 13 подключений и привет...
Есть варианты?
Увы есть производственная необходимость открывать около 30 экземпляров. (разные базы)

Aleksej86

27.01.2020, 22:12

Может кто победит эту ошибку? :)

Правда, сложно, если разработчик молчит по этим багам...
С другой стороны, народ допилит - будет точно всесистемное

Freeon

31.01.2020, 07:56

В makefile было

default: $(CONF_H)
make -C $(KDIR) SUBDIRS=$(PWD) PWD=$(PWD) BUILD_PREFIX=$(BUILD_PREFIX) KDIR=$(KDIR) KVERSION=$(KVERSION) modules
.PHONY: default
.SUFFIXES:

Нужно

default: $(CONF_H)
make -C $(KDIR) M=$(shell pwd) PWD=$(PWD) BUILD_PREFIX=$(BUILD_PREFIX) KDIR=$(KDIR) KVERSION=$(KVERSION) modules
.PHONY: default
.SUFFIXES:

попробуй и отпишись, думаю сроботает

Saturex

31.01.2020, 09:49

В makefile было

Нужно

попробуй и отпишись, думаю сроботает

Не прошло, выдает

make testconfig
make[1]: вход в каталог «/usr/src/vhci-hcd»
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symvers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/5.5.0-050500-generic/build SUBDIRS=/usr/src/vhci-hcd/test PWD=/usr/src/vhci-hcd/test BUILD_PREFIX= KDIR=/lib/modules/5.5.0-050500-generic/build KVERSION=5.5.0-050500-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_EXTMOD -DINCLUDE_CORE_HCD=\"/lib/modules/5.5.0-050500-generic/build/include/linux/usb/hcd.h\" ' modules
make[2]: вход в каталог «/usr/src/linux-headers-5.5.0-050500-generic»
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
YACC scripts/kconfig/parser.tab.[ch]
HOSTCC scripts/kconfig/lexer.lex.o
HOSTCC scripts/kconfig/parser.tab.o
HOSTCC scripts/kconfig/preprocess.o
HOSTCC scripts/kconfig/symbol.o
HOSTCC scripts/kconfig/util.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --syncconfig Kconfig
make[3]: *** Нет правила для сборки цели «arch/x86/tools/relocs_32.c», требуемой для «arch/x86/tools/relocs_32.o». Останов.
arch/x86/Makefile:232: recipe for target 'archscripts' failed
make[2]: *** [archscripts] Error 2
make[2]: выход из каталога «/usr/src/linux-headers-5.5.0-050500-generic»
Makefile:95: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: выход из каталога «/usr/src/vhci-hcd»
Makefile:90: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2
:(

Freeon

31.01.2020, 11:58

Стопе друг дорогой

make -C /lib/modules/5.5.0-050500-generic/build SUBDIRS=/usr/src/vhci-hcd/test
а таки почему строка не изменилась
SUBDIRS устаревшее как было так и есть

Freeon

31.01.2020, 12:00

default:
make -C $(KDIR) SUBDIRS=$(PWD) PWD=$(PWD) BUILD_PREFIX=$(BUILD_PREFIX) KDIR=$(KDIR) KVERSION=$(KVERSION) EXTRA_CFLAGS='$(EXTRA_CFLAGS)' modules
.PHONY: default

в папке тесть makefile.
на

default:
make -C $(KDIR) M=$(shell pwd) PWD=$(PWD) BUILD_PREFIX=$(BUILD_PREFIX) KDIR=$(KDIR) KVERSION=$(KVERSION) EXTRA_CFLAGS='$(EXTRA_CFLAGS)' modules
.PHONY: default

Saturex

31.01.2020, 12:02

Стопе друг дорогой

а таки почему строка не изменилась
SUBDIRS устаревшее как было так и есть

А что там должно быть?? :confused:

Freeon

31.01.2020, 12:10

SUBDIRS устаревшая деректива для kmake
сейчас используется M

--- 2.3 Available options:

$KDIR refers to the path to the kernel source top-level directory

make -C $KDIR
Used to specify where to find the kernel source.
'$KDIR' represent the directory where the kernel source is.
Make will actually change directory to the specified directory
when executed but change back when finished.

make -C $KDIR M=`pwd`
M= is used to tell kbuild that an external module is
being built.
The option given to M= is the directory where the external
module (kbuild file) is located.
When an external module is being built only a subset of the
usual targets are available.

make -C $KDIR SUBDIRS=`pwd`
Same as M=. The SUBDIRS= syntax is kept for backwards
compatibility.

в 5.5 окончательно спилили видимо
поэтому в корне makefile ищем SUBDIRS=$(PWD) меняем на M=$(shell pwd)
так же есть для тестов в директории test
makefile так же правим и пробуем.

ПС я на 5.3 и 5.5 нету, так что компилим и тестим видимо удаленно )))

Saturex

31.01.2020, 12:18

SUBDIRS устаревшая деректива для kmake
сейчас используется M

в 5.5 окончательно спилили видимо
поэтому в корне makefile ищем SUBDIRS=$(PWD) меняем на M=$(shell pwd)
так же есть для тестов в директории test
makefile так же правим и пробуем.

ПС я на 5.3 и 5.5 нету, так что компилим и тестим видимо удаленно )))

Вообщем долго пихаясь с файлами которых ему не хватало дошел вот до этого:

make testconfig
make[1]: вход в каталог «/usr/src/vhci-hcd»
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symvers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/5.5.0-050500-generic/build SUBDIRS=/usr/src/vhci-hcd/test PWD=/usr/src/vhci-hcd/test BUILD_PREFIX= KDIR=/lib/modules/5.5.0-050500-generic/build KVERSION=5.5.0-050500-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_EXTMOD -DINCLUDE_CORE_HCD="/lib/modules/5.5.0-050500-generic/build/include/linux/usb/hcd.h" ' modules
make[2]: вход в каталог «/usr/src/linux-headers-5.5.0-050500-generic»
CALL scripts/checksyscalls.sh
CALL scripts/atomic/check-atomics.sh
DESCEND objtool
LINK /usr/src/linux-headers-5.5.0-050500-generic/tools/objtool/fixdep
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
Makefile:46: recipe for target '/usr/src/linux-headers-5.5.0-050500-generic/tools/objtool/fixdep' failed
make[5]: *** [/usr/src/linux-headers-5.5.0-050500-generic/tools/objtool/fixdep] Error 1
/usr/src/linux-headers-5.5.0-050500-generic/tools/build/Makefile.include:5: recipe for target 'fixdep' failed
make[4]: *** [fixdep] Error 2
Makefile:67: recipe for target 'objtool' failed
make[3]: *** [objtool] Error 2
Makefile:1795: recipe for target 'tools/objtool' failed
make[2]: *** [tools/objtool] Error 2
make[2]: выход из каталога «/usr/src/linux-headers-5.5.0-050500-generic»
Makefile:94: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: выход из каталога «/usr/src/vhci-hcd»
Makefile:89: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2

Freeon

31.01.2020, 12:29

fixdep то причем тут, судя по всему ты подкидывал файлы с ядра которые не мог найти kmake.
Не так долго можно, будет ядро 5.5 посмотрю

Saturex

31.01.2020, 12:45

fixdep то причем тут, судя по всему ты подкидывал файлы с ядра которые не мог найти kmake.
Не так долго можно, будет ядро 5.5 посмотрю

Таже самая хрень и на ядре 5.4.16

make testconfig
make[1]: вход в каталог «/usr/src/vhci-hcd»
rm -f test/*.o test/*.ko test/.*.cmd test/.*.flags test/*.mod.c test/Module.symvers test/Module.markers test/modules.order
rm -rf test/.tmp_versions/
make -C /lib/modules/5.4.16-050416-generic/build SUBDIRS=/usr/src/vhci-hcd/test PWD=/usr/src/vhci-hcd/test BUILD_PREFIX= KDIR=/lib/modules/5.4.16-050416-generic/build KVERSION=5.4.16-050416-generic EXTRA_CFLAGS='-Wno-unused -DEXPORT_SYMTAB -DKBUILD_EXTMOD -DINCLUDE_CORE_HCD=\"/lib/modules/5.4.16-050416-generic/build/include/linux/usb/hcd.h\" ' modules
make[2]: вход в каталог «/usr/src/linux-headers-5.4.16-050416-generic»
CALL scripts/checksyscalls.sh
CALL scripts/atomic/check-atomics.sh
DESCEND objtool
LD /usr/src/linux-headers-5.4.16-050416-generic/tools/objtool/fixdep-in.o
LINK /usr/src/linux-headers-5.4.16-050416-generic/tools/objtool/fixdep
/usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
Makefile:46: recipe for target '/usr/src/linux-headers-5.4.16-050416-generic/tools/objtool/fixdep' failed
make[5]: *** [/usr/src/linux-headers-5.4.16-050416-generic/tools/objtool/fixdep] Error 1
/usr/src/linux-headers-5.4.16-050416-generic/tools/build/Makefile.include:5: recipe for target 'fixdep' failed
make[4]: *** [fixdep] Error 2
Makefile:67: recipe for target 'objtool' failed
make[3]: *** [objtool] Error 2
Makefile:1753: recipe for target 'tools/objtool' failed
make[2]: *** [tools/objtool] Error 2
make[2]: выход из каталога «/usr/src/linux-headers-5.4.16-050416-generic»
Makefile:94: recipe for target 'testcc' failed
make[1]: *** [testcc] Error 2
make[1]: выход из каталога «/usr/src/vhci-hcd»
Makefile:89: recipe for target 'conf/usb-vhci.config.h' failed
make: *** [conf/usb-vhci.config.h] Error 2

Saturex

06.02.2020, 15:59

Вообщем это всё херня!
1С платформа падает с сообщением "Не доступен ключ защиты" или вылетает молча.

Илья547

07.02.2020, 13:44

база серверная или файловая? На файловой базе вылетает, проблему пока не решили, на серверной все норм, особенно если лицензии выдает сервер 1С, а не hasplm.

Andrey_Fes

08.02.2020, 09:02

Здравствуйте, а как вы настроили серверную раздачу. Я оставил только файлик 1c_server_x64.json и да действительно сервер работает. Но при попытке подключиться через тонкий,толстый или веб клиент, все равно пишет что лицензии не обнаружены, добавление файликов клиентских лицензий помогает лишь временно, потом отваливается. На сервере для базы настроена раздача лицензий.

oooo8000

10.02.2020, 18:25

HPDX2300

14.02.2020, 12:28

Ест такая проблема, при "Толстом" клиенте и файловой БД.
У меня примерно через 15-45 секунд вылетает.
Сначала грешил на дамп, но потом проверил Windows таблетку на основе которой сделана Linux, все стабильно работает.
Надо проверят исходники Linux таблетки, может при переделке, есть какие-то ошибки.

о чем речь? какая ОС - линукс или винда? какая версия платформы ? падение с каким "некрологом" ( "Обнаружено нарушение целостности системы" ) ?

ipeghfkjdb

14.02.2020, 13:27

Ветка называется "как ломануть 8.3. for linux" наверное он о винде.

Norets

19.02.2020, 10:48

Всем привет. Тут такое дело. Пытаюсь выкинуть ключ на облачный сервер. Если ставлю на Hetzner, то все работает:
{сервер}
[****@CentOS ~]# tcpdump -n -i eth0 port 475
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
07:42:40.058366 IP ***.***.**.178.55703 > **.***.***.219.tcpnethaspsrv: UDP, length 165
07:42:40.060335 IP **.***.***.219.tcpnethaspsrv > ***.***.**.178.55703: UDP, length 62
07:42:40.080606 IP ***.***.**.178.55703 > **.***.***.219.tcpnethaspsrv: UDP, length 173
07:42:40.081384 IP **.***.***.219.tcpnethaspsrv > ***.***.**.178.55703: UDP, length 70
07:42:40.102236 IP ***.***.**.178.55703 > **.***.***.219.tcpnethaspsrv: UDP, length 173
07:42:40.103691 IP **.***.***.219.tcpnethaspsrv > ***.***.**.178.55703: UDP, length 70

и все подключается и видит ключ.

А вот если ставлю на Amazon AWS, то получается тоже самое, только length всегда 165 и 62 , и естественно нифига не работает. Можете подсказать в чем дело может быть?