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

[Sprinter2000]

У Вас много ляпов, похоже что не внимательно готовили систему и наделали много ляпов, ошибки сыпятся по каждому поводу ...
"../etc/init.d/haspd: line 25: NHS_IP_LIMIT: command not found.."

Это видел, не придал значения. Изначально такого в файле не было. Если убрать то менеджер будет со всех адресов принимать запросы?
Опять же, ключ на сервер локальный, но его не видит.

Какие еще ляпы есть? Где я мог еще ошибиться?

[Alf500]

Какие еще ляпы есть? Где я мог еще ошибиться?

Все очень подробно разжевано в теме... кое-что не один раз
Надо просто начать с начала, идти шаг за шагом, и контролировать результат каждого этапа.
А по быстрому тут вряд ли получится

[Alf500]

Ну и ладно что пусто. Ключ он видит... какой-то.
Софт то... весь для одной архитектуры? И ключ соответствующий?

[Sprinter2000]

Ну и ладно что пусто. Ключ он видит... какой-то.
Софт то... весь для одной архитектуры? И ключ соответствующий?

Ну да, все по инструкции, сервер x64, CentOS7 x64.
Дамп с рег файлов под х64. Брал с двух разных мест, но судя по содержимому, они идентичны. Ключ на 300 юзверей тоже не видится. Может ошибка в самом json файле? Синтаксис у него правильный, но может что-то не то в самих параметрах? Алладин Монитор сам сервер видит, но воткнутых в него эмуляторов хаспов не видит как и их содержимого.

[Alf500]

Может на лету не подхватывает

я бы шёл таким путём
1 запуск эмулятора usbhasp
2 запуск aksusbd
3 запуск hasplmd
и на каждом шаге смотреть логи

[dimbor2]

Прочитал много раз эту интересную тему. Можно присоединиться к вашей теплой компании? Повторил сборку и установку эмулятора на devuan ascii по образу и подобию выложенного здесь deb64. Подозреваю, подошел бы и оригинальный, но хотелось чистоты эксперимента. Тестировал с платформой 8.3.10.2667: сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb. Также в сети имеется xp с мультикеем. Изначально на клиентах получаются сетевые лицензии с мультикея, и все работает.

На установку сервера на машину с эмулятором пока замахиваться не стал. Для начала попробовал избавиться от мультикея в пользу описанной здесь схемы. Увы, пока не получается с теми же описанными здесь симптомами:
1) Меняю на клиенте NH_SERVER_ADDR. - Получаю при запуске ругань на HASP, предложение его отключить, и лицензия получается с сервера.
2) Добавляю таймауты NH_SESSION, NH_SEND_RCV. - База запускается, лицензия клиентская правильная, в мониторе ее выдачу из линуксового эмулятора видно. 500 секунд начинают отматываться, но через пару-тройку десятков секунд программа закрывается. "Ключ защиты программы больше не доступен!"

Логи одынэса на клиенте не включал. Решил, что более тут опубликованного оттедова не вычитаю.

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

[vfp7]

"..сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb.."(c)

- Вы планируете ключи i386 отдавать x64 клиентам?! ... Насколько помню разрешено делать с точностью до наоборот - ключи (лицензии) x64 можно отдавать i386 клиентам ...
ps: парни, ну не надо делать изначально ляпы, вплоть до ошибок при копировании-вставке, unix системы в отличии от windows, НЕ позволяют подобного - к примеру в большинстве случаев даже применение пробелов вместо "таба" в файле конфигурации syslog.conf приведет к отказу.

Основа для этой системы на примере ubuntu x64:

Добавить поддержку архитектуры i386 - sudo dpkg --add-architecture i386
Скомпилировать vhci-hcd, libusb_vhci, UsbHasp, далее после инсталляции модулей поправить библиотеки - sudo /sbin/ldconfig -v
Поставить модули в авто загрузку - sudo nano /etc/modules
В необходимой последовательности запустить все компоненты, включая usbhasp с ключами - /usr/local/etc/usbhasp -d /usr/local/etc/srv.json /usr/local/etc/ws.json
НЕ используем HASP от etersoft !!!, используем HASP от safenet-sentinel !!!
Так же не забываем что дополнительно требуется еще и "Менеджер лицензий для Linux" !!!
В nethasp.ini рекомендуется добавить две строки - NH_SESSION = 5 и NH_SEND_RCV = 4, не забыть использовать "аппаратную защиту" а кластеру разрешить раздавать лицензии.

[dimbor2]

"..сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb.."(c)
- Вы планируете ключи i386 отдавать x64 клиентам?! ... Насколько помню разрешено делать с точностью до наоборот - ключи (лицензии) x64 можно отдавать i386 клиентам ...

Планирую-то потом на машину с эмулем поставить 64-й сервер. Но описанное тестирование проводилось пока с целью избавления от вин-машины с мультикеем.

НЕ используем HASP от etersoft !!!, используем HASP от safenet-sentinel !!!
Так же не забываем что дополнительно требуется еще и "Менеджер лицензий для Linux" !!!

Тут, да. Может быть косяк. Спасибо, что заметили. Этерсофтовский хасп юзал, т.к. там есть рабочий hasplm, и пакеты - deb64. Сейчас глянул, а hasplm там оказывается тоже elf32. Чудесато.

Значит заменю на sentinel. Да и сервер одынэсовский туда правильный поставлю до кучи. Постгрес же у него может быть внешний теоретически?

[vfp7]

"..Постгрес же у него может быть внешний теоретически?.."(c)
- и практически очень даже великолепно работает.
/* Я бы рекомендовал тем кто еще не юзал postresql, использовать сборку от postgrespro (для одинсес который, там же и free версия) */

[Sprinter2000]

"..Постгрес же у него может быть внешний теоретически?.."(c)
- и практически очень даже великолепно работает.
/* Я бы рекомендовал тем кто еще не юзал postresql, использовать сборку от postgrespro (для одинсес который, там же и free версия) */

Вчера лазил по сайту постгреспро. Создалось ощущение, что они удалили постгреспро стандарт для 1С, остался только Энтерпрайз со всеми вытекающими. Поставил от 1с 10-ый.