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

[olegtelec]

asotel

А на 8.3.18,*** ?

Проверил на 8.3.18.1289, так же все работает.

[olegtelec]

asotel

А на 8.3.18,*** ?

Проверил на Ubuntu 18.04.5, версия платформы 8.3.18.1289, база файловая.
Так же все работает.

Можно сохранить как исполняемый файл install_usbhaspd.sh, и запустить sudo sh install_usbhaspd.sh
предварительно отредактировав, то что указано в скобках, изменив на ваше.

#!/bin/bash
# Устанавливаем dkms
apt install dkms -y
# Установка p7zip-full
apt install p7zip-full -y
# Архив FullHaspEmul.zip должен находиться в корне домашнего каталога пользователя
7z x -p123 FullHaspEmul.zip
# изменяем права доступа
chmod -R 755 FullHaspEmul
# Переход для установки пакетов эмуляции (вместо 12345, имя прользователя)
cd /home/12345/FullHaspEmul/usbhaspemul
# Устанавка пакетов
dpkg -i libusb-vhci_0.8-2_amd64.deb
dpkg -i usb-vhci-hcd-dkms_1.15.1_amd64.deb
dpkg -i usbhasp_0.1-2_amd64.deb
# Возвращаемся в домащнюю папку
cd
# Переход в папку с ключами (вместо 12345, имя прользователя)
cd /home/12345/FullHaspEmul/keydumps
# Копирование ключей (вместо xxx_server_xxx.json xxxuser.json, ваши ключи)
cp xxx_server_xxx.json xxxuser.json /etc/usbhaspd/keys
# Перезапускаем службу
systemctl restart usbhaspd
# Проверяем
services usbhaspd status
lsusb

Опять же можно сохранить, как исполняемый файл install_hasplmd.sh, и запустить sudo sh install_hasplmd.sh
предварительно отредактировав, то что указано в скобках, изменив на ваше.

#!/bin/bash
#Переход в папку для установки пакета раздачи ключей (вместо 12345, имя прользователя)
cd /home/12345/FullHaspEmul
#Установка пакета для раздачи ключей
dpkg -i aksusbd_8.13-1_amd64.deb
#Перезагрузка сервера
reboot

Проверяем запуск hasplmd: services hasplmd status

Приношу свои извинения не файловая, а клиент-серверная на PostgreSQL.

[Ubik-74]

asotel

Проверил на Ubuntu 18.04.5, версия платформы 8.3.18.1289, база файловая.
Так же все работает.

как понять раздаются ключи или нет? (по мимо просмотра в клиенте 1с)

[asotel]

asotel
Проверил на Ubuntu 18.04.5, версия платформы 8.3.18.1289.

Спасибо. Я так понимаю для 32-х разрядки команды те же самые, кроме как в именах пакетов?

[olegtelec]

Спасибо. Я так понимаю для 32-х разрядки команды те же самые, кроме как в именах пакетов?

Давайте определимся!
Если говорим о 32-битной операционной системе, тогда 64-битные пакеты из FullHaspEmul, не работают.
Возможно они и будут работать, но тогда вам нужно к 32-битной ОС, добавить 64-битную архитектору.
Что на мой взгляд не имеет смысла делать!
Если же речь идет о 32-битной 1С, тогда команды такие же.
Опять же, чтобы запустить 32-битную 1С на 64-битной ОС, нужно добавить 32-битную архитектору.
Так, что ставить 32-битку, не вижу смысла, но это мое мнение!
А если это еще и "тяжелая" база, тогда и подавно!

[asotel]

Давайте определимся!
Если говорим о 32-битной операционной системе, тогда 64-битные пакеты из FullHaspEmul, не работают.
Возможно они и будут работать, но тогда вам нужно к 32-битной ОС, добавить 64-битную архитектору.
Что на мой взгляд не имеет смысла делать!
Если же речь идет о 32-битной 1С, тогда команды такие же.
Опять же, чтобы запустить 32-битную 1С на 64-битной ОС, нужно добавить 32-битную архитектору.
Так, что ставить 32-битку, не вижу смысла, но это мое мнение!
А если это еще и "тяжелая" база, тогда и подавно!

Спасибо.
на досуге как нибудь займусь опытами.

[Free User]

Я пять лет сидел на 32 битном 1-с сервере под 64 битным Ubuntu server 16.04 LTS. Платформа была 8.3.12.1603
Полёт был нормальный, пока не появилась проблема с проверкой лицензионности от 1С. Клиенты начали крашится регулярно. Хотя обновления не ставил не на конфигурацию, ни на сервер. Поставил на клиентов линуксу, перестало крашится, но появились другие проблемы - например не работали нормально сканеры. Пришлось обновлять сервак.
Поставил Ubuntu server 20.04 и 1С 8.3.17.2307. 1 раз криво собрался райд и по одному из гайдов решил ставить Хаспы 32 бтиные. Добавил поддержку 32-бит и При установке ключей подтянулись иксы, сервак работал ужасно тупо, PostgreSQL выделывал фортели. Но ключики работали, хотя в менеджере сервера 1С поле лицензий было пустое. Решил всё переустановить - поставил ту же связку 20.04 + 8.3.17.2307 но вот PostgreSQL решил поставить 10.05 1С. Решение оказалось неудачным PostgreSQL глючил. В результате поставил аж два ещё - 12 (брал тут http://forum.ru-board.com/) и 13 PostgreSQL от 1С (брал тут: 1c.postgres.ru/.) по инструкции в письме с ссылкой.
Потом поставил ключики по инструкции с этого сайта. Сначала ничего не работало, потом поменял права доступа на файлики ключей и всё запустилось. В оснастке управления сервером 1С ключи появились. Тонкие клиенты под Линукс работают. Клиенты Windows (тонкие и Конфигуратор) работают только при выключенной галочке "Использовать аппаратный ключ". Иначе крашится через 2 минуты с сообщением "Обнаружено нарушение целостности"... Если продолжит крашиться - попробую откатиться до 8.3.16 какую-нибудь

[asotel]

драйвер аппаратных лицензий платформы (HASP) Sentinel LDK Run-time нужно ставить или его функции выполняют libusb-vhci_0.8-2_amd64.deb usb-vhci-hcd-dkms_1.15.1_amd64.deb usbhasp_0.1-2_amd64.deb?

[olegtelec]

драйвер аппаратных лицензий платформы (HASP) Sentinel LDK Run-time нужно ставить или его функции выполняют libusb-vhci_0.8-2_amd64.deb usb-vhci-hcd-dkms_1.15.1_amd64.deb usbhasp_0.1-2_amd64.deb?

Для раздачи ключей используется aksusbd_8.13-1_amd64.deb

[asotel]

Для раздачи ключей используется aksusbd_8.13-1_amd64.deb

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