PDA

Просмотр полной версии : как ломануть 1C 8.3 for Linux



Страницы : 1 2 3 4 5 6 7 8 9 10 [11] 12 13

Toomad
07.11.2022, 15:33
https://dropmefiles.com/jKY1D залил готовый скрипт python, у меня на Ubuntu 22.04 с платформой 8.3.22.1672 х64 полёт нормальный уже 30 минут. Сервер использую для публикации 4х разных файловых баз через Apache. Инструкция внутри.

Gabbana12
08.11.2022, 05:51
https://dropmefiles.com/jKY1D залил готовый скрипт python, у меня на Ubuntu 22.04 с платформой 8.3.22.1672 х64 полёт нормальный уже 30 минут. Сервер использую для публикации 4х разных файловых баз через Apache. Инструкция внутри.

Это должно лежать в директории с 1С, там, где backbas.so? Какое количество лицензий тут доступно? И возможно ли это использовать на отдельном сервере лицензирования (у меня микросервисная архитектура)?

Toomad
08.11.2022, 10:16
Это должно лежать в директории с 1С, там, где backbas.so? Какое количество лицензий тут доступно? И возможно ли это использовать на отдельном сервере лицензирования (у меня микросервисная архитектура)?

1) Да где и backbas.so, я на всякий случай делал копию этого файла вручную. 2) 100 лицензией. 3) Думаю, что нет, потому что это не эмулятор HASP.

newcss
15.11.2022, 09:33
На лицензии слетела лицензия, поделитесь инструкцией в личку пжл.

Toomad
15.11.2022, 09:46
Выкладываю новую ссылку https://dropmefiles.com/9ireF, инструкция внутри.

alberth88
15.11.2022, 09:54
Выкладываю новую ссылку https://dropmefiles.com/9ireF, инструкция внутри.

Добрый день, ошибка выходит на платформе 8.3.20.2180:
SyntaxError: Non-UTF-8 code starting with '\xac' in file backbas.so on line 2, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details

SolaRinEKB
15.11.2022, 10:07
Выкладываю новую ссылку https://dropmefiles.com/9ireF, инструкция внутри.
На платформах 8.3.22.1672 и 8.3.22.1704 патчится, но выкидывает либо с ошибкой, либо через раз ругается, что "Вы стали жертвой подделки программного обеспечения"

erkov
15.11.2022, 14:21
А кто-нибудь может поделиться дампами ключей в json формате, пока нормально не работает пропатченым backbas.so. Хочу попробовать поставить эмуль на отдельный сервер и прокинуть ключи до сервера через usbredirect.

erkov
15.11.2022, 14:24
Отбой, нашел!

detect
15.11.2022, 14:28
Блокируем интернет на сервере и чистим кэш там же. Работает 1672 по последнему

newcss
15.11.2022, 14:34
Блокируем интернет на сервере и чистим кэш там же. Работает 1672 по последнему
Прошу прощения, кеш чего? И как его почистить?

detect
15.11.2022, 14:35
Сервера, mc например в каталоге /home

manavich
15.11.2022, 17:17
Изменения и исправления, password ruboard, радуемся (https://dropmefiles.com/iccCL) :ism (110):

Добрый день. Можете загрузить файл ещё раз, пожалуйста?

newcss
15.11.2022, 22:36
Как ограничить доступ в интернет - https://habr.com/ru/post/82933/
Кому ограничивать доступ - https://1s-on.ru/proverka-rabochih-proczessov-servera-1s-na-linux/

vomad
16.11.2022, 11:45
Отбой, нашел!
Так ссылочкой поделитесь :) У меня та же виртуалка Debian pycelle с ключом сервера и ключом на 50. Работает уже год. Но в нынешней ситуации ключ сервера x64 почему-то не работает, прокинутый через USB-redirector, все равно вылетает сообщение о подделке. У вас в этой виртуалке ключ сервера работает?
Есть подозрение, что дамп серверного ключа в черном списке теперь :(

Spiller26
16.11.2022, 12:03
Так ссылочкой поделитесь :) У меня та же виртуалка Debian pycelle с ключом сервера и ключом на 50. Работает уже год. Но в нынешней ситуации ключ сервера x64 почему-то не работает, прокинутый через USB-redirector, все равно вылетает сообщение о подделке. У вас в этой виртуалке ключ сервера работает?
Есть подозрение, что дамп серверного ключа в черном списке теперь :(

По ходу новые платформы смотрят backbas и дампы. Пробовал и так и сяк.
Хочу развернуть с нуля и попробовать с дампами.

Spiller26
16.11.2022, 12:04
Так ссылочкой поделитесь :) У меня та же виртуалка Debian pycelle с ключом сервера и ключом на 50. Работает уже год. Но в нынешней ситуации ключ сервера x64 почему-то не работает, прокинутый через USB-redirector, все равно вылетает сообщение о подделке. У вас в этой виртуалке ключ сервера работает?
Есть подозрение, что дамп серверного ключа в черном списке теперь :(

По ходу новые платформы смотрят backbas и дампы. Пробовал и так и сяк.
Хочу развернуть с нуля и попробовать с дампами.

vomad
16.11.2022, 12:10
По ходу новые платформы смотрят backbas и дампы. Пробовал и так и сяк.
Хочу развернуть с нуля и попробовать с дампами.
Можете даже не разворачивать - на проброшенный серверный ключ x64 с pycelle 1С будет ругаться. На ключ 50 - нет, его можно пробросить на любую машину в сети (через USB-redirector, без разницы, клиент линукса или винды) и через HASP LM спокойно отдать серверу или клиентским платформам...

vomad
16.11.2022, 12:18
А кто-то подскажет, как сделать дамп в json с оригинального ключа HASP, с живого в наличии, допустим?

erkov
16.11.2022, 12:20
Нет, не сработала задумка.
Сделал вируталку с нуля, в нее зашил ключи на x64 сервер и клиентские, пробросил на новую машину с 1С сервером через USB-redirector и при включении интернета сразу вылетает ошибка. Походу, вы правы, ключ сервера в черном списке.

Spiller26
16.11.2022, 12:32
А кто-то подскажет, как сделать дамп в json с оригинального ключа HASP, с живого в наличии, допустим?

Тоже интересует. Есть ключ серваковый x64, с него снять дампик.

vomad
16.11.2022, 12:51
Нет, не сработала задумка.
Сделал вируталку с нуля, в нее зашил ключи на x64 сервер и клиентские, пробросил на новую машину с 1С сервером через USB-redirector и при включении интернета сразу вылетает ошибка. Походу, вы правы, ключ сервера в черном списке.

Если у вас сервер отдельно и не совмещен с терминалкой для пользователей/веб сервисами/тонкими внешними клиентами, попробуйте полностью изолировать его от интернета? Интересно, ключ заработает или нет...

erkov
16.11.2022, 13:01
Если у вас сервер отдельно и не совмещен с терминалкой для пользователей/веб сервисами/тонкими внешними клиентами, попробуйте полностью изолировать его от интернета? Интересно, ключ заработает или нет...

Да, так и сделал, полностью изолированный сервер в отдельном VLAN. Правилами на фаирволе он только может ходить за USB ключом к серверу USB-Redictor и клиенты к нему могут ходить за 1С. Когда на нем отключен доступ к интернету - все работает, стоит включить начинает кричать о нелицензионности.
Отключаешь ему интернет, перезапускаешь сервис сервера 1С и снова все ОК.

vomad
16.11.2022, 14:49
Отключаешь ему интернет, перезапускаешь сервис сервера 1С и снова все ОК.
Да, потестил на свободной ВМ, работает. Но у тонких клиентов из локальной сети (либо через VPN до сервера) не работает ни проверка обновлений релизов, ни монитор портала, короче все сервисы 1С :) Печально. Ключ конечно реальный есть, но резерв параллельно теперь не поднять... Ждем решения.

erkov
16.11.2022, 17:27
Сейчас у меня работает сервер, которому запрещен доступ только к 185.12.154.20 и 185.12.155.120, прошел час, полет нормальный.

vomad
16.11.2022, 18:06
Сейчас у меня работает сервер, которому запрещен доступ только к 185.12.154.20 и 185.12.155.120, прошел час, полет нормальный.
Добавил в межсетевой экран оба адреса (80/443), у меня все равно вылетел через 5 минут. Печально.

P.S. Добавил подсети целиком
185.12.152.0/24
185.12.153.0/24
185.12.154.0/24
185.12.155.0/24
Не вылетает, но и без сервисов жизнь не очень :)

Crazy_Cooler
16.11.2022, 18:35
Добавил в межсетевой экран оба адреса (80/443), у меня все равно вылетел через 5 минут. Печально.
тут скорее всего нужно весь трафик закрывать на эти адреса... или мониторить по каким портам ломится..

vomad
16.11.2022, 21:58
тут скорее всего нужно весь трафик закрывать на эти адреса... или мониторить по каким портам ломится..
Практика показала, что достаточно http/https. Оставил на пару часов несколько открытых сеансов - не падают.
При условии, что закрыты подсети в посте выше.

warlomak
17.11.2022, 14:47
Тоже интересует. Есть ключ серваковый x64, с него снять дампик.

h5dmp

newcss
17.11.2022, 15:15
Практика показала, что достаточно http/https. Оставил на пару часов несколько открытых сеансов - не падают.
При условии, что закрыты подсети в посте выше.

Закрыты подсети для сервера или для клиентов тоже?

minrei
17.11.2022, 15:44
Хороший вопрос, для сервера закрыл но всё равно у меня Жертва ..... платформа 8.3.22.1603.

andrey1509
17.11.2022, 17:28
Привет всем. Ни когда на этом форуме не писал, только читал (мозгов на много не хватает). Делюсь опытом Сервер 1с на Ubuntu 20 платформа 2180. Сделал так Установил платформу чистую. На другой машине поднял сервер лицензий на 50 пользователей. У клиентов (Win10) прописал в файле C:\Program Files\1cv8\conf\nethasp.ini ,где брать ключи , строка NH_SERVER_ADDR = 192.168.1.* ваш IP сервера лицензий. Со вчерашнего обеда работает.
Тьфу-Тьфу.

andrey1509
17.11.2022, 17:29
Привет всем. Ни когда на этом форуме не писал, только читал (мозгов на много не хватает). Делюсь опытом Сервер 1с на Ubuntu 20 платформа 2180. Сделал так Установил платформу чистую. На другой машине поднял сервер лицензий на 50 пользователей. У клиентов (Win10) прописал в файле C:\Program Files\1cv8\conf\nethasp.ini ,где брать ключи , строка NH_SERVER_ADDR = 192.168.1.* ваш IP сервера лицензий. Со вчерашнего обеда работает.
Тьфу-Тьфу.

warlomak
17.11.2022, 17:45
сетевые ключи и не блокировались... а вот с серверными нужен другой дамп...

andrey1509
17.11.2022, 17:46
Ни чего на сервере не делал. Ставил в чистую.

warlomak
17.11.2022, 17:50
Ни чего на сервере не делал. Ставил в чистую.
ключ серверный блочится... (по этому инет и отрубают) с файловой проблем нет...

andrey1509
17.11.2022, 20:58
ключ серверный блочится... (по этому инет и отрубают) с файловой проблем нет...
инет не обрубал.

vomad
18.11.2022, 00:13
Ни чего на сервере не делал. Ставил в чистую.

На линукс сервере 1С разрешает 10 сеансов пользователей без лицензии (насколько я помню).

newcss
18.11.2022, 01:12
На линукс сервере 1С разрешает 10 сеансов пользователей без лицензии (насколько я помню).
У меня не получилось такой финт ушами провернуть.

warlomak
18.11.2022, 02:04
На линукс сервере 1С разрешает 10 сеансов пользователей без лицензии (насколько я помню).

на новых платформах нет...

SDom
18.11.2022, 19:58
Всем привет! Делюсь своим опытом и мнением. Имею 2 сервера, где стояла версия 1С 8.3.22.1604:
1. Linux CentOS 7 - на нем стоит PostgreSQL + сервер 1С + Web сервер + HASP (сервер 64, сервер 32, 50 раб мест)
2. Windows 2016 - терминальный сервер
15.11.22 утром смартфон перегревается от звонков и вибрации - все жалуются, работа 1С стоит, "Система 1С взломана, являемся жертвой мошенников" и т.д. Требуется поставить платформу 8.3.22.1704
На Linux сервере установлен виртуальный HASP, скомпилированный самостоятельно из vhci-hcd-1.15, libusb_vhci-0.7, UsbHasp, а также установлен HASP драйвер haspd-7.90-eter2centos и его модули haspd-modules-7.90-eter2centos... Сервер 1С 8.3.22 определяет ключи как не лицензионные и везде блочит базы, которые пытаемся открыть. Чешу репу и думаю по-пробовать поставить другой драйвер и эмулятор - успешно скомпилировал из vhci-hcd-1.15, libusb_vhci-0.8, UsbHasp, а также установлен другой HASP драйвер haspd-8.23-eter3centos. В итоге ключи lsusb показал, а 8.3.22 их посчитал как не лицензионные и везде блочит базы... Пробую поменять HASP драйвер на Sentinel_LDK_RedHat aksusbd-7.81, где в итоге ключи lsusb показал, а 1С все равно считает их не лицензионными. Сделан вывод - 1С 8.3.22 научен определять эмулятор.

1. Приходит первая мысль поставить ключи на Windows сервере, установить там HASPLM (менеджер лицензий), открыть порт 475 UDP и раздать их локально на терминальный сервер и Linux сервер 1С. При этом хочу заметить, что сервер 1С настроен на выдачу ключей тонким и web клиентом самим сервером, а не локальными машинами. В процессе установки ключей на Windows пришлось потрудиться с зачисткой от старых драйверов и записей в реестре ..1С 8.3.22 их моментально определяет и блочит базы. Удалось поставить Emuls4Windows_x86-x64_refresh2e с дампами MuKeyDrv и раздать их для сервера Linux. В итоге получилось, что все ключи видны, а серверный нет. Web клиент запустить не удается и сообщается об отсутствии лицензии, тонкий клиент запускается без проблем, но с ограничением количества 10 сессий... Не исключаю, что службы 1С своими сессиями также входят в список, т.к. регулярно поступала жалоба о пропадании лицензии.. как только пользователи набирали массу сессий выше 10 сразу все работало нестабильно у ВСЕХ. Основной вывод - сетевой ключ не передается через HASPLM. Так-же возникли постоянные сбои в работе конфигуратора и начало появляться сообщение о принудительном завершении сессии каким-то "Администратором". Видимо сам 1С сервер стал выступать в лице "Администратора" :)))
Так-же выявилось, что происходит большая утечка информации из системы 1С в непонятные серверы, а потом выясняется, что это 1С контроль, Yandex, MAIL и т.д. - https://ufa-1c.ru/content/articles/access-url-ip-for-1c/

2. Приходит вторая мысль откатить версию платформы 1С до 8.3.21.1393. Это привело к тому, что рабочие базы открываться отказались, а в итоге вываливается инфа - "Ошибка формата потока". Спасло меня то, что сам являюсь писателем на разных языках, включая TSQL.
В итоге имею исходный материал: 1) База своей самописки с очень небольшим объемом метаданных которая не работает и выдает - "Ошибка формата потока", 2) Та-же самая база резервной копии, которую мне удалось успешно загрузить в новую пустую конфигурацию.
Открываю обе базы используя инструмент pgAdmin 4 v5 и начинаю сравнивать таблицы обоих баз данных запросом:

select * from config ORDER BY filename;

Замечаю в конфигурациях обоих баз 2 единственных расхождения в таблицах "config" и "params", которые можно увидеть запросами:

select * from config where filename = 'versions';
select * from params where filename = 'locale.inf';

В итоге вижу, что в неисправной базе в день запуска было внесено изменение в таблицу "config" в строку "versions" значение "datasize" = 9228, а в рабочей из backup версии значение стоит старое = 4448. Так-же в таблице "params" в нерабочей базе datasize = 120, а в рабочей datasize = 112.
Вношу изменения в строки неисправной базы. Значения беру из исправной базы

update config set datasize = 4448 where filename = 'versions';
update params set datasize = 112 where filename = 'locale.inf';

В итоге нерабочая база все равно не запускается и вываливается инфа - "Ошибка формата потока"
В неисправной базе в таблице "config" удаляю строку "versions"

delete from config where filename = 'versions';

И вуаля!! База открывается успешно, конфигурация успешно, выгрузка ведется без проблем.
Пока остановился на откате до версии 1С 8.3.21.1393 с добавлением расширений в базы для обновления и заблочил ряд IP адресов служб 1С
Всем удачи!

SDom
19.11.2022, 06:38
Мы - UNIX LINUX.. Такие поступки грамотно определим на рынке. У нас нет Денег - у нас есть Уважение.. и есть громадная масса разума..

vomad
19.11.2022, 10:35
а серверный нет.
Серверный ключ нельзя отдать по сети, он обязан быть локальным. Его можно лишь пробросить на сервер через сторонний софт проброса USB-over-IP. Но популярный дамп этого ключа сейчас у 1С в черном списке. Вообще самое быстрое гарантированное решение - это покупка официального программного сервера x64. Либо ждать, пока умельцы сделают дамп "белого ключа".
Интересное наблюдение - у частников, мелких фирм, где стояли дампы мультикей однопользовательского ключа - их проблема не затронула ВООБЩЕ - как работали веб-клиентом до стороннего сервера, так и работают, при этом лицензию на запуск платформы берут из своего ключа... А вот дампы ключей сервера x64, ключа на 100, ключа на 500 - в черном списке.
Обе известные виртуалки (Windows XP с дампом ключа 100, pycelle с дампом сервера x64).
P.S. Кстати активировать ПРОГРАММНУЮ лицензию сейчас еше та проблема :)) Сервисы 1С наглухо лежат. Вторые сутки при активации пишет - нет интернета...

warlomak
19.11.2022, 10:44
Либо ждать, пока умельцы сделают дамп "белого ключа".

Дамп сделать не проблема, но ключ "белый" нужен, а его не даст никто в текущей ситуации... ИМХО...

asotel
19.11.2022, 11:15
на новых платформах нет...
это на релизах платформ начиная с какой даты?

warlomak
19.11.2022, 11:56
это на релизах платформ начиная с какой даты?

8.3.19.1723 отваливается без серверного ключа... На более ранних работает...

asotel
19.11.2022, 14:06
8.3.19.1723 отваливается без серверного ключа... На более ранних работает...
посмотрел на сайте https://releases.1c.ru/project/Platform83 дату данного релиза, она опубликована как раз накануне "черного вторника".

warlomak
19.11.2022, 14:26
посмотрел на сайте https://releases.1c.ru/project/Platform83 дату данного релиза, она опубликована как раз накануне "черного вторника".

знаю, с 15.11 работает с отключенным интернетом и эмулем...

Gabbana12
20.11.2022, 04:30
Есть у кого актуальные дампы на пользователей и сервер? (знаю, многого хочу)

holmes
20.11.2022, 21:06
Ну что уважаемые пользователи халявы.
После патчинга файла backbas.so платформа так же ругается как и под вантузом, на этом всё, идите покупать лицензии.

CDGR
22.11.2022, 15:58
Приветствую всех! Давно как-то видел скрипт для перевода дампа HASP из REG в json. Может есть у кого?

HPDX2300
23.11.2022, 00:46
изделие 8.3.22-1672-linux64, полеченное моим унипатчем, файловая база с конфой БП-3.0 КОРП ловило известное "наказание" (Centos-7, инет изделию никак не ограничивается т.к. всё происходит в лабораторных условиях "под микроскопом").
заменяю в унипатче дамп ключа для "спартанцев" (с другим SerialNumber) - изделие 8.3.22-1672-linux64 шуршит и не жужжит про то, что "звездец подкрался незаметно".
С базой ничё не делал, никаких Tool_1CD не применял.
Завтра в известной теме обновлю унипатч, а щас пора спать.

tinvul
23.11.2022, 06:09
на новых платформах нет...
М.б. дело в нюансах?
На линукс под сервером x64 без серверного ключа вполне доступны для подключения 12 сеансов пользователей. Только вот пользовательские лицензии нужно обеспечить. Ну и учесть, что без серверного ключа тонкие клиенты съедают подключения не только на себя, но и на каждое запущенное фоновое задание от своего имени. Возможно, они также себя ведут и при наличии серверного ключа - не проверял.
Проверялось на версиях 8.3.21.1622 8.3.22.1704 8.3.20.2180 сразу же после дня БП (как удалось скачать с 1С эти платформы)

newcss
23.11.2022, 12:21
М.б. дело в нюансах?
На линукс под сервером x64 без серверного ключа вполне доступны для подключения 12 сеансов пользователей.
Можете про Вашу схему рассказать? Чистая машина Linux, ставим туда 1с, postgres. Разворачиваем клиентов, у клиентов свои лицензии. Разворачиваем базы и работаем, правильно? Или вы еще что-то дополнительно ставили\интернет ограничивали?

vomad
23.11.2022, 12:30
Вышла новая pycelle с нормальным дампом в json (mutants server и 100).
У кого старая, можно просто дампы скачать и заменить.
Делаем так - в старой pycelle останавливаем сервис usb_hasp_emul.service, включаем доступ по SSH для рута (permitrootlogon yes), по WinSCP копируем новый json в папку /etc/usbhaspkey, заменяем дампы, проверяем права доступа на новый файл, запускаем сервис. USB redirector service рестартовать не нужно. Проверил - работает.

Spiller26
23.11.2022, 12:56
Дайте дамп в json.

Spiller26
23.11.2022, 13:01
Есть у кого инструкция как сделать дамп ключа? Поделитесь опытом.

Pependos
23.11.2022, 13:31
изделие 8.3.22-1672-linux64, полеченное моим унипатчем, файловая база с конфой БП-3.0 КОРП ловило известное "наказание" (Centos-7, инет изделию никак не ограничивается т.к. всё происходит в лабораторных условиях "под микроскопом").
заменяю в унипатче дамп ключа для "спартанцев" (с другим SerialNumber) - изделие 8.3.22-1672-linux64 шуршит и не жужжит про то, что "звездец подкрался незаметно".
С базой ничё не делал, никаких Tool_1CD не применял.
Завтра в известной теме обновлю унипатч, а щас пора спать.

Ждём с нетерпением!

CDGR
23.11.2022, 14:36
mutant_net-100.json

{
"HASP Key":
{
"Name": "Mutant Net100 (public)",
"Created": "22/11/2022 23:00:00",
"Password": "0x3B6D70CB",
"Type": "0x0000000A",
"Memory": "0x00000004",
"SN": "0x737F501F",
"Option": "0x01,0x01,0x02,0x4A,0x1F,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0xC9",
"SecTable": "0x9A,0x21,0x2C,0x25,0xDE,0x65,0x6C,0x65",
"NetMemory": "0x03,0x00,0x70,0x00,0x02,0xFF,0x64,0x00,0xFF,0xFF, 0xFE,0xFF",
"Data": "0x01,0x00,0x00,0x00,0x00,0x00,0x00,0x30,0xCB,0xD4, 0x61,0x4D,0x5C,0x1F,0xE0,0xCD,0x42,0x2F,0xFA,0x8E, 0x1D,0x63,0x2B,0xEA,0x09,0xD1,0xED,0xBF,0xF4,0x09, 0x00,0xA6,0x2D,0xD1,0xE9,0x9E,0x40,0x6D,0x0F,0x45, 0xE2,0x52,0xEA,0x10,0x9D,0xAB,0xC3,0x81,0x47,0x75, 0xF9,0x9E,0x97,0x9B,0x5C,0xDA,0x99,0x44,0x0A,0x16, 0xBB,0x13,0xBC,0x4B,0xB0,0x6D,0x50,0x75,0xEA,0x8A, 0x44,0x66,0x81,0x82,0xED,0xFE,0x90,0x0C,0x65,0xFB, 0xB6,0xFF,0x73,0x24,0x6A,0xB4,0x5D,0x90,0xBD,0x65, 0xCC,0xBF,0xE5,0xFC,0x85,0x46,0x58,0x77,0x04,0x1C, 0x88,0x97,0x24,0xFC,0x57,0xA4,0x44,0x53,0x22,0x21, 0x85,0x4E,0x64,0x00,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF"
}
}


mutant_server_x64.json

{
"HASP Key":
{
"Name": "Mutant Server x64 Net100 (public)",
"Created": "22/11/2022 23:00:00",
"Password": "0x4125237A",
"Type": "0x0000000A",
"Memory": "0x00000004",
"SN": "0x737F501F",
"Option": "0x01,0x01,0x02,0x4A,0x1F,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0xC9",
"SecTable": "0x9A,0x21,0x2C,0x25,0xDE,0x65,0x6C,0x65",
"NetMemory": "0x03,0x00,0x70,0x00,0x02,0xFF,0x64,0x00,0xFF,0xFF, 0xFE,0xFF",
"Data": "0x01,0x00,0x00,0x00,0x00,0x00,0x00,0x30,0xCB,0xD4, 0x61,0x4D,0x5C,0x1F,0xE0,0xCD,0x42,0x2F,0xFA,0x8E, 0x1D,0x63,0x2B,0xEA,0x09,0xD1,0xED,0xBF,0xF4,0x09, 0x00,0xA6,0x2D,0xD1,0xE9,0x9E,0x40,0x6D,0x0F,0x45, 0xE2,0x52,0xEA,0x10,0x9D,0xAB,0xC3,0x81,0x47,0x75, 0xF9,0x9E,0x97,0x9B,0x5C,0xDA,0x99,0x44,0x0A,0x16, 0xBB,0x13,0xBC,0x4B,0xB0,0x6D,0x50,0x75,0xEA,0x8A, 0x44,0x66,0x81,0x82,0xED,0xFE,0x90,0x0C,0x65,0xFB, 0xB6,0xFF,0x73,0x24,0x6A,0xB4,0x5D,0x90,0xBD,0x65, 0xCC,0xBF,0xE5,0xFC,0x85,0x46,0x58,0x77,0x04,0x1C, 0x88,0x97,0x24,0xFC,0x57,0xA4,0x44,0x53,0x22,0x21, 0x85,0x4E,0x64,0x00,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF"
}
}

imartyn
23.11.2022, 17:00
изделие 8.3.22-1672-linux64, полеченное моим унипатчем, файловая база с конфой БП-3.0 КОРП ловило известное "наказание" (Centos-7, инет изделию никак не ограничивается т.к. всё происходит в лабораторных условиях "под микроскопом").
заменяю в унипатче дамп ключа для "спартанцев" (с другим SerialNumber) - изделие 8.3.22-1672-linux64 шуршит и не жужжит про то, что "звездец подкрался незаметно".
С базой ничё не делал, никаких Tool_1CD не применял.
Завтра в известной теме обновлю унипатч, а щас пора спать.

ждем - это не то слово :) очень хочется....

HPDX2300
23.11.2022, 19:36
изделие 8.3.22-1672-linux64, полеченное моим унипатчем, файловая база с конфой БП-3.0 КОРП ловило известное "наказание" (Centos-7, инет изделию никак не ограничивается т.к. всё происходит в лабораторных условиях "под микроскопом").
заменяю в унипатче дамп ключа для "спартанцев" (с другим SerialNumber) - изделие 8.3.22-1672-linux64 шуршит и не жужжит про то, что "звездец подкрался незаметно".
С базой ничё не делал, никаких Tool_1CD не применял.
И чё они там, в секте "АднаСекта", "резину тянут"? RFC на блокировку "мутанта" пишут-утверждают (change-management типа ITIL, едрёна копоть) ? Или сотрудники тех-саппорта получили премию за своё досстижение и пропивают в кабаке народные деньги (ихнее бабло - это бывшее наше бабло), и не в состоянии внести изменение в продуктивной среде (в список блокируемых ключей) ?
Возникает интересная задачка, детали озвучивать не буду - демоны читают ведь, убить идею блокировки наповал.

Alf500
23.11.2022, 21:57
убить идею блокировки наповал.
Судя по сообщениям в соседнем форуме, вся эта лицензионная защита уже убита наповал. Как говорится - аминь

Alf500
23.11.2022, 21:58
дубль

imartyn
23.11.2022, 22:28
Судя по сообщениям в соседнем форуме, вся эта лицензионная защита уже убита наповал. Как говорится - аминь

соседний форум - это какой?

imartyn
24.11.2022, 01:38
изделие 8.3.22-1672-linux64, полеченное моим унипатчем, файловая база с конфой БП-3.0 КОРП ловило известное "наказание" (Centos-7, инет изделию никак не ограничивается т.к. всё происходит в лабораторных условиях "под микроскопом").
заменяю в унипатче дамп ключа для "спартанцев" (с другим SerialNumber) - изделие 8.3.22-1672-linux64 шуршит и не жужжит про то, что "звездец подкрался незаметно".
С базой ничё не делал, никаких Tool_1CD не применял.
Завтра в известной теме обновлю унипатч, а щас пора спать.

8.3.22.1709 - серверный вариант - Ubuntu 18.04 - после унипатча последнего - ловит известное наказание, притом на клиенте - что techsys что выдача лицензии сервером - похрен.... к сожалению :(

tinvul
24.11.2022, 05:32
Можете про Вашу схему рассказать? Чистая машина Linux, ставим туда 1с, postgres. Разворачиваем клиентов, у клиентов свои лицензии. Разворачиваем базы и работаем, правильно? Или вы еще что-то дополнительно ставили\интернет ограничивали?

Я периодически так тестирую на копии рабочих серверов нюансы обновлений платформы. Сами сервера - виртуальные машины, в них посредством гипервизора проброшены свои USB ключи. Обычно разворачиваю копию виртуальной машины в отдельном сегменте сети, естественно, без доступа к реальному USB-ключу (он в это время в работе) и к рабочей локальной сети (мало ли где ошибку допущу). Доступ в интернет когда ограничиваю, когда нет - если надо обновить систему на хосте или на сервере расположены только УТ 10й версии - они вроде бы не ломятся в интернет по любому чиху. ЗУП и бухгалтерии стараюсь не выпускать - не хочу, чтобы в 1С виделись одни и те же базы с разных серверов. Клиенты - 2-4 виртуальных машины с доступом как в тестовую сеть, так и в локальную: в локальной они получают клиентские лицензии с официального ключа. Всё работает.
Знакомым настраивал подобный сервер на ubuntu - предполагалось со временем активировать на нём программную лицензию на мини-сервер. Лицензию они приобрели, но так и не активировали. Пользовательские лицензии получают с ранее приобретенного ключа, часть пользователей - на подломанной платформе, но эти работают только с УТ10.3. Так без серверного ключа и работают до сих пор. Текущая платформа у них ниже проблемных, пока выжидают по максимуму без обновления.
На момент настройки знакомым тестировал раздачу пользовательских ключей с широко известной виртуалки, тогда всё работало. Предполагаю, что без допуска этой виртуалки в и-нет будет работать и далее. В крайнем случае - обновить на ней ключи на менее известные. Вон, мутанты появились.

tinvul
24.11.2022, 05:33
Можете про Вашу схему рассказать? Чистая машина Linux, ставим туда 1с, postgres. Разворачиваем клиентов, у клиентов свои лицензии. Разворачиваем базы и работаем, правильно? Или вы еще что-то дополнительно ставили\интернет ограничивали?

Я периодически так тестирую на копии рабочих серверов нюансы обновлений платформы. Сами сервера - виртуальные машины, в них посредством гипервизора проброшены свои USB ключи. Обычно разворачиваю копию виртуальной машины в отдельном сегменте сети, естественно, без доступа к реальному USB-ключу (он в это время в работе) и к рабочей локальной сети (мало ли где ошибку допущу). Доступ в интернет когда ограничиваю, когда нет - если надо обновить систему на хосте или на сервере расположены только УТ 10й версии - они вроде бы не ломятся в интернет по любому чиху. ЗУП и бухгалтерии стараюсь не выпускать - не хочу, чтобы в 1С виделись одни и те же базы с разных серверов. Клиенты - 2-4 виртуальных машины с доступом как в тестовую сеть, так и в локальную: в локальной они получают клиентские лицензии с официального ключа. Всё работает.
Знакомым настраивал подобный сервер на ubuntu - предполагалось со временем активировать на нём программную лицензию на мини-сервер. Лицензию они приобрели, но так и не активировали. Пользовательские лицензии получают с ранее приобретенного ключа, часть пользователей - на подломанной платформе, но эти работают только с УТ10.3. Так без серверного ключа и работают до сих пор. Текущая платформа у них ниже проблемных, пока выжидают по максимуму без обновления.
На момент настройки знакомым тестировал раздачу пользовательских ключей с широко известной виртуалки, тогда всё работало. Предполагаю, что без допуска этой виртуалки в и-нет будет работать и далее. В крайнем случае - обновить на ней ключи на менее известные. Вон, мутанты появились.

HPDX2300
25.11.2022, 11:06
на другом форуме (http://forum.ru-board.com/topic.cgi?forum=35&topic=82129&start=7380#3) чел под ником wlion описал "заражение базы" на SQL-сервере, но дело было под виндой. Удаление бана в базе можно пробовать и под линуксом в базах PostgreSQL:


Вывел базу с инфой о прогр.лиц. в postgresQL погулять за стену (т.е. есть доступ в инет) - бан выскакивает, но саму базу не инфицирует. Завожу за стену (Firewall, т.е. НЕТ доступа в инет) - бана нет.
Вычистил 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl' в files (убрал в истории инфу о прогр.лиц.) и вывел опять погулять - бан и модификация 'versions' в config, 'locale.inf' в params и создание 'ib.pfl', '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl' в files. Завёл за стену - бан не исчезает, т.е. база "инфицирована".

DELETE FROM config WHERE filename = 'versions'
DELETE FROM files WHERE filename = 'ib.pfl'
DELETE FROM files WHERE filename = '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl'
DELETE FROM params WHERE filename = 'locale.inf'

последовательно поудалял, и всё закончилось - бан исчез.
8.3.20.2184 БП 3.0.125.15 свежее не бывает
делайте бэкап и пробуйте

P.S.
если поломается загрузка в браузере, то запихните в базу её пустую конфу, она одумается.
Выше это всё под windows, а под линукс упорно не могу поймать бан.
Вижу, что создаются 'ib.pfl' и '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl', но 'versions' и 'locale.inf' не модифицируются.
Инет открыт, МультиКей в Vbox раздаёт куда хочешь.... чудеса.

imartyn
25.11.2022, 15:11
на другом форуме (http://forum.ru-board.com/topic.cgi?forum=35&topic=82129&start=7380#3) чел под ником wlion описал "заражение базы" на SQL-сервере, но дело было под виндой. Удаление бана в базе можно пробовать и под линуксом в базах PostgreSQL:

Вычистил 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl' в files (убрал в истории инфу о прогр.лиц.)

у меня - это категорически не работает

psql DATABASE

delete from files where filename = 'c01b78f6-1525-41b1-9cc1-69e3da58d2ac.pfl'

DELETE 0

и лицензии старые как показывало - так и показывает

PerlAmutor
25.11.2022, 20:33
Кровь из глаз течет, когда смотрю как вы определяете ELF формат в Python скрипте. Возможно так будет красивее?


#---------------------------------------------------------------------
EXEFLAG_NONE = 0x0000
EXEFLAG_LINUX = 0x0001
EXEFLAG_WINDOWS = 0x0002
EXEFLAG_MACOS = 0x0004
EXEFLAG_MACOS_FAT = 0x0008
EXEFLAG_32BITS = 0x0010
EXEFLAG_64BITS = 0x0020

# Keep signatures sorted by size
_EXE_SIGNATURES = (
("\x4D\x5A", EXEFLAG_WINDOWS),
("\xCE\xFA\xED\xFE", EXEFLAG_MACOS | EXEFLAG_32BITS),
("\xCF\xFA\xED\xFE", EXEFLAG_MACOS | EXEFLAG_64BITS),
("\xBE\xBA\xFE\xCA", EXEFLAG_MACOS | EXEFLAG_32BITS | EXEFLAG_MACOS_FAT),
("\xBF\xBA\xFE\xCA", EXEFLAG_MACOS | EXEFLAG_64BITS | EXEFLAG_MACOS_FAT),
("\x7F\x45\x4C\x46\x01", EXEFLAG_LINUX | EXEFLAG_32BITS),
("\x7F\x45\x4C\x46\x02", EXEFLAG_LINUX | EXEFLAG_64BITS)
)

def get_exeflags(filepath):
try:
with open(filepath, "rb") as f:
buf = ""
buf_len = 0
for sig, flags in _EXE_SIGNATURES:
sig_len = len(sig)
if buf_len < sig_len:
buf += f.read(sig_len - buf_len)
buf_len = sig_len

if buf == sig:
return flags
except:
pass

return EXEFLAG_NONE

HPDX2300
25.11.2022, 22:06
Кровь из глаз течет, когда смотрю как вы определяете ELF формат в Python скрипте. Возможно так будет красивее?
"Вам шашечки или ехать?"(С)
вся эта лабуда не нужна в реальной жизни. файлик патча - не произведение изобразительного искусства, не надо им любоваться - так мона и псих.больничку угодить (программисты они такие по-жизни - шизоиды, иногда почти шизики)
открою секрет: тем кого "корёжит" три строки мона смело удалить - от if mm[0]!=0x7f.... до sys.exit()

PerlAmutor
27.11.2022, 19:03
bsdiff/bspatch пробовали вместо dd ?

deltaone
28.11.2022, 18:12
deleted

deltaone
28.11.2022, 18:13
https://github.com/rsvt1973/UsbHasp
https://github.com/linuxbuh/vhci_hcd

Товарищи, кто-нибудь на основе вот этого делал .deb ?
Можете поделиться ?
Или в кратце расказать как научиться их делать ;)

newcss
28.11.2022, 22:07
https://github.com/rsvt1973/UsbHasp
https://github.com/linuxbuh/vhci_hcd

Товарищи, кто-нибудь на основе вот этого делал .deb ?
Можете поделиться ?
Или в кратце расказать как научиться их делать ;)

Все достаточно просто. Для начала вам потребуется виртуальная машина на нужной вам версии Linux. Дальше на эту машину ставите комплект для сборки программного обеспечения, gcc, cmake... Пробуете собрать, оно ругается, но вы не сдаетесь - ставите требуемые пакеты, спрашиваете на форуме, гуглите в интернете... Наконец-таки у Вас собирается нужный Вам компонент, копируете все в папку, архивируете, переименовываете в deb, пробуете поставить на целевой машине. Нихера не получается, снова материтесь, бухаете, спрашиваете на форуме, гуглите... И так по кругу пока не получится).

yurykk
29.11.2022, 06:19
https://github.com/rsvt1973/UsbHasp
https://github.com/linuxbuh/vhci_hcd

Товарищи, кто-нибудь на основе вот этого делал .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/page76?p=633873&viewfull=1#post633873)
Инструкция (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/page76?p=633869&viewfull=1#post633869)

deltaone
29.11.2022, 12:43
Пакеты (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/page76?p=633873&viewfull=1#post633873)
Инструкция (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/page76?p=633869&viewfull=1#post633869)

Подскажите пожалуйста, откуда информация о том, что пакеты собраны именно из указанных репозитариев ?
Спасибо ...

yurykk
29.11.2022, 12:58
Подскажите пожалуйста, откуда информация о том, что пакеты собраны именно из указанных репозитариев ?
Спасибо ...

По собранным пакетам никто гарантий не даст. Но всегда можно собрать самому.

olegtelec
29.11.2022, 14:06
deltaone
откуда информация о том, что пакеты собраны именно из указанных репозитариев ?
Во всяком случае данные пакеты работают!
Проверенно на 8.3.17.1851.

vomad
29.11.2022, 17:39
Как пользоваться этой чертовой штукой reg2json.bat?
P.S. По пещерному, ручками перенес дамп ключа из reg :) Добавил 0x0 перед значениями до FF.

olegtelec
30.11.2022, 09:39
Как пользоваться этой чертовой штукой reg2json.bat?
P.S. По пещерному, ручками перенес дамп ключа из reg :) Добавил 0x0 перед значениями до FF.

Чтобы использовать reg2json, нужен язык программирования Perl.
Можно воспользоваться Portable версией.
Например взяв ее здесь https://portableapps.com/node/12595 или здесь https://www.southsoftware.com/perl.html. Второй вариант попроще.
Помещаем файлы reg2json.bat и *.reg (вместо звездочки имя вашего файла), туда где находится perl.exe.
Запускаем reg2json.bat.
Получаем *.json с именем файла, такого же, как было у *.reg.

P/S: Эти Perl-ы для использования в ОС Windows.

Spiller26
30.11.2022, 12:19
Чтобы использовать reg2json, нужен язык программирования Perl.
Можно воспользоваться Portable версией.
Например взяв ее здесь https://portableapps.com/node/12595 или здесь https://www.southsoftware.com/perl.html. Второй вариант попроще.
Помещаем файлы reg2json.bat и *.reg (вместо звездочки имя вашего файла), туда где находится perl.exe.
Запускаем reg2json.bat.
Получаем *.json с именем файла, такого же, как было у *.reg.

P/S: Эти Perl-ы для использования в ОС Windows.

где взять reg2json.bat?

olegtelec
30.11.2022, 12:42
где взять reg2json.bat?

Вот здесь -> https://www.upload.ee/files/14687827/reg2json.7z.html

Gubanov
07.12.2022, 19:15
Кто-нибудь проверял работоспособность на версиях платформы: 8.3.17.2760, 8.3.18.1959, 8.3.19.1726, 8.3.20.2184, 8.3.21.1624, 8.3.22.1709?

newcss
07.12.2022, 19:36
Кто-нибудь проверял работоспособность на версиях платформы: 8.3.17.2760, 8.3.18.1959, 8.3.19.1726, 8.3.20.2184, 8.3.21.1624, 8.3.22.1709?
Я с 0 поднимал стенд на Debian. USBHasp + Мутант, Сервер 1с (8.3.22.1709) + запрет доступа в интернет на сервере. Базы поднялись, обновились, проблем не выскакивало. Продолжаю тестирование.

Gabbana12
16.12.2022, 03:22
Кто-нибудь поднимал кластер с эмулятором? Не могу дампы ключей найти для аладина.

nosferatudima
20.12.2022, 10:07
1 Создаём папку, и копируем пакеты (папка "usbhaspemul")
# cd ./usbhasp2020/
2 Пакеты умуляции.
# sudo apt install ./libusb-vhci_0.8-2_amd64.deb
# sudo apt install ./usb-vhci-hcd-dkms_1.15.1_amd64.deb
# sudo apt install ./usbhasp_0.1-2_amd64.deb
3 В /etc/usbhaspd/keys разместить файлы .json, я брал ключь на сервер 64x и 300. (папка "keydumps")
4 Перезапуск служб
# sudo systemctl restart usbhaspd
# sudo systemctl status usbhaspd
5 Проверяем виртуальные ключики
# lsusb
------------------------------------------------------------------
6 Устанавливаем 1C-сервер, ставил 8.3.17.1846.
# sudo apt install imagemagick unixodbc ttf-mscorefonts-installer
# сd ./1c64_83_17_1846/
# sudo dpkg -i 1c*.deb
# sudo chown -R usr1cv8:grp1cv8 /opt/1C
# sudo systemctl enable srv1cv83
7 Установка пакета "aksusbd_8.13-1_amd64" для раздачи ключей.
# cd ./aksusbd/
# sudo dpkg -i aksusbd_8.13-1_amd64.deb
# sudo reboot

А нет ли такого чуда для РедОС?

Spiller26
20.12.2022, 10:31
Не пробовал, но возможно тебе помогут вот эти ресурсы http://sisyphus.ru/ru/srpm/usb-vhci, https://pkgs.org/download/kmod(vhci-hcd.ko), https://sourceforge.net/p/usb-vhci/wiki/Home/, https://sourceforge.net/projects/usb-vhci/
готового не видел.

HPDX2300
20.12.2022, 19:11
К сведению, в теме "Эмуляторы" написано:

Решил проблему с тем что дампы из линукса работали только 1 минуту!:ism (154):
Дело в исходниках UsbHasp. В руселле они из этого репозитария (https://github.com/sam88651/UsbHasp), а он там старый. То есть автор исходники доработал, но репозитарий не обновил. Поэтому в линуксах почти все используют недоработанный эмулятор, с которым дампы в 1с работают только минуту.
Я доработал исходники, пересобрал, и теперь 1с отлично переваривает дампы из линукса и по 475 порту и через usb redirector.
Сделал скрипт установщика демона.
Нужно распаковать архив и сначала пересобрать исходники (можно скриптом make.sh).
Затем запустить скрипт install_daemon.sh. Он удалить следы старого эмулятора и пропишет в систему новый. Посмотреть его статус - sudo systemctl status usbhaspd
Дампы прописывать в конфигах не нужно, эмулируются все json, которые лежат в папке /etc/usbhaspkey
После изменений в папке дампов набрать sudo systemctl restart usbhaspd или запустить скрипт restart_all.sh (перегрузит +HASP LM +USB Redirector)
usbhasp_sil_.tar.gz (https://drive.google.com/file/d/1CVori2d2vmqeZio_lWAuL5vEI0mvYVL7)


Огромное спасибо от всех :) Сконвертировал ваш vhdx под esxi в vmdk, подредактировал сетку для ens160 (эмуляция E1000 в esxi по умолчанию для виртуального адаптера). В usb redirector server пришлось ручками расшарить оба usb порта (3-1, 3-2).
Толстые клиенты больше не вылетают с потерей ключа. Отличная работа!!

z8491
22.12.2022, 17:34
Ребята, развернул эмуль на CentOS 7, но из за проблемного репозитария (sam88651/UsbHasp) , и периодически отваливаются толстые клиенты с сообщение ключ не найден, пакет usbhasp_sil_.tar.gz от _sil_sil_ не устанавливается, может поделитесь опытом установки usbhasp_sil_.tar.gz на CentOS 7
make.sh в результате
EncDecSim.c: In function ‘Transform2’:
EncDecSim.c:95:5: error: ‘for’ loop initial declarations are only allowed in C99 mode

grinmlenx
22.12.2022, 20:05
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-8-x?p=758139&viewfull=1#post758139

z8491
23.12.2022, 11:29
Уважаемые коллеги, прошу вашей помощи, разворачиваю эмуль на на Centos 7 x64 (Kernel 3.10.0), по инструкции комрада tranger, все прошло хорошо , как создать сервис , прочитал в другом мануале , но рекомендуют пересобрать драйвера usbhasp (Решил проблему с тем что дампы из линукса работали только 1 минуту! Дело в исходниках UsbHasp. В руселле они из этого репозитария, а он там старый. То есть автор исходники доработал, но репозитарий не обновил. Поэтому в линуксах почти все используют недоработанный эмулятор, с которым дампы в 1с работают только минуту.), что бы не было проблем с вылетами у толстых клиентов 1с, не получается накатить пакет usbhasp_sil_.tar.gz от _sil_sil_ , может вы поможете собрать пакет под Centos 7 x64 (Kernel 3.10.0), Спасибо за понимание.

olegtelec
23.12.2022, 13:35
Уважаемые коллеги, прошу вашей помощи, разворачиваю эмуль на на Centos 7 x64 (Kernel 3.10.0), по инструкции комрада tranger, все прошло хорошо , как создать сервис , прочитал в другом мануале , но рекомендуют пересобрать драйвера usbhasp (Решил проблему с тем что дампы из линукса работали только 1 минуту! Дело в исходниках UsbHasp. В руселле они из этого репозитария, а он там старый. То есть автор исходники доработал, но репозитарий не обновил. Поэтому в линуксах почти все используют недоработанный эмулятор, с которым дампы в 1с работают только минуту.), что бы не было проблем с вылетами у толстых клиентов 1с, не получается накатить пакет usbhasp_sil_.tar.gz от _sil_sil_ , может вы поможете собрать пакет под Centos 7 x64 (Kernel 3.10.0), Спасибо за понимание.

Пакет usbhasp_sil_.tar.gz от _sil_sil_, не смотрел.
Однако, может быть эта статья (https://www.devopsos.ru/blog/ustanovka-1c-server-postgres-pro-apache-emulyator-hasp-v-centos-8) Вам поможет?!

z8491
23.12.2022, 15:37
Пакет usbhasp_sil_.tar.gz от _sil_sil_, не смотрел.
Однако, может быть эта статья (https://www.devopsos.ru/blog/ustanovka-1c-server-postgres-pro-apache-emulyator-hasp-v-centos-8) Вам поможет?!

как я и писал выше , это перепечатка старых инструкции где используют старый репозитарий $ sudo git clone https://github.com/sam88651/UsbHasp.git

olegtelec
23.12.2022, 15:43
как я и писал выше , это перепечатка старых инструкции где используют старый репозитарий $ sudo git clone https://github.com/sam88651/UsbHasp.git
Вы основываясь на вышеуказанной статье, пробовали что-нибуть делать?

z8491
23.12.2022, 15:57
Вы основываясь на вышеуказанной статье, пробовали что-нибудь делать?
я все сделал , эмуль работает , но 1с через 5 мин. вылетает с сообщением КЛЮЧ ЗАЩИТЫ ПРОГРАММЫ БОЛЬШЕ НЕ ДОСТУПЕН, нашел что проблема в старом драйвере usbhasp, для debian , есть новый пакет , для centOS не прокатило , вот прошу совета

mightyraven
23.12.2022, 23:30
Доброго дня форумчане. Какой сейчас рабочий вариант для 8.3.20 и выше???

olegtelec
26.12.2022, 09:33
Доброго дня форумчане. Какой сейчас рабочий вариант для 8.3.20 и выше???
Виртуальный.
А также с понижением версии.
Все это есть на форуме не ленитесь читать.
В частности по виртуалкам вот -> ссылка (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-8-x/page848)

HPDX2300
30.12.2022, 00:33
Ребята, развернул эмуль на CentOS 7, но из за проблемного репозитария (sam88651/UsbHasp) , и периодически отваливаются толстые клиенты с сообщение ключ не найден, пакет usbhasp_sil_.tar.gz от _sil_sil_ не устанавливается, может поделитесь опытом установки usbhasp_sil_.tar.gz на CentOS 7
make.sh в результате

EncDecSim.c: In function ‘Transform2’:
EncDecSim.c:95:5: error: ‘for’ loop initial declarations are only allowed in C99 mode
поискал в яндексе строку "error: ‘for’ loop initial declarations are only allowed in C99 mode", докладываю:
на stackoverflow.com есть хороший ответ (https://stackoverflow.com/questions/29338206/error-for-loop-initial-declarations-are-only-allowed-in-c99-mode)

This happens because declaring variables inside a for loop wasn't valid C until C99(which is the standard of C published in 1999), you can either declare your counter outside the for as pointed out by others or use the -std=c99 flag to tell the compiler explicitly that you're using this standard and it should interpret it as such.

либо не надо в голове цикла FOR объявлять лок.переменную (счётчик цикла) типа такого: "for(int i=0" , исправляется объявлением int i заранее ("you can either declare your counter outside the for")

либо добавить опцию компилятору: "use option -std=c99 or -std=gnu99 to compile your code"
у меня CentOS 7, сборку пакета usbhasp_sil_.tar.gz планирую вскоре, но щас занят другой задачей (она поинтересней).

Mircover
30.12.2022, 14:25
Может информация пригодится кому-нибудь.

Эмуль на CentOS 7 использую на "продакшене" с конца 2019г. Сделано несколько KVM виртуалок для раздачи ключей виндовым (2019) серверам 1С посредством "USB Redirector". Клиентам 1С лицензии, исключительно, раздаются сервером 1С. Клиенты - тостые, тонкие, х32, х64, WEB. За три года не было ни одного "отвала".

Виртуалки создавались по самому первому попавшемуся мануалу с использованием именно "старых" исходников и на основании скрипта от castorsky путём ввода команд вручную. Мануал и скрипт - https://github.com/kinprize/emul_linux

До 15.11.2022г виртуалки раздавали по три ключа с PASSWORD/SN = 3B6D70CB/33A3AE9E на 100 пользователей и серверные 4E3110E4/08ED1E32, 4125237A/281DCF71. Каждая виртуальная машина могла раздавать ключи на 10 серверов 1С. Платформы 1С не входили в список "проблемных".

При проверке выяснилось, что с вышеуказанными виртуалками, "новые" платформы 1С сообщали о нарушении лицензии.

После появления информации о "мутантах" и самих ключей, на основе уже существующих виртуалок, были сделаны виртуалки с "мутантами" - никаких проблем обнаружено не было. Работали все попавшиеся в открытом доступе дампы. а также, дампы официально приобретённых ключей.

Так-же была запущена виртуалка на CentOS 8 Stream с эмулятором на "мутантах" и сервером 1С 8.3.22.1709. На ней опробовались самые "экстремальные" варианты, как например, дампы от Уважаемого HPDX2300 (которые. почему-то им самим были признаны ненадёжными). На данный момент всё работает: https://pastebin.com/JKi9ghr9

Сейчас на CentOS 7 по десять пар ключей "мутантов" на сервер и 100 пользователей для раздачи виндовым серверам 1С с платформой 8.3.22.1709.

P.S. Для жёлтых шпионов: Официально купленные USB ключи лежат в сейфе. Снятые с них дампы готовы заменить "мутантов". А эмуляция используется, потому. что сервера находятся в 2-х тысячах километров от USB ключей. И вообще. заканчивайте эту бессмысленную борьбу...