Ломаная 1с для linux

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

Опции темы

Поиск по теме

Отображение

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

Здравствуйте! Установила 8.3.12.1685_Windows_Repack_x86, (база файловая) пишет, что нет лицензий. Подскажите, пожалуйста, что можно еще сделать?

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

Ясно
Поумничал поумничал,, повыпендривался.. Но толком так ничего и не сказал.. А ссылочкой на бесполезную статью о сеансах надо было просто для понтом кинуть. Я понял.
Если вы так обижены вниманием, и ищете где бы повыпендриватся, то идите на лавочку к малолеткам.

Сдесь же я жду ответа на вопрос и способы решения

Вам же объяснили что память будет жрать posgres он у Вас ведь x64 !)
1С серверу нужен больше проц!
что Вы прицепили к этому линуксу ? ставьте сервер на Windows 2k16 например, все равно на лицензирование Вам пох. в конторе )

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

Есть вариант запуска 1С на Линуксе с эмулятором хаспа и дампами ключей. За подробностями прошу в личку.

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

Хм, по моему речь идет про программную лицензию на сервер, Вы же пишите про аппаратную лицензию .

ps: на текущий момент времени реально работоспособный вариант с Linux x64 — кластер 1с с двумя машина, на первой Windows машине сервер 1с который ТОЛЬКО обрабатывает клиентские подключения «в приоритете», а остальные роли выставлены «на подхват»
На второй, Linux машине, крутится сервер 1с в котором ОБЯЗАТЕЛЬНО (!) отключена роль обработки клиентских подключений, но активированы все остальные роли «в первичном приоритете», а так же крутится PostgreSQL где лежат базы.
/ Речь естественно только про x64 /
При такой конфигурации пользователи подключаются к серверу 1с на windows машине, их подключение обрабатывается этой же первой машиной кластера, а все остальные роли 1с обрабатываются машиной на Linux. ( При этом работает без каких либо нареканий COM (!) )
Сама же база данных находится на Linux машине, а по последним данным от «официалов» (могу так же подтвердить этот момент), PostgreSQL на Linux машине, после оптимизации работает даже шустрее чем на SQL Server .

psps: есть мысль на второй машине кластера, которая с Linux, активировать «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений», это по логике позволит создать очень хорошую систему, из разряда дешево но очень сердито.
Примечание:
— На первой машине можно использовать Win 10, что очень сильно снизит затраты на стоимость лицензий.
— Основные затраты в этой системе — полная лицензия 1С сервер+клиенты на первой машине.
— У кого то первая машина кластера может быть и вообще «халявной», в таком случае затраты будут только на «1С:Предприятие 8.3. Сервер МИНИ на 5 подключений»
/ У меня в сети используются только лицензии /

Источник

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

Опции темы

Поиск по теме

Отображение

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

Должно работать, причем для одной базы и 10 подключениях вообще должно быть без всяких запинок.

Пользователь сказал cпасибо:

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

Процесс так и висит.. терминал закрывать, как я понимаю, не следует.

Перехожу к тестам.

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

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

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

Итак. работает все в режиме «поставил и забыл»

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

Все делалось на debian-9, если у кого-то другая версия, надо будет скорректировать некоторые команды.

1. устанавливаем либы для х32 (без них работать не будет. )

4. собираем драйвер виртуального USB
Идем сюда — [Только зарегистрированные пользователи могут видеть ссылки. ]
и качаем «vhci_hcd» и «libusb_vhci»

сначала собираем драйвер ‘usb_vhci’

для автозапуска делаем скрипт в /etc/init.d/ и регистрируем соужбу в systemctl

6. ключи
отличия от reg-файлов
все DWORD-параметры записаны без «0х» в начале
все HEX-параметры содержат те же массивы, но к каждому элементу надо приклеить все тот же «0х» в начало

21 пользователя(ей) сказали cпасибо:

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

А можно скомпилить на тестовом сервере и подсунуть модули на рабочий сервак?

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

Пользователь сказал cпасибо:

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

Для ubuntu 18.04.2 x64 lts (4.15.0) по памяти напишу первую часть, в помощь другим даже с минимальными знаниями:

sudo dpkg —add-architecture i386
sudo apt update
sudo apt install libusb-0.1-4:i386 linux-tools-generic automake libtool linux-source-4.15.0 linux-headers-4.15.0-48 libelf-dev libjansson-dev
cd /usr/src/
sudo tar -xf linux-source-4.15.0.tar.bz2
cd

Качаем vhci_hcd и libusb_vhci отсюда:
[Только зарегистрированные пользователи могут видеть ссылки. ]
[Только зарегистрированные пользователи могут видеть ссылки. ]
Примерно так (можете вообще и с другого компьютера закачать, главное перебросьте эти файлы в папку пользователя этой машины):
wget [Только зарегистрированные пользователи могут видеть ссылки. ]
wget [Только зарегистрированные пользователи могут видеть ссылки. ]
Далее:
tar -xf libusb_vhci-0.7.tar.bz2
tar -xf vhci-hcd-1.15.tar.bz2
cd vhci-hcd-1.15
mkdir -p linux/4.15.0/drivers/usb/core
cp /usr/src/linux-source-4.15.0/include/linux/usb/hcd.h linux/4.15.0/drivers/usb/core/
nano usb-vhci-hcd.c
находим «#define DEBUG» и комментируем эту строку, при желании можно выделить через /* */
nano usb-vhci-iocifc.c
находим «#define DEBUG» и комментируем эту строку
добавляем строку #include
(просто сверху над первым #include в файле вставьте)
sudo make KVERSION=4.15.0-48-generic KSRC=/usr/src/linux-source-4.15.0
sudo make install
cd

/libusb_vhci-0.7
./configure
make
make install
cd

wget [Только зарегистрированные пользователи могут видеть ссылки. ]
unzip master.zip
cd cd UsbHasp-master
make

— продолжение следует . (пока нет времени)

Последний раз редактировалось vfp7; 26.04.2019 в 18:43 .

8 пользователя(ей) сказали cпасибо:

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

sudo cp dist/Release/GNU-Linux/usbhasp /usr/local/etc
sudo /sbin/ldconfig -v
sudo nano /etc/modules
vhci-hcd
usb-vhci-hcd
usb-vhci-iocifc
..

sudo nano /usr/local/etc/initreboot.sh
#!/bin/sh
/usr/local/etc/usbhasp -d /usr/local/etc/srv.json,/usr/local/etc/ws.json
sudo systemctl start srv1cv83
exit
..

sudo chmod +x /usr/local/etc/initreboot.sh
sudo crontab -e
..
@reboot /usr/local/etc/initreboot.sh > /dev/null 2>&1
..

Переходим в папку с дистрибутивом 1с и ставим ее (если не установлена, а так же устанавливаем haspd):
( установка 1с разжевана в инете, к примеру ( i386 !, примерно аналогично делаем для x64 ) [Только зарегистрированные пользователи могут видеть ссылки. ] )
sudo apt install imagemagick unixodbc libgsf-bin t1utils
sudo apt install libwebkitgtk-3.0-0
sudo apt —fix-broken install
cd

/Folder1cDistrib (здесь должны быть минимум три файла: 1c-enterprise83-client_*_amd64.deb 1c-enterprise83-common_*_amd64.deb 1c-enterprise83-server_*_amd64.deb)
sudo dpkg -i 1c-enterprise83-*
wget [Только зарегистрированные пользователи могут видеть ссылки. ] ( качаем два haspd*.deb файла по этой ссылке или переносим их с другого компьютера )
sudo dpkg -i haspd*
sudo systemctl disable srv1cv83

Про ключ (/usr/local/etc/srv.json и /usr/local/etc/ws.json) смотрим пост выше от Alf500, примечание — поле «Data» просто сделал в одну длинную строку.
На этом все.

/ подтверждаю что система работоспособна на Ubuntu 18.04.2 x64 LTS /
Если у кого есть желание и возможность может изготовить скрипт автоматической перекомпиляции этой системы при обновлении ядра, ему все явно сказали бы большое спасибо. (у меня проблемы с свободным временем)

ps: в прошлом посте в одной строке пропущен sudo — «make install», а должно быть «sudo make install» . (иначе система ругнется на недостаточные права)

Последний раз редактировалось vfp7; 29.04.2019 в 15:37 .

Источник

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

Опции темы

Поиск по теме

Отображение

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

А web-клиент работает после патча, не спрашивает лицензию ?

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

Ребят как заставить работать с лицензией 1С server x64 на Линуксе?
Установил на линукс 1с сервер x64. Установил на виртуалку сервер лицензирования (ну тоесть ємулятор с HASP LM). Ключи то он роздает. Ключи видятся 1с-кой как «Текущая: Сетевой HASP4 ORGL8 50, выдал сервер (получило клиентское приложение). Но ключа сервера она почемуто не видит. Тоесть с одной базой могут работать только 12 человек, то что позволено работать на 1С Линукс по умолчанию.
Как только подключается 13-ый. сразу просит ключ:
[Только зарегистрированные пользователи могут видеть ссылки. ]
Я так понимаю EN8SA который оно ищет это и есть серверный ключ.
Как это дело полечить для Сервера х64. 32-ух битній то я знаю что лечится обычным unipatch.

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

Вопрос: как лечил зависимость от библиотеки libpng12-0? Я качал из репозитория 16.04 и ставил deb-пакет, хотя может можно и ссылку создать на libpng16.

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

Спасибо полезная инфа.. буду пробовать.. Но меня смущает то что версия 1С x86.. Она же чемто обрезана должна быть?? Не видит больше 4 гигов памяти? или еще что там? У меня на серваке 96 гиг оперативы.. Как то не охота ставить i386 на такое количество памяти. 1С же будет тормозить изза нехватки испольхования, да? База хоть и не большая, всего 40 гиг, но всеже хотел чтобы она полностью в памяти висела — так офигенно шустро работает.
А i386 всеже ограничена.

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

Вы немного путаете наверное «серверная часть» на стороне сервера 1С предприятия и «серверная часть» на стороне сервера баз данных.
Значительное ускорение если нормально сконфигурирован по памяти прежде всего сервер баз данных.

Далее.. Если говорить про «серверную часть» со стороны сервера 1С предприятия — тут нужно понимать, что есть память которая доступна конкретному пользователю при подключении к кластеру серверов 1С предприятия и память, которую 1С предприятие выделяет под пул клиентских подключений.

Т.е. тут уже начинается «разница» — сколько пользователей у вас используют сервер 1с предприятия, сколько различных конфигураций баз используют пользователи. Т.е. тут уже начинается арифметика «сколько чего, кому и на какие цели выделять».

Безусловно 64-х битный сервер лучше, но нельзя сказать что 32-х битный это полный отстой с которым нельзя работать.. тут очень много факторов как за, так и против.

Источник

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

Опции темы

Поиск по теме

Отображение

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

Добрый день.
Спасибо за ответы.
1. Про KEEPALIVE и UDP — нужно было написать «KEEPALIVE» в кавычках, т.к. я не имел в виду особенность протокола TCP (и, будучи серверным админом и сетевиком циско, как работает UDP я знаю). Под «KEEPALIVE» я имел в виду запрос-ответ от клиента к HASPLM вида «ей, я жив, ключ тоже?», который (запрос) на HASPLM, среди прочего, сбрасыват таймер таймаута «живости» клиента. Дак вот под виндой оно каждые 2,5-3 минуты проходит, а к никсовому серверу HASPLM — нет. Кроме того, обмен пакетами UDP проходит довольно весело и уверенно при запуске клиента, при этом совершенно ничего не посылается в сторону HASPLM после запуска вплоть, включая, подыхание клиента 1С (т.е. клиент 1С перед возникновением ошибки KEYWASLOST в сторону HASPLM ничего не посылает).
Для вопроизвдения:
а) Берем линуксовый HASPLM с сетевым ключем;
б) Берем чистую машинку на Windows (7,8,10, мы пробовали на 7 и на 2012) — важно виндовую, потому что линуксовый клиент 1С работает без нареканий.
в) На этой машинке, при остановленных службах вида обновлений (они жрут ресурсы), с 0,5% использования ЦП, запускаем клиент 1С и файловую базу (или серверную, но запретив пользовать лицензию с сервера предприятий)
г) Просто ждем. Делать в базе что-либо вообще не обязательно. Неважно — вы будете в базе работать или просто смотреть на стартовый экран после запуска, не нажав в клиенте ни единой кнопочки, эти 2 минуты не трогая мышку и клаву — по истечении 2х минут клиент 1С вываливается с ошибкой KEYWASLOST. Потребление ресурсов при этом на уровне плинтуса — т.е. никакого. Проверено как на живых машинах, так и на виртуалке (правда на виртуалке с 2012R2).
Если бы дело было в загрузке ЦП и невозможности время от времени клиентом отправить UDP запрос — то тогда запрос от клиента хотя бы иногда приходил бы на сервер HASPLM. Мы третий день бьемся с проблемой и в 100% случаев клиент, после запуска, не общается больше с сервером Linux HASPLM вообще, просто вываливаясь с ошибкой KEYWASLOST.

ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу UDP, прекрасно работают с виндовым HASPLM. Эти же. И они же дохнут при наличии линуксового HASPLM. Я сильно сомневаюсь, что проблема в линуксовом хаспе. Скорее клиент 1С видит некие другие данные и неверно их интерпретирует. Как, например, вечная ошибка клиента 1С в том, что по IP-шнику это чудо работать не умеет (топаем в hosts и прописываем IP=hostname ибо если клиенту сказать «Сервер предприятия на 10.5.16.12», то клиент скажет «ээээ, я не могу найти сервер my1cserver12») — вот из этой же оперы — клиент втупую через жопу работает с HASP.
Поменять что-то в клиенте мы не можем, а обойти ошибку — пробуем. В 1С я НЕ верю.

ЗЫ. За подсказку про автономный сервер спасибо. Почитаю посмотрю. Правда это все равно пахнет нелицензионностью, если честно. А мы пытаемся не ломануть лицензии, а убрать из уравнения ненужные машины, в данном случае — на винде. И тема найдена по поиску вида «Ключ защиты более недоступен». Хотя, если честно, почитав назад — мне было довольно интересно.

Пользователь сказал cпасибо:

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

Следующая проблема с серверными ключами. Раз не работает совсем ключ для x64, то пробуем ключ для x32. Для этого ставим платформу под i386, настраиваем (создаём две базы на сервере, делаем так чтобы для каждой базы запускался новый экземпляр рабочего процесса), добавляем ещё клиентский ключ на 100 пользователей, запускаем. Как результат: первая база стартует нормально, получает клиентскую лицензию от сервера, на основании чего делаем вывод, что клиентский ключ работает; вторая же база ругается на отсутствие лицензии, а конкретнее

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

Сотанавливаем сервер 1С
Идем /home/usr1cv8/.1cv8/1C/1cv8/reg_1541 в файле 1CV8Clst.lst hostname меняем на ip-шник

Пользователь сказал cпасибо:

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

Поставил на убунту PosgreSQL. Не запускается толстый клиент, а конфигуратор запускается. И все время создаютс я какие0то сеансы постоянно. [Только зарегистрированные пользователи могут видеть ссылки. ]
[Только зарегистрированные пользователи могут видеть ссылки. ]

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

Дак вот под виндой оно каждые 2,5-3 минуты проходит, а к никсовому серверу HASPLM — нет. Кроме того, обмен пакетами UDP проходит довольно весело и уверенно при запуске клиента, при этом совершенно ничего не посылается в сторону HASPLM после запуска вплоть, включая, подыхание клиента 1С (т.е. клиент 1С перед возникновением ошибки KEYWASLOST в сторону HASPLM ничего не посылает).
Для вопроизвдения:
а) Берем линуксовый HASPLM с сетевым ключем;
б) Берем чистую машинку на Windows (7,8,10, мы пробовали на 7 и на 2012) — важно виндовую, потому что линуксовый клиент 1С работает без нареканий.
в) На этой машинке, при остановленных службах вида обновлений (они жрут ресурсы), с 0,5% использования ЦП, запускаем клиент 1С и файловую базу (или серверную, но запретив пользовать лицензию с сервера предприятий)
г) Просто ждем. Делать в базе что-либо вообще не обязательно. Неважно — вы будете в базе работать или просто смотреть на стартовый экран после запуска, не нажав в клиенте ни единой кнопочки, эти 2 минуты не трогая мышку и клаву — по истечении 2х минут клиент 1С вываливается с ошибкой KEYWASLOST. Потребление ресурсов при этом на уровне плинтуса — т.е. никакого. Проверено как на живых машинах, так и на виртуалке (правда на виртуалке с 2012R2).
Если бы дело было в загрузке ЦП и невозможности время от времени клиентом отправить UDP запрос — то тогда запрос от клиента хотя бы иногда приходил бы на сервер HASPLM. Мы третий день бьемся с проблемой и в 100% случаев клиент, после запуска, не общается больше с сервером Linux HASPLM вообще, просто вываливаясь с ошибкой KEYWASLOST.

ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу UDP, прекрасно работают с виндовым HASPLM. Эти же. И они же дохнут при наличии линуксового HASPLM. Я сильно сомневаюсь, что проблема в линуксовом хаспе. Скорее клиент 1С видит некие другие данные и неверно их интерпретирует.
Поменять что-то в клиенте мы не можем, а обойти ошибку — пробуем.

вот тут есть
[Только зарегистрированные пользователи могут видеть ссылки. ]
там, в частности, написано более подробно чем в доке «одинсек» про параметры таймаутов nethasp.ini:
«. Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке
пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд
соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости Вы можете увеличить эти параметры. «

т.е. величина NH_SESSION кратна величине NH_SEND_RCV (NH_SESSION = NH_SEND_RCV * K, где K целое число ). Если указать величны NH_SESSION [Только зарегистрированные пользователи могут видеть ссылки. ] » о многом говорит:
«Система защиты HASP4 устарела и была снята с поддержки в 2006 году, с тех пор для неё ничего не дорабатывалось. В менеджере лицензий 8.32 периодически возможно «зависание части лицензий», происходящее из-за некорректного завершения сессии с ключом.»

Между исх.кодом платформы и HASP-ключом есть очевидная «прослойка» — «HASP API» (его исходники называются примерно так — «HASP SDK») + «HASP LM».
Следы «HASP API» легко находятся в либах, работающих с HASP-ключом.
Например, используя тулзу strings увидим в backbas.dll строки с названиями функций из «HASP API» (бублично доступен только .h файл с прототипами функций):
HASPAPI_VERSION
LOCALHASP_HASPSTATUS
LOCALHASP_HASPCODE
LOCALHASP_ISHASP
LOCALHASP_DECODEDATA
LOCALHASP_ENCODEDATA
NETHASP_ENCODEDATA
NETHASP_DECODEDATA
NETHASP_LASTSTATUS
NETHASP_SETIDLETIME
NETHASP_HASPCODE
NETHASP_READBLOCK
NETHASP_HASPID
NETHASP_GETPROTOCOL
NETHASP_SET_SERVER_BY_NAME
NETHASP_SET_CONFIG_FILENAME
NETHASP_HASPQUERYLICENSE
NETHASP_DEFAULTCONFIG
NETHASP_SETPROTOCOL

на сайте вендора HASP4 написано, что он похерен и не поддерживается с 2006 года — парни из «один сек» не будут париться и самостоятельно ковыряться в коде «HASP API», да ещё наверняка там не все идет в сорцах, и некоторые либы могут поставляться в скомпилированном виде — бери и используй при сборке (линковке) приложения.
Вообщем, «удаление гланд автогеном через анальное отверстие»

Источник